Prototípusok fejlesztése összetett, többképernyős alkalmazásokhoz

Többképernyős prototípusok

A Többképernyős prototípusok akkor segítenek igazán, ha egy alkalmazás vagy összetettebb digitális felület működését még fejlesztés előtt át akarod látni. Ilyenkor nem kész terméket kapsz, hanem olyan kattintható mintát, amely megmutatja a képernyők sorrendjét, a döntési pontokat és a hibalehetőségeket. Ez online feladat, ezért magánmegrendelőként nem irodát keresel, hanem olyan szabadúszó szakembert, aki tisztán gondolkodik, jól kérdez, és érthető anyagot ad át. Én azt látom, hogy a legtöbb ügyfél itt nem látványt keres elsőre, hanem biztos kapaszkodót.

A többképernyős prototípus akkor hasznos, ha egy folyamat nem egyetlen oldalból áll. Belépés, regisztráció, keresés, szűrés, fizetés, profilkezelés vagy időpontfoglalás esetén már több egymásra épülő képernyő dolgozik együtt. Ha ezeket csak fejben tartod, nagyon könnyű eltévedni. Tapasztalatom szerint a jó prototípus nem azért értékes, mert szép, hanem azért, mert megmutatja, hol lassul le a felhasználó, hol bizonytalanodik el, és hol kér túl sokat a rendszer. A magyar és nemzetközi minták is ugyanarra futnak ki, a folyamatot korán kell tisztázni, mert később minden javítás többe kerül.

Sokan ott hibáznak, hogy rögtön teljes fejlesztésben gondolkodnak. Pedig a képernyők közti átmenet, a visszalépés, az üres állapotok és a hibaüzenetek logikája előbb dől el. Egy felülettervező vagy UX tervező ebben tud segíteni. Nem céges csomagot ad, hanem személyes figyelmet és gyorsabb egyeztetést. A Qjob.hu oldalán ezért sok magánügyfél inkább önálló szakembert keres, mert a feladat nem szervezetet igényel, hanem átlátható gondolkodást.

Mikor kell többképernyős prototípus

Röviden akkor, ha legalább három négy lépés követi egymást, és fontos, hogy a felhasználó végig értse, mi történik. Ilyen lehet egy új alkalmazás ötlete, egy régi folyamat átszervezése vagy egy olyan szolgáltatás, ahol több szerep is belép a rendszerbe. De ide tartozik az is, amikor már van kész képernyőterv, csak nem látszik, hogyan kapcsolódnak össze.

Szerintem a legtöbb megbízó túl későn kér ilyen munkát. Már van fejlesztő, van határidő, néha még részben működő felület is, csak éppen a fő útvonal nem áll össze. Ilyenkor a többképernyős minta még mindig hasznos, de már nem annyira olcsó, mint a legelején. Jobb akkor kérni, amikor még nincs bebetonozva a logika. Egy szabadúszó tervező ilyenkor átveszi az ötletet, a célokat, a meglévő vázlatokat, és abból felépíti a fő folyamatot. Ha szükséges, külön kezeli a belépett és a még nem belépett állapotot, a sikeres és a sikertelen lépést, sőt a megszakadt utat is.

Volt olyan eset, amikor egy ügyfél csak annyit mondott, hogy neki egy egyszerű foglalási felület kell. A beszélgetés után derült ki, hogy valójában nyolc eltérő állapot van, többféle megerősítéssel és módosítással. Elsőre minden egyszerűnek tűnt. A többképernyős prototípus viszont hamar kimutatta, hogy két képernyő teljesen felesleges, egy döntési pont pedig rossz helyen szerepel. Ez a felismerés még a kódolás előtt jött, ami sok idegeskedést megspórolt.

Többképernyős prototípus árak

Az ár főleg a képernyők számától, a részletességtől, az eltérő állapotok mennyiségétől és a javítási körök számától függ. Nem mindegy, hogy öt egyszerű képernyőt kell összekötni, vagy húsz olyan felületet, ahol feltételek, hibaágak és többféle felhasználói útvonal jelenik meg. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Ilyenkor sokszor csak összekattintott képek születnek, valódi logika nélkül. Az első pillanatban ez még elfogadhatónak tűnhet, később viszont sok félreértést okoz.

Én azt látom, hogy magánügyfeleknek a közepes csomagok adják a legtöbb értelmet. Nem a legkisebb minta, mert az ritkán fedi le a valós működést, és nem is a túl nagy anyag, ha még nincs véglegesítve az ötlet. Az alábbi összegek reális tájékozódási pontok távoli együttműködésben.

Az árba néha belefér egy rövid átadás és egy kisebb javítási kör, de ezt mindig külön érdemes tisztázni. Ha gyors határidő kell, ha már meglévő képernyőkből kell dolgozni, vagy ha részletes átadást kérsz a fejlesztőnek, az emelheti a díjat. De az is fontos, hogy mit kapsz a végén. Kattintható mintát, képernyőlistát, megjegyzéseket, vagy csak néhány összekötött nézetet. Ezek között nagy a különbség.

Többképernyős prototípus szakember választása

A jó választás nem ott kezdődik, hogy milyen programot használ az illető. Hanem ott, hogy tud e kérdezni. Egy megbízható szabadúszó tervező először azt akarja megérteni, mi a cél, kik használják a felületet, mi a fő útvonal és hol van most a bizonytalanság. Ha valaki az első üzenetben már biztos árat mond részletek nélkül, az nálam gyanús. Nem azért, mert rossz szakember lenne, hanem mert ez a feladat ritkán ennyire egyszerű.

Érdemes megnézni a korábbi munkákat, de nem csak a látvány miatt. A portfólió akkor meggyőző, ha látszik rajta a gondolkodás. Van eleje és vége a folyamatnak. Kiderül belőle, hogy a tervező számol a hibás állapotokkal, a visszalépéssel, a várakozással és a megerősítésekkel. Tapasztalatom szerint a magánügyfélnek az is fontos, hogy a szakember normálisan kommunikáljon. Röviden fogalmazzon, tartsa a vállalt határidőt, és ne tűnjön el két napra minden jelzés nélkül.

Szerintem három dolog különösen sokat számít. Az első az, hogy a tervező képes legyen egyszerűsíteni. A második, hogy tudja megindokolni a döntéseit. A harmadik, hogy ne ragaszkodjon felesleges elemekhez csak azért, mert látványosak. A többképernyős prototípus készítése nem önkifejezés. Ez szolgáltatás. Neked pedig olyan szakember kell, aki a te célodat rakja előre.

Többképernyős prototípus online menete

Ennek a munkának az online formája teljesen működőképes. Általában az első lépés egy rövid egyeztetés írásban vagy hívásban. Itt tisztázzátok a célt, a fő felhasználói utat, a rendelkezésre álló anyagokat és azt, mi számít kész eredménynek. Utána a szakember összerakja a szerkezetet, majd elkészíti a kattintható mintát. És csak ezután jön a finomítás.

Egy kisebb feladat gyakran két négy nap alatt elkészül. Közepes terjedelemnél inkább egy hét körüli idővel érdemes számolni. Ha sok képernyő, több szereplő vagy több eltérő állapot van, a határidő hosszabb lehet. De nem csak az összetettség számít. Az is, hogy milyen gyorsan adsz visszajelzést. Sokan azt hiszik, hogy a csúszás mindig a szakember hibája. Közben gyakran az történik, hogy a megrendelő menet közben új célokat tesz a feladat mellé. Ez teljesen érthető, csak ki kell mondani, hogy akkor változik az idő és néha az ár is.

Az átadásnál fontos, hogy mit kapsz kézhez. Ideális esetben van kattintható prototípus, rövid leírás a fő lépésekről, megjelölés a nyitott kérdésekről, és egy világos lista arról, mi nincs még kidolgozva. Ez azért fontos, mert a fejlesztő vagy a következő tervező csak így tud biztosan továbbmenni. Én azt látom, hogy a félreértések nagy része nem a munkában, hanem az átadás pontatlanságában keletkezik.

Többképernyős prototípus hibák és minőség

A leggyakoribb hiba az, hogy a megbízó túl sokat akar egyszerre megoldani egyetlen körben. Belekerül minden ötlet, minden kivétel, minden jövőbeli funkció. Ettől a folyamat szétesik. Jobb először a fő utat rendbe tenni, és csak utána foglalkozni a ritkább esetekkel. A másik tipikus gond az, hogy nincs elég kiinduló információ. Nincs pontos cél, nincs sorrend, nincs döntés arról, ki használja a felületet. Ilyenkor a legjobb tervező sem tud csodát tenni.

Sokan ott hibáznak, hogy a kész mintát végleges felületnek tekintik. Pedig a prototípus nem ugyanaz, mint a kész termék. Nem minden részlet végleges, és nem minden mozgás kerül majd ugyanúgy a fejlesztett változatba. De ettől még nagyon értékes. Megmutatja a logikát. Segít a döntésben. És korán visszajelzést ad. Ez a része szerintem sokkal fontosabb, mint az, hogy minden ikon tökéletes helyen legyen.

A minőség ott látszik, hogy a folyamat végig követhető e. Van e egyértelmű kezdőpont. Érthető e a következő lépés. Vissza lehet e menni. Kezeli e a rendszer azt, ha valaki hibázik. És át lehet e adni az anyagot úgy, hogy más is megértse. Ha ezek rendben vannak, akkor a többképernyős prototípus valóban használható. Ha nem, akkor csak mutatós vázlat marad. És azzal ritkán leszel előrébb.