Innovatív mobil alkalmazás fejlesztése online boltja számára

Univerzális mobilkliensek magánügyfeleknek

Az Univerzális mobilkliensek akkor hasznosak, ha egy magánügyfél többféle feladathoz szeretne egyetlen, jól kezelhető mobilos felületet készíttetni. A cél nem az, hogy minden funkció egyszerre bekerüljön az alkalmazásba. A cél inkább az, hogy a felhasználó gyorsan elérje az alapvető műveleteket, az adatait, az értesítéseket, a rendeléseket, a foglalásokat vagy a saját profilját. Én azt látom, hogy sok ügyfél először túl nagy rendszert képzel el, majd később derül ki, hogy egy átgondolt mobilkliens kisebb terjedelemben is elég lenne.

Az ilyen online munka általában tervezéssel kezdődik. A megbízó leírja, milyen felületre van szüksége, milyen eszközökön fusson, milyen adatok jelenjenek meg, és milyen kész rendszerhez kell kapcsolódnia. A magánszakember ezután javaslatot ad a szerkezetre, a képernyők sorrendjére, a technikai megoldásra és a várható időre. A Qjob.hu felületén a privát megbízó olyan szabadúszót kereshet, aki távolról is el tudja készíteni a mobilos ügyfélfelület első változatát vagy egy meglévő rendszer javítását.

Mobilkliens feladatok és tipikus igények

Egy mobilkliens nem mindig teljes értékű nagy alkalmazás. Gyakran inkább egy olyan felület, amely összeköti a felhasználót egy meglévő szolgáltatással. Ilyen lehet egy rendelési felület, időpontkezelő, ügyfélprofil, értesítési központ, fizetési oldal, dokumentumtár vagy egyszerű belső kezelőfelület. Szerintem a legfontosabb kérdés az elején az, hogy a kliens mit kapjon meg elsőként, és mi maradhat későbbre.

A szabadúszó fejlesztő akkor tud pontosan dolgozni, ha a megbízó nem csak ötletet ad, hanem használati helyzeteket is leír. Például ki nyitja meg az appot, mit akar elintézni, milyen adatot kell látnia, és mikor kapjon értesítést. Ez egyszerűnek tűnik, mégis sok félreértést megelőz. Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen egy mobilos felület a rendeléseihez. A beszélgetés során kiderült, hogy valójában három külön jogosultsági szintre, státuszváltásra és automatikus üzenetekre volt szükség. A feladat így nem lett bonyolultabb, csak pontosabb lett.

Az univerzális ügyfélapp felépítésénél gyakori igény a belépés, a listaoldal, a részletező nézet, a keresés, a szűrés, az üzenetek és a push értesítések kezelése. De nem minden projektnek kell ezekből mind. A jó szakember segít szétválasztani a szükséges részt a kényelmi funkciótól. Tapasztalatom szerint ez sok pénzt és időt takarít meg.

Univerzális mobilkliensek árai

Az Univerzális mobilkliensek ára főleg a képernyők számától, az adatkapcsolatoktól, a belépési rendszertől és a javítási körök számától függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a fejlesztő kihagyhatja a tesztelést, a hibakezelést vagy a dokumentált átadást. De a magas ár sem jelent automatikusan jobb eredményt. A konkrét feladatleírás fontosabb, mint az általános ígéret.

Az árak tájékoztató jellegűek, de a táblázat segít abban, hogy a megbízó ne csak érzés alapján döntsön. Ha a feladatban sok az ismeretlen rész, érdemes először kisebb tervezési munkát kérni. Utána könnyebb pontos fejlesztési árat kérni. Sokan ott hibáznak, hogy rögtön kész appot kérnek, miközben még nincs eldöntve, milyen adat honnan érkezik.

Megfelelő mobilkliens szakember kiválasztása

A megfelelő szakember nem csak kódot ír. Kérdez, pontosít, és jelzi, ha egy kérés drága vagy felesleges. Magánügyfélként ez különösen fontos, mert nem mindig van kész műszaki dokumentáció. Én azt tartom jó jelnek, ha a szabadúszó már az első válaszban rákérdez a célra, a felhasználókra, az adatok forrására és az átadás módjára.

Portfóliót érdemes kérni, de nem csak a látvány miatt. A korábbi mobilos munkákból látszik, mennyire gondolkodik a fejlesztő egyszerű használatban. Egy univerzális ügyfélapp esetében a tiszta szerkezet gyakran többet ér, mint a látványos, de nehezen kezelhető felület. Nézd meg, hogy a szakember dolgozott e már belépéssel, értesítéssel, adatlistákkal vagy többféle felhasználói szereppel.

Fontos a kommunikáció ritmusa is. A távoli munka nem akkor jó, ha egész nap üzenetek mennek oda vissza. Akkor jó, ha vannak világos pontok. Egyeztetés, részfeladat, próbanézet, javítás, átadás. Ha a szakember nem vállal határidőt, vagy nem mondja meg, mikor mit ad át, akkor a projekt könnyen elcsúszik.

Távoli munkafolyamat mobilkliens készítésnél

A távoli folyamat akkor működik jól, ha az elején minden anyag egy helyre kerül. Ide tartozik a leírás, a meglévő rendszer adatai, a képernyővázlat, a logó, a színek, a szövegek és a hozzáférések. Nem kell mindennek tökéletesnek lennie. De legyen rendezett. A fejlesztő így nem apró üzenetekből rakja össze a feladatot.

Az első lépés általában a rövid felmérés. Ezt követi a képernyők és funkciók listája. Utána jön a felület terve, majd a fejlesztés. A legtöbb mobilos ügyfélfelületnél hasznos egy próbaátadás, ahol a megbízó még nem a végleges munkát látja, hanem egy működő részletet. Itt derül ki, hogy a gombok, mezők és listák valóban érthetők e.

A végeredmény átadása nem csak fájlok küldését jelenti. Kell hozzá rövid magyarázat is. Milyen részek készültek el, hol lehet módosítani a szövegeket, milyen hibák maradtak nyitva, és milyen további fejlesztések javasoltak. Szerintem ez a rész sokszor alulértékelt, pedig később pont ez menti meg a megbízót attól, hogy minden apró változtatásnál újra nulláról kelljen magyaráznia.

Brief és anyagok mobilos ügyfélfelülethez

Egy jó brief rövid, de konkrét. Nem regény kell, hanem használható válaszok. Milyen problémát old meg a mobilkliens. Kik használják. Milyen művelet legyen a legfontosabb. Milyen adatok kellenek. Kell e bejelentkezés. Lesz e fizetés, üzenetküldés, értesítés vagy fájlfeltöltés. Ezek nélkül a szakember csak találgat.

Érdemes példákat is mutatni, de nem másolás céljából. Az ügyfél megmutathatja, melyik alkalmazásban tetszik neki a lista, a profiloldal vagy az értesítési nézet. A fejlesztő ebből gyorsabban érti az elvárást. De a példa nem helyettesíti a saját folyamat leírását. Egy szép képernyő nem mondja meg, milyen adatot kell menteni a háttérben.

Ha már van meglévő webes rendszer, adatbázis vagy admin felület, azt is jelezni kell. Az Univerzális mobilkliensek egyik legnagyobb költsége sokszor nem maga a mobilos képernyő, hanem a kapcsolódás a háttérrendszerhez. Ezt jobb korán tisztázni.

Minőség, javítások és gyakori hibák

Sokan ott hibáznak, hogy csak a képernyők számát nézik. Pedig a minőség nem ettől lesz jó. Fontos a betöltési sebesség, a hibakezelés, a tiszta szöveg, az érthető gombok és az, hogy a felhasználó ne akadjon el. Egy mobilkliens akkor működik jól, ha kevés magyarázat kell hozzá.

A javítási köröket előre érdemes rögzíteni. Egy kör általában kisebb szövegcsere, elrendezés módosítás, gombok áthelyezése vagy hiányzó állapot pótlása. Nem ugyanaz, mint egy új funkció. Ha ez nincs kimondva, könnyen vita lesz belőle. Tapasztalatom szerint a legjobb megoldás az, ha a megbízó egy listában küldi a módosításokat, nem külön üzenetekben.

Minőségi gondot okozhat a gyenge feladatleírás is. Ha nincs pontos adatforrás, nincs leírva a jogosultság, vagy hiányzik a hibás állapot kezelése, akkor a felület látszólag kész, de használat közben bizonytalan lesz. Például mi történik, ha nincs internetkapcsolat. Mit lát a felhasználó, ha üres a lista. Mit kap vissza, ha rossz jelszót ír be. Ezek nem apróságok.

Reális határidők univerzális ügyfélapp esetén

Egy kisebb mobilos ügyfélfelület néhány munkanap alatt megtervezhető, de a fejlesztés ennél hosszabb. Egyszerű kliensnél a reális idő gyakran 1-3 hét. Összetettebb, háttérrendszerhez kapcsolódó munkánál inkább 4-8 hét. A pontos határidő attól függ, mennyi a képernyő, hány adatkapcsolat kell, és mennyi döntés született már meg a projekt elején.

Nem érdemes mindenáron siettetni a munkát. A túl rövid határidő általában a tesztelésből vesz el időt. Ez később drágább lehet. Egy privát ügyfélnek szerintem az a jó, ha először kisebb, működő verzió készül, majd abból lehet bővíteni a rendszert. Így a szabadúszó is tisztábban halad, és a megbízó is hamarabb lát kézzelfogható eredményt.

A kész mobilkliens értéke nem abban van, hogy sok funkció szerepel benne. Hanem abban, hogy a felhasználó el tudja intézni, amiért megnyitotta. Ha ez világos, akkor a fejlesztés nyugodtabb, az ár átláthatóbb, és a végeredmény is használhatóbb lesz.