Mobilalkalmazás-tervezés platformspecifikus irányelvek figyelembevételével

Platform-specifikus tervezés Androidra és iOS-re

A platform-specifikus tervezés akkor jó megoldás, ha a felület nem akar minden rendszeren egyformának látszani, hanem követi az adott környezet szokásait. Ez különösen fontos online megrendelésnél, mert a magánügyfél általában gyors, érthető és használható eredményt vár. A Qjob.hu felületén ilyen munkára magánszakembert lehet keresni, és itt a teljes folyamat távolról is jól végigvihető.

Én azt látom, hogy a gyenge felület ritkán a látvány miatt bukik el. Inkább azért, mert idegen a használata. Az Android és az iOS más elrendezést, más navigációt és más vizuális ritmust kíván. Ha ez nincs végiggondolva, akkor a kész munka hiába szép, mégis nehézkes lesz. Egy jó UI tervező nem erőltet mindent ugyanarra a sablonra, hanem az adott rendszert tiszteli.

Tapasztalatom szerint a megrendelők legtöbbször nem a szakmai kifejezéseket keresik, hanem azt, hogy a képernyő tiszta legyen, a gombok ott legyenek, ahol várják őket, és a teljes folyamat ne legyen feleslegesen bonyolult. Ez a platformspecifikus szemlélet lényege is. Nem díszítésről van szó, hanem használatról.

Sokan ott hibáznak, hogy minden képernyőt ugyanúgy akarnak felépíteni, még akkor is, ha az egyik rendszer máshogy működik. Ettől lesz az élmény feszült és darabos. A jobb út az, ha a tervezés már az elején számol a platform logikájával, a képernyőméretekkel, a visszalépés módjával, az értesítésekkel és az ismerős vezérlőkkel.

Platformtervezés és felhasználói elvárások

A platformtervezés alapja az, hogy a felhasználó ne tanuljon meg új nyelvet minden érintésnél. Az emberek emlékezetből használják a telefonjukat. Ha valami szokatlan, lelassulnak, és ezt sokan nem is nevezik hibának, csak egyszerűen elfordulnak a felülettől. Ezért kell a külön platformokhoz külön gondolkodás.

Szerintem a legfontosabb kérdés mindig az, hogy mire számít a használó. Egy alkalmazás lehet egyszerű, de ha nem követi a megszokásokat, akkor mégis nehéznek érződik. A magánügyfélnek ezért nem az a jó irány, hogy a tervező mindent látványossá tesz. Inkább az, hogy a felület csendesen, kiszámíthatóan működik.

Ide tartozik a tipográfia, a gombok mérete, az űrlapok hossza, a lista viselkedése és a navigáció mélysége is. Ezek külön-külön apróságnak tűnnek, de együtt adják meg azt az érzetet, hogy a felület természetes. Ha a platformtervezés gyenge, akkor a használó nem érti, hova kattintson tovább, és hol kap visszajelzést. Ezt utólag javítani mindig drágább.

Volt olyan eset, amikor egy ügyfél azt kérte, hogy minden képernyő pontosan ugyanúgy nézzen ki két külön rendszerben. A prototípus első körben szép lett, de a tesztelésnél kiderült, hogy a felhasználók egyik oldalon túl sok lépést éreztek. A megoldás az lett, hogy az egyik platformon rövidebb útvonalat, a másikon pedig a rendszerhez illő navigációt használtunk. A munka így lett tisztább és gyorsabban használható.

Platform-specifikus tervezés ára

A platform-specifikus tervezés ára a felület méretétől, a képernyők számától és a javítások mennyiségétől függ. Egy egyszerűbb megbízásnál a cél általában egy tiszta alap és néhány jól megfogott képernyő. Egy összetettebb online feladatnál már külön figyelni kell az állapotokra, az üres nézetekre, a hibajelzésekre és a részletes átadási anyagra.

A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Ezt nem szabad szépíteni. Ha valaki túl alacsony áron vállalja, sokszor a kutatás, a végiggondolt szerkezet és a finomítás marad ki. Rövid távon ez megtakarításnak tűnhet, de később jellemzően új munkát és több javítást hoz.

A táblázat csak támpont. Egy jó szabadúszó tervező mindig rákérdez arra, hogy hány képernyő kell, milyen gyorsan kell elkészülni, és mennyi egyeztetés várható. Ha a brief hiányos, az ár sem lehet pontos. Ilyenkor a becslés inkább tartomány, nem fix összeg.

Platform-specifikus tervezés menete

A munka általában rövid egyeztetéssel indul. Először tisztázni kell a célt, a használót és a fő feladatot. Nem kell mindent egy mondatban elmondani, de a lényegnek világosnak kell lennie. Innen jön a vázlat, majd a képernyők bontása, végül a részletes tervezés. Ha a folyamat jó, a megrendelő végig érti, hol tart a munka.

Az online kommunikáció itt nem mellékes. A kérdések, a jóváhagyások és a javítások gyors egyeztetése sok időt spórol. A tervező akkor dolgozik jól, ha nemcsak rajzol, hanem rendet is tart a feladatban. Ez különösen fontos akkor, ha a megrendelő magánszemély, és nincs külön termékcsapat mögötte.

A következő lépés a prototípus vagy a részletes képernyővázlat. Ez az a pont, ahol a vevő először látja, hogyan működik majd a felület. Ilyenkor már ki szokott derülni, hogy valami túl hosszú, túl rövid, vagy feleslegesen komplikált. Jobb ezt itt észrevenni, mint a fejlesztés után.

Az átadás végén a szakember megmutatja a méreteket, az állapotokat, a színek használatát és a fejlesztőnek fontos részleteket. Én ezt tartom a tiszta munkának. Nem az a jó, ha a terv csak szép képet ad. Az a jó, ha a fejlesztő tényleg tud vele dolgozni.

Platform-specifikus tervezés szakember választása

A megfelelő szakember kiválasztása sokkal többet számít, mint elsőre látszik. Nem mindegy, hogy valaki csak látványos képernyőket készít, vagy valóban érti a platformok közti különbségeket. Egy jó UI tervező a portfólióban nemcsak képeket mutat, hanem magyarázza is, miért úgy döntött. Ez sokat elárul a gondolkodásmódról.

Érdemes megnézni, hogy az illető dolgozott-e már mobilos felületeken, van-e érzéke a részletekhez, és mennyire tiszta a kommunikációja. A gyors válasz önmagában kevés. Az számít, hogy a válaszból látszik-e a rendszer, a logika és az együttműködés. Ha valaki csak általánosságokat ír, abból általában később is bizonytalanság lesz.

A választásnál sokat segít, ha a megrendelő előre leírja, hány képernyőre van szükség, milyen funkciókat akar látni, és mikorra kell az első változat. Így a szabadúszó tervező pontosabban tud becsülni. Szerintem ez a tisztességes irány. Kevesebb félreértés, kevesebb felesleges kör, jobb eredmény.

Nem az a legjobb, aki a leghangosabban ígér. Az a legjobb, aki rendesen kérdez, érthetően magyaráz, és vállalja azt is, ha valami nincs még elég pontosan leírva. Ezen az oldalon is ezt érdemes keresni. A szakmai nyugalom többet ér, mint a nagy szavak.

Platform-specifikus tervezés hibái

A leggyakoribb hiba az, hogy a felület túl sok mindent akar egyszerre. Ettől a képernyő zsúfolt lesz, és a használó nem tudja, mi a fontos. A másik gyakori hiba az, hogy a megrendelő azt hiszi, minden jó ötlet egyszerre belefér. Nem fér bele. A jó tervezés válogat.

Másik gond, amikor az ügyfél a saját ízlését teszi a használhatóság elé. Ez emberi dolog, de nem mindig jó döntés. Egy szép elem lehet, hogy a valós folyamatban zavaró. Sokan ott hibáznak, hogy a vizuális hatás alapján ítélnek, nem pedig a használat alapján. Ez a különbség sokszor későn derül ki, pedig előtte is látszhatna.

Az is gond, ha a javításokra nincs külön keret vagy idő. Ilyenkor minden apróság sürgőssé válik, és a munka szétesik. Jobb előre kijelölni, hány kör módosítás fér bele, és mit jelent a kész állapot. A tiszta keretek nem merevek, csak őszinték.

Tapasztalatom szerint a minőséget a részletek mutatják meg. Egy jó üres állapot, egy világos hibaszöveg, egy jól elhelyezett vissza gomb sokkal többet számít, mint egy látványos nyitóképernyő. Ha ezeket elhanyagolják, a felület bizonytalan lesz. Ha viszont jól megvannak, a teljes élmény nyugodtabb.

Platform-specifikus tervezés átadása és javításai

Az átadás akkor jó, ha a fejlesztő és a megrendelő is érti, mit kapott. A tiszta fájlok, a rendezett elnevezések és a rövid magyarázatok sokkal többet érnek, mint egy szép, de kusza anyag. Itt dől el, hogy a munka könnyen beépíthető lesz-e, vagy sok kérdés marad utána.

A javításoknál is érdemes egyszerűen gondolkodni. Nem az a jó, ha minden körben újraírjuk az egészet, hanem az, ha a fontos pontok finomodnak. Egy normális folyamatban a megrendelő látja, mi változott, és miért. Ez bizalmat ad, és a végén a munka is jobb lesz.

Ha a képernyők átadásakor minden fontos állapot meg van mutatva, kevesebb a félreértés. Ide tartozik az üres lista, a hibajelzés, a sikeres mentés, a visszajelzés és a töltés közbeni nézet is. Ezek nélkül a fejlesztő találgatni kényszerülne. Ez pedig ritkán jó ötlet.

Végül a legfontosabb az, hogy a platform-specifikus szemlélet ne csak a szépségről szóljon. A cél a használható, kiszámítható és kényelmes felület. Ha ezt jól viszi végig a szakember, akkor a megrendelő nemcsak egy tervet kap, hanem egy működő alapot is a további munkához.