Indulj ki egy valódi folyamatból
Képzelj el egy budapesti javítószolgálatot. Az új ügyfél meg szeretné ismerni a szolgáltatást, fényképeket küldene, és időpontot kérne. A szerelőnek viszont a kiosztott munkákat kell átnéznie, az elvégzett feladatokat rögzítenie, és gyenge kapcsolat mellett is folytatnia a munkát. Ez két különböző folyamat. Mindkettőhöz írd össze a lépéseket, a szükséges információkat és a lehetséges hibákat. Attól, hogy ugyanahhoz a vállalkozáshoz tartoznak, még nem feltétlenül ugyanarra a felületre van szükségük.
A web jó kiindulópont lehet az első találkozáshoz
Weboldalt vagy webalkalmazást érdemes mérlegelni, ha az ügyfél keresésből vagy egy megosztott linkről érkezik, és alkalmi feladatot szeretne elvégezni. Az MDN bemutatja a webcímeken keresztüli elérést és a telepíthető progresszív webalkalmazások lehetőségét. A javítószolgálatnál kezdd érthető szolgáltatásoldalakkal és rövid ajánlatkérési folyamattal. Először telefonon is legyen használható a felület. Csak utána mérlegelj olyan fiókot, irányítópultot vagy hűségfunkciót, amelyre valóban szükség van.
Bizonyítsd, miért kell mobilalkalmazás
A mobilapp akkor érdemel komoly figyelmet, ha a telefonon rendszeresen visszatérő, konkrét feladatot old meg. Kérd meg a szerelőt, hogy mutasson be egy átlagos munkanapot: mely információk kellenek folyamatosan, mikor készülnek a fotók, és mi történik egy megszakítás után? A legfontosabb, eszközfüggő működést a célközönség tényleges telefonjain próbáljátok ki. A telepítés, az engedélykérés, a belépés és a félbehagyott munka folytatása is a termék része, nem az indulás után megoldandó apróság.
Akkor építs mindkettőt, ha két külön igény indokolja
A nyilvános weboldal és a mobilapp különböző felhasználókat szolgálhat ki közös üzleti szabályokkal. A példában az ügyfél weben küldi el a kérést, a szerelő pedig mobilon kezeli az elfogadott munkát. A felületek összekötése előtt tisztázzátok, mit jelent a kérés, az időpont és a befejezett munka. Az Android architektúra-útmutatója a felelősségek szétválasztását javasolja. Ezt a tervezési szemléletet a teljes terméknél is érdemes követni: legyen felelőse az adatoknak, a hibák kezelésének és a változtatásoknak.
Számolj a nyelvekkel és a fenntartással
Európai ügyfeleket kiszolgáló magyar vállalkozásként azokkal a nyelvekkel indulj, amelyeket megfelelően fenn is tudsz tartani. Mindegyiken ellenőrizd a teljes folyamatot, a visszaigazolásokat, az üres állapotokat és a kapcsolati adatokat is. Hagyj helyet a hosszabb feliratoknak. Döntsétek el, ki felel a támogatásért, a szövegek frissítéséért és az új kiadásokért. A platformválasztás fenntartási döntés is: sorold fel, mely eszközökön, böngészőkben és ügyfélfeladatoknál kell minden fontos módosítás után helyesen működnie a terméknek.
Készíts ellenőrizhető fejlesztési leírást
Ajánlatkérés előtt adj a fejlesztőcsapatnak egy elsődleges célcsoportot, egy teljes felhasználói folyamatot és a valódi korlátok rövid listáját. Válaszd külön a szükséges működést a vonzó extráktól. Előre állapodjatok meg abban, mitől tekinthető késznek az első verzió, és mit szeretnétek megtudni a használatából. Egy új platformot konkrét, még megoldatlan ügyféligény indokoljon, ne pusztán az, hogy a versenytársnak már van alkalmazása.
- Nevezd meg a feladatot és azt, aki elvégzi.
- Rögzítsd a fontos eszközöket, nyelveket és hálózati körülményeket.
- Írd le közérthetően a sikert, a megszakítást és a hibát.
- Jelölj ki kis első verziót, felelőst és értékelési időpontot.