Mobilalkalmazás dizájnfrissítés a legújabb UI-irányelvek szerint

Alkalmazásfrissítés magánügyfeleknek online szakemberrel

Az Alkalmazásfrissítés akkor hasznos, amikor egy meglévő mobilalkalmazás már működik, de a dizájn, a használhatóság vagy a technikai állapot nem elég jó. A cél nem mindig egy teljesen új alkalmazás készítése. Sokszor elég a felület javítása, a hibák rendezése, az új képernyők hozzáadása vagy a régi elemek átgondolt átalakítása. Én azt látom, hogy a magánügyfeleknek főleg az a fontos, hogy a feladat érthető legyen, a szakember ne beszéljen túl bonyolultan, és a végeredmény valóban használható legyen telefonon.

Ez a munka távolról is jól végezhető. A megbízó elküldi a meglévő alkalmazás képernyőit, a hozzáféréseket, a problémák listáját és az elvárt eredményt. A mobilalkalmazás-fejlesztő vagy felülettervező ez alapján felméri, mit kell javítani. Nem kell személyes találkozó. A kommunikáció történhet üzenetben, videóhívással vagy megosztott dokumentumban. A Qjob.hu oldalon a feladat leírása után magánszakemberek adhatnak ajánlatot, így az ügyfél több megközelítést is össze tud hasonlítani.

Tapasztalatom szerint az alkalmazás megújítása akkor sikeres, ha az elején nem csak az van kimondva, hogy legyen szebb. Ez túl kevés. Pontosabb cél kell. Például gyorsabb regisztráció, érthetőbb menü, tisztább főoldal, jobb gombok, kevesebb zavaró szöveg, modernebb színek vagy kisebb hibák javítása. A szakember így nem találgat, hanem mérhető feladat alapján dolgozik.

Alkalmazásfrissítés árak és költségek

Az ár főleg attól függ, hogy csak látványbeli módosításról van szó, vagy a működéshez is hozzá kell nyúlni. Egy kisebb képernyőfrissítés jóval olcsóbb, mint egy teljes felhasználói útvonal újratervezése. Szerintem a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert az alkalmazásfrissítés figyelmet, tesztelést és több körös ellenőrzést igényel. Nem elég átszínezni pár gombot.

Az áraknál fontos, hogy a megbízó tudja, mit kap a pénzéért. Egy vázlatos terv, egy kattintható prototípus, módosított képernyők, fejlesztett kód vagy kiadáshoz előkészített csomag nem ugyanaz. Ezért az ajánlatban külön érdemes rögzíteni a munka határát. A magánszakember akkor tud korrekt árat adni, ha látja a jelenlegi állapotot és a kívánt változtatásokat.

Mobilalkalmazás frissítése online munkafolyamattal

A mobilalkalmazás frissítése általában felméréssel kezdődik. A szakember megnézi a képernyőket, a jelenlegi működést, a hibákat és a felhasználói visszajelzéseket. Ezután jön a rövid javaslat. Ebben szerepelhet, hogy mely részek maradnak, melyeket kell áttervezni, és hol lehet gyorsan javítani az élményt.

Ezután készülhet vázlat vagy látványterv. Egyszerűbb feladatnál elég lehet néhány képernyőkép jelölésekkel. Nagyobb munkánál jobb a részletes terv. De nem kell mindig nagy dokumentáció. Egy kis alkalmazásnál sokszor elég egy világos feladatlista, képernyőnkénti megjegyzésekkel.

A kivitelezés során fontos a rendszeres, de nem túl sűrű kommunikáció. Én azt tartom jónak, ha a szakember mérföldköveket ad. Például első állapot, javított képernyők, tesztelhető változat, végleges átadás. Így az ügyfél nem a végén szembesül azzal, hogy más készült, mint amit várt.

Az átadásnál a kész fájlok, a forrásanyagok, a képernyőtervek, a módosított kód vagy az alkalmazáscsomag kerülhet a megbízóhoz. A konkrét forma a feladattól függ. Ha csak dizájnfrissítés történt, akkor a tervfájl és az exportált képek fontosak. Ha fejlesztés is történt, akkor a kód, a verziókezelési állapot és a tesztelt kiadás is része lehet az átadásnak.

Megfelelő alkalmazásfrissítő szakember kiválasztása

A megfelelő szakember nem csak azt mondja, hogy meg tudja csinálni. Megkérdezi, miért kell a frissítés, milyen gond van most, ki használja az alkalmazást, és milyen határidő reális. Egy jó mobilalkalmazás-fejlesztő nem mindenre ugyanazt a választ adja. Más kell egy kis időpontfoglaló alkalmazáshoz, más egy összetettebb ügyfélfiókos rendszerhez.

Érdemes megnézni a portfóliót. Nem csak a szép képeket. Azt is, hogy a korábbi munkák mennyire átláthatók, következetesek és telefonon használhatók. Egy látványos felület lehet rossz, ha a felhasználó nem találja meg a következő lépést. Sokan ott hibáznak, hogy csak a színeket nézik, és nem kérdeznek rá a folyamatra.

Fontos a válaszadás módja is. Ha a szakember már az elején homályosan fogalmaz, később sem lesz könnyebb. A jó jel az, ha kér pontosítást, de nem bonyolítja túl a beszélgetést. Leírja, mire van szüksége. Képernyőkép, hozzáférés, hibajegy, meglévő terv, rövid célleírás. Ezek nélkül az alkalmazás megújítása könnyen félremegy.

Az ár sem lehet az egyetlen szempont. A drágább ajánlat sem mindig jobb, de a nagyon alacsony ár sokszor azt jelenti, hogy kevés idő jut a részletekre. Én inkább azt nézném, hogy az ajánlat mennyire pontos. Ha benne van a határidő, az átadás módja, a javítási körök száma és a feladat határa, az biztonságosabb döntést ad.

Alkalmazásfrissítés hibák és téves elvárások

Az egyik gyakori hiba, hogy az ügyfél túl későn kezd el frissítést kérni. Ilyenkor már sok apró gond összegyűlt. Lassú betöltés, elavult felület, zavaros szövegek, régi ikonok, nem működő gombok. A szakember ilyenkor nem egyetlen javítást végez, hanem rendet rak egy hosszabb ideje elhanyagolt rendszerben.

Másik gond, amikor nincs döntés arról, mi a fontosabb. A dizájn, a gyorsaság, az új funkció vagy a hibajavítás. Ha minden egyszerre sürgős, a munka könnyen szétesik. Szerintem jobb kisebb csomagokra bontani a feladatot. Először a legzavaróbb hibák. Utána a felület tisztítása. Végül az új elemek.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen modernebb az alkalmazás. A szakember elkészített egy szép, sötétebb tónusú felületet, de a felhasználók továbbra sem értették a rendelési lépéseket. A végén kiderült, hogy nem a stílus volt a fő gond, hanem a folyamat. A jó frissítés ezért nem pusztán esztétikai munka. Meg kell nézni, hogyan halad végig a felhasználó a feladaton.

Az is téves elvárás, hogy egy régi alkalmazás néhány óra alatt teljesen újnak fog érződni. Lehet gyors javítást kérni, de annak határa van. Ha az alap felépítés rossz, akkor a dizájncsere csak elfedi a problémát. A mobilapp frissítése akkor értékes, ha a használat közben is érződik a változás.

Dizájnfrissítés és technikai javítás határai

Nem minden Alkalmazásfrissítés jelent fejlesztést. Van, amikor csak a felület képi állománya, tipográfiája, ikonrendszere vagy képernyőrendje változik. Ilyenkor a felülettervező is elég lehet. De ha új gombok, új adatmezők, belépési módok vagy szerverkapcsolatok is érintettek, akkor fejlesztőre van szükség.

A határ néha nem egyértelmű. Egy egyszerűnek tűnő gombcsere mögött lehet jogosultsági szabály, adatmentés vagy külső szolgáltatás. Ezért az első felmérés nem formalitás. A szakembernek tudnia kell, hogy a módosítás csak látható elem, vagy a működést is érinti.

A magánügyfélnek nem kell technikai nyelven megfogalmaznia mindent. Elég, ha leírja, mit lát, mi zavarja, és milyen eredményt szeretne. Például a felhasználó ne három lépésben jusson el a fizetésig, hanem kettőben. Vagy a profiloldal legyen érthetőbb. A szakember ebből már következtetni tud arra, milyen munka szükséges.

Az alkalmazás megújítása akkor marad kezelhető, ha nem csúszik át észrevétlenül teljes újratervezésbe. Ezt a munka elején kell tisztázni. Külön kell választani a kötelező javításokat, a hasznos módosításokat és azokat az ötleteket, amelyek várhatnak egy későbbi körre.

Átadás, javítási körök és minőségellenőrzés

A végeredmény átadása nem csak annyi, hogy elküldik a fájlt. Jó esetben a szakember röviden leírja, mi változott, mire kell figyelni, és milyen részeket érdemes tesztelni. Ez különösen akkor fontos, ha a frissítés több képernyőt vagy folyamatot érint.

A javítási köröket előre érdemes rögzíteni. Egy vagy két módosítási kör általában normális. Ha az ügyfél minden alkalommal új irányt kér, az már nem javítás, hanem új feladat. De a szakembernek is felelőssége van abban, hogy az első változat ne legyen félkész. A minőségi munka nem csak látványos, hanem következetes is.

Tesztelni kell a fő műveleteket. Belépés, regisztráció, keresés, adatmentés, fizetés, értesítések, képernyőváltások. Nem minden alkalmazásban van minden funkció, de ami van, annak a frissítés után is működnie kell. A mobilalkalmazás-fejlesztő feladata, hogy legalább az érintett részeket ellenőrizze, és jelezze, ha valami a feladat körén kívül esik.

Az átadás végén jó, ha az ügyfél kap egy rövid összefoglalót. Nem hosszú jelentést. Csak azt, hogy mi készült el, milyen fájlok kerültek átadásra, maradt-e nyitott kérdés, és milyen következő lépés javasolt. Ez csökkenti a félreértést. És később is könnyebb folytatni a munkát, ha újabb alkalmazásfrissítés lesz szükséges.