Egy egyszerű app pár hét, egy összetett platform 4-6 hónap alatt készül el. Három saját mobilos projektünk idővonalán mutatjuk meg, mire megy el az idő, és mitől csúszik egy fejlesztés.
Azt mondhatjuk, hogy egy mobilalkalmazás elkészítése a funkcióktól függően átlagosan néhány héttől akár fél évig is eltarthat. Egy egyszerű, egy-két funkciós app nálunk jellemzően 2-6 hét, egy közepes összetettségű alkalmazás 8-12 hét, egy összetett platform fizetéssel és azonosítással akár 4-6 hónap is lehet. Ebben a cikkben három saját mobilos projektünk idővonalán mutatjuk meg, mire megy el ez az idő általánosságban.
Röviden:
- Az ajánlatban mindig tisztázd, hogy a megadott idő tartalmazza-e a tervezést, a tesztelést és az áruházi publikálást. Az egyes szakaszok részben párhuzamosan is haladhatnak.
- Az első megkereséstől a fejlesztés indulásáig nálunk jellemzően 1-2 hónap telik el.
- A csúszás leggyakoribb oka a menet közben kitalált új funkció vagy eltérő működés.
- Az áruházi jóváhagyás többnyire néhány nap, de fizetést vagy előfizetést tartalmazó appnál hetekig is elhúzódhat.
Mennyi idő egy app elkészítése típus szerint?
| Alkalmazás típusa | Jellemző idő | Példa |
|---|---|---|
| Egyszerű, egy-két funkciós app | 2-6 hét | regisztrációs app, egyszerű foglalás, tartalommegjelenítés |
| Közepes összetettségű app | 8-12 hét | több felhasználói szerep, adminfelület, előfizetés |
| Összetett app vagy platform | 4-6 hónap | piactér fizetéssel, személyazonosítással, foglalási naptárral |
Ezek tapasztalati sávok. Hogy egy konkrét projektnél mit tartalmaz a megadott idő, azt az ajánlat rögzíti. A lenti példáknál ezért mindenhol jelezzük, honnan meddig mértünk. Az árakról a mobilalkalmazás-fejlesztés oldalunkon írunk.
Három mobilos projekt idővonala
1. Rendezvényregisztrációs app: 8-9 nap
- Kiindulás: az Open Horizon Aviation már működő adatbázissal és rendszerrel rendelkezett.
- Amit készítettünk: egy alkalmazást, amellyel expókon és más repülős rendezvényeken lehet jelentkezést és kérdőíveket kitölteni. Az app az ügyfél meglévő rendszeréhez kapcsolódik.
- Mit mértünk: a tervezéstől a publikálásig, finomítással együtt.
- Teljes átfutás: legfeljebb 8-9 nap.
- Mi befolyásolta: lényegében egyfunkciós alkalmazás és a háttérrendszer már létezett.
Ez a gyorsaság a kis terjedelemből adódik. Egy app attól nem készül el 9 nap alatt, hogy MVP-nek nevezzük.
2. GetFlyMate: kb. 4 hónap
- Kiindulás: egy ötlet és az ügyfél elképzelése a működésről.
- Amit készítettünk: iOS- és Android-alkalmazást, amelyben repült órát gyűjtő pilóták hirdetik meg az útjaikat, az utasok pedig megosztják velük a repülés költségét.
- Mit mértünk: a tervezés kezdetétől az áruházi megjelenésig.
| Szakasz | Idő |
|---|---|
| Egyeztetés, a logika és a működés megtervezése | 2-3 hét |
| Fejlesztés | kb. 2,5 hónap |
| Kiadás előtti összefüggő tesztelés és hibajavítás | 3-4 nap |
| Nyilvános tesztelés | 2-3 hét |
| A maradék hibák javítása | 2-3 nap |
| Áruházi jóváhagyás | Google kb. 1 nap, Apple kb. 2 nap |
- Teljes átfutás: kb. 3,5-4 hónap.
- Mi befolyásolta: gyorsított, hogy az elején alaposan megértettük a működést, a célokat és az ügyfél elképzelését. A visszajelzések néha lassabban érkeztek, de a terv szerint tudtunk haladni.
3. Ostva: kb. 6 hónap
- Kiindulás: a megrendelő konkrét képernyőtervekkel érkezett.
- Amit készítettünk: amerikai bérlési piacteret iOS- és Android-alkalmazással, egyedi backenddel és adminfelülettel. A projekt megrendelői megbízásként indult, a Petadev alapítója később társalapítóként csatlakozott az Ostvához. A részleteket az Ostva-esettanulmányban írtuk le.
- Mit mértünk: a tervezés kezdetétől az áruházi megjelenésig.
| Szakasz | Idő |
|---|---|
| Design egyeztetése | legfeljebb 1 hét |
| Logikai és fejlesztési tervezés | kb. 2 hét |
| Fejlesztés, a végén kb. 1 hét kiadás előtti teszteléssel és javítással | kb. 5 hónap |
| Áruházi jóváhagyás | Google 1-2 nap, Apple 3-4 nap |
- Teljes átfutás: kb. 6 hónap.
- Mi befolyásolta: a kész képernyőtervek miatt a felület egyeztetése egy hétbe belefért. A legtöbb időt a Stripe Connect fizetés, az egyedi foglalási naptár, valamint a személyazonosítás (KYC) és a hozzá tartozó szabályok vitték el.
A tesztelésről: fejlesztés közben is tesztelünk. Az idővonalakban külön feltüntetett napok a kiadás előtti összefüggő ellenőrzést és hibajavítást jelentik.
Miért nem a képernyők száma határozza meg a fejlesztési időt?
Egy sporttippeket adó szolgáltatáshoz a megrendelő papíron levezetett mintakövető módszerét kellett programmá alakítanunk és hozzá egy regisztrációs, havi előfizetéses webalkalmazást építenünk. A fejlesztés kb. 12 hétig tartott, pedig a felület egyszerű volt. Az idő nagy része a megrendelő módszerének pontos megértésére és az algoritmusok elkészítésére ment el.
Ez webalkalmazás volt, de a tanulság mobilappnál is ugyanaz: az üzleti logika összetettsége többet számít, mint a képernyők száma.
Mennyi idő az App Store és a Google Play jóváhagyása?
Saját projektjeinknél többször tapasztaltunk 1-2 napos Google Play- és 2-4 napos App Store-jóváhagyást. Új beküldésnél azonban az ellenőrzés és az esetleges javítási körök ennél tovább is tarthatnak.
- Az Apple tájékoztatása szerint a beküldések legalább felét 24 órán belül, 90%-át 48 órán belül ellenőrzik. Az ellenőrzés nem jelent automatikusan jóváhagyást.
- A Google tájékoztatása szerint egyes fejlesztői fiókoknál az ellenőrzés akár 7 napig vagy kivételes esetben tovább is tarthat.
- Fizetést vagy előfizetést tartalmazó appnál nálunk előfordult 1-3 visszadobás is, ilyenkor a jóváhagyás egy-másfél hétig vagy tovább tartott. A fizetési megoldás megválasztásáról a Stripe vagy in-app purchase cikkünkben írtunk.
Az indulás dátumát ezért érdemes úgy tervezni, hogy az áruházi beküldés után maradjon legalább egy-két hét tartalék.
Mitől csúszik egy appfejlesztés?
- Menet közbeni változtatás. Nálunk ez a leggyakoribb ok: fejlesztés közben születik új funkció vagy eltérő működés. Minden ilyen kérés hat az időre és a költségre, ezért előbb ezt egyeztetjük.
- Későn érkező adatok. Volt projekt, ahol a kezdéshez szükséges adatokat több alkalommal is két héttel később kaptuk meg. Ilyenkor igyekszünk mással haladni, de a határidő így is tolódhat.
- Lassú visszajelzés. Ha egy kérdésre napokig nincs válasz, a ráépülő munka áll.
- Fizetés és külső rendszerek. A fizetés, a személyazonosítás és más külső szolgáltatások bekötése több tesztelést és több áruházi egyeztetést igényel.
Mit tehetsz megrendelőként, hogy gyorsabb legyen?
- Tisztázd a célokat és az első verzió fő folyamatait. Ha vannak képernyőterveid, hozd el őket, de kész design nélkül is megkereshetsz minket. Az Ostvánál a meglévő tervek miatt a design egyeztetése egy hétbe belefért.
- Rögzítsd az első verzió tartalmát és tartsd magad hozzá. Az új ötleteket gyűjtsd külön listára a következő verzióhoz. Ebben az MVP-fejlesztés szemlélete segít.
- Add át időben az adatokat és a tartalmat. Szövegek, képek, hozzáférések, fejlesztői fiókok.
- Válaszolj gyorsan a kérdésekre. Pár napos válaszidő a teljes projektben hetekké adódik össze.
Mennyi idő telik el a megkereséstől a fejlesztés indulásáig?
Az első megkereséstől a fejlesztés indulásáig nálunk jellemzően 1-2 hónap telik el. Ebben benne van az igények átbeszélése, az ajánlat, a specifikáció és a szerződés. Ha tisztázott célokkal és rögzített igényekkel érkezel, ez rövidebb lehet. Persze, ha nagyon telítettek vagyunk, akkor ez akár több is lehet, mindig érdemes érdeklődni telítettségünkkel kapcsolatban.
Ha egy adott dátumra kell elkészülnie az appnak, már az első egyeztetésen jelezd. Az ütemtervben különítsük el az ajánlatadás és a szerződéskötés időszakát, a tervezést, a fejlesztést és a publikálást, hogy ugyanazt az előkészítő munkát ne számoljuk kétszer.
Mennyi idő alatt készülne el a te alkalmazásod?
Írd meg, mit tudjon az app, és van-e már terved vagy designod. Az ajánlatban a fejlesztés idejét is megadjuk, mérföldkövekre bontva. Az ajánlatkérés ingyenes.
