A Petadev startupoknak és vállalkozásoknak segít megtervezni és elkészíteni egy mobilalkalmazás első működő verzióját. Közösen kiválasztjuk az induláshoz szükséges funkciókat, rögzítjük a fejlesztés kereteit és olyan appot készítünk, amelyet az első felhasználók már valódi helyzetekben használhatnak.
10+ MVP
elkészült első appverzió
8 év
React Native-tapasztalat
iOS + Android
egy kódbázisból, adminnal
Ha már látod, milyen problémát oldana meg az alkalmazás, de a funkciólista folyamatosan bővül, érdemes kijelölni az első kiadás határait. Ugyanez a feladat egy új startupnál és egy működő vállalkozás új digitális szolgáltatásánál is felmerülhet.
Az MVP, vagyis minimum viable product itt a mobilalkalmazás legszűkebb, már használható termékverzióját jelenti. Az első felhasználók el tudják végezni benne azt a feladatot, amely miatt érdemes megnyitniuk az appot. A használat és a visszajelzések alapján lehet dönteni a folytatásról.
Ha még az sem világos, kinek és milyen helyzetben segítene a termék, előbb ezt érdemes tisztázni. Egy kattintható prototípus vagy egyszerűbb kipróbálási lehetőség is elég lehet a következő döntéshez, nem minden ötletnél a mobilapp lefejlesztése az első lépés.
Meghatározzuk, mi az az egy alapfeladat, amelyet az appnak már induláskor jól kell megoldania. Egy foglalási alkalmazásnál például a kiválasztás, a foglalás és a visszaigazolás együtt alkot használható folyamatot. Egy önmagában elkészült naptár még nem feltétlenül elég.
A feladatokat három csoportba rendezzük: szükséges az induláshoz, kezdetben kézzel is kezelhető, későbbre halasztható. A biztonság, a megfelelő jogosultságkezelés és az alapfolyamat tesztelése az első verziónál is része a tervezésnek.
Végignézzük, milyen adatokat tárol a termék, ki kezeli a felhasználókat és mi történik, ha valami elakad. Az adminfelület terjedelmét is az induló működéshez igazítjuk. Csak azokat az integrációkat tervezzük be, amelyeknek az első kiadásban tényleges feladata van.
Már a tervezéskor megfogalmazzuk, milyen eredményből lehet tanulni. Például végigjutnak-e a felhasználók az első foglaláson, hol akadnak el és miért térnek vissza. A kiválasztott mérések technikai feltételeit a fejlesztési feladatok között rögzítjük.
Az Ostva első verziójában a piactér iOS- és Android-appból volt használható, a teljes böngészős piacteret későbbre hagytuk. A webes adminfelület elkészült, mert az üzemeltetéshez szükség volt rá. A mobilalkalmazás fejlesztése körülbelül öt hónapig tartott: egy első kiadás is lehet összetett, ha a működő üzleti folyamathoz sok elem szükséges.
A projekt külső megrendelésként indult, a Petadev alapítója később társalapítóként csatlakozott az Ostvához.
Esélyegyenlőségi, jogi segítségnyújtó app iOS-re és Androidra. Segít eligazodni a jogszabályokban, a magyarázatok hangoskönyvként is meghallgathatók, így a vak és gyengénlátó felhasználók is használhatják. Az apphoz bemutató weboldalt is készítettünk.
Az ERIKA Helps referenciaA versenypálya iOS- és Android-appja bemutatja a pályát és a versenyzőket és meghirdeti a futamokat. Egyedi térkép mutatja a környező helyeket, például a büféket és a mosdókat, az új eseményekről pedig értesítés érkezik.
A Nyirád Racing referenciaMobilalkalmazás egy meglévő, UNAS-alapú webshophoz, iOS-re és Androidra. Egyedi navigációs sávval készült és a tulajdonos értesítésben jelezheti a vásárlóknak az exkluzív akciókat.
Az Autómosó Webshop referencia1Tisztázzuk az induló helyzetet. Kik lesznek az első felhasználók, milyen problémájuk van és hogyan oldják meg ma? Átbeszéljük a költségkeretet, a tervezett indulást és a már meglévő anyagokat.
2Kijelöljük az első verzió tartalmát. Rögzítjük a fő folyamatot, a szerepköröket, a szükséges felületeket és az integrációkat. Külön listára kerül, ami később jöhet.
3Megtervezzük a felületeket és az ütemezést. Drótvázak és felülettervek segítségével végignézzük a működést. A jóváhagyott feladatokra ajánlat és mérföldkövekre bontott fejlesztési terv készül.
4Elkészítjük és kipróbáljuk az alkalmazást. A fejlesztés során működő részeket ellenőrizhetsz. Az átadás előtt a teljes alapfolyamatot teszteljük, beleértve a fontos hibás és megszakított műveleteket is.
5Előkészítjük az indulást és a folytatást. A választott terjesztési módhoz igazítjuk a kiadást. Az első használati tapasztalatokból és üzleti eredményekből állítható össze a következő fejlesztési szakasz.
Egy egyszerűbb, egy-két fő funkcióra épülő mobilapp-MVP nálunk jellemzően 2–6 hét alatt készül el, technológiától függően. Ez tájékoztató sáv: a pontos időt a szerepkörök, a fizetési folyamatok, a külső rendszerek és az első kiadáshoz szükséges felületek határozzák meg. Összetettebb első verziónál, mint az Ostvánál, több hónap is lehet.
Az ajánlatban szerepel, mit készítünk el, mi marad későbbre és milyen eredménnyel zárulnak a mérföldkövek. Ha a fejlesztés közben új igény merül fel, előbb egyeztetjük annak költség- és időhatását. Egy későbbi bővítés ráfordítása függhet a már működő rendszer felépítésétől is.
Az általános ársávokat a mobilalkalmazás-fejlesztési oldalunkon találod. A technológiai megvalósításról a React Native cross-platform fejlesztés oldalán olvashatsz.
Írd meg, kik használnák az appot, mi lenne benne a legfontosabb művelet és van-e már kipróbált elképzelésed vagy felületterved. Ha tudod a tervezett költségkeretet és indulási időpontot, azt is érdemes megadnod. Ezek alapján célzottan tudunk beszélni a megvalósítható első kiadásról.
Nem. Elég, ha el tudod mondani, kinek készül az alkalmazás, milyen problémát oldana meg és milyen üzleti működést képzelsz el. A fejlesztéshez szükséges részletes feladatokat közösen tisztázzuk. Ha már van specifikáció vagy prototípus, azt is áttekintjük.
Egy kattintható prototípus a felületek és a navigáció kipróbálására alkalmas, működő háttérrendszer nélkül is. A mobilapp-MVP már használható termékverzió: a kiválasztott alapfolyamat valós adatokkal végigvihető benne. Más kérdésre ad választ a kettő, ezért a megfelelő lépést a projekt állapota határozza meg.
Nem minden esetben. Ha az első felhasználói csoport ismert eszközöket használ, lehet indokolt szűkebben indulni. Ha mindkét platformra szükség van, ezt már a tervezésnél figyelembe vesszük és megvizsgáljuk a közös fejlesztési alap lehetőségét.
Igen. Az első verzió megközelítése vállalati környezetben is használható, például egy új ügyfélfolyamat vagy belső mobilos munkafolyamat kipróbálására. Ilyenkor a már működő rendszerekhez való kapcsolódást és az érintett munkatársak feladatait is meg kell tervezni.
A tervezésnél számolunk az ismert bővítési irányokkal. Azt azonban nem lehet előre garantálni, hogy minden későbbi üzleti változás átalakítás nélkül megoldható lesz. A következő fejlesztéseket a tényleges tapasztalatok és az akkori igények alapján becsüljük meg.
Az első felhasználói csoportot az üzleti cél alapján érdemes kiválasztani. A fejlesztés technikai elkészítése önmagában nem biztosít ügyfeleket vagy piaci sikert. Az indulási tervben ezért az app mellett az első felhasználók elérésének és a visszajelzések feldolgozásának is legyen felelőse. Viszont egy jól tervezett MVP verzió már alkalmas lehet piacralépéshez és a felhasználók megfelelő kiszolgálására.
