Az ajánlat előkészítéséhez az app fejlesztési szolgáltatás oldalán a megvalósítás teljes útját is megtalálod, a prototípustól a kiadásig.
01 / Applikáció fejlesztés
Mi van egyetlen képernyő mögött?
Egy „Foglalás” gomb mögött elérhetőség-ellenőrzés, ütközéskezelés, megerősítés, lemondás és értesítés is állhat. A képernyő rajza csak a látható rész. A költség felméréséhez tudni kell, melyik állapotban mi történjen, és ki kezelje a kivételeket.
A bejelentkezésnél például kérdés, kell-e több szerepkör, hogyan állítjuk vissza a hozzáférést, és melyik adatot láthatja az adminisztrátor. Ha ez csak az átadás előtt derül ki, módosulhat az adatmodell és a tesztelési feladat is.
02 / Applikáció fejlesztés
Az első verzió egy befejezhető folyamat legyen
Egy foglalási app első verziója lehet egy szolgáltatás kiválasztása, egy szabad időpont lefoglalása és az eredmény visszaellenőrzése az adminisztrációban. Ettől már kipróbálható a fő érték. A pontgyűjtés vagy az ajánlórendszer későbbre maradhat, ha nélkülük is eldönthető, hogy használják-e a szolgáltatást.
A funkciókat három csoportba érdemes rendezni: induláshoz szükséges, kísérlettel eldöntendő és későbbre halasztható. A biztonságos adatkezelést, a megfelelő hozzáféréseket és a kötelező megfelelési feladatokat nem lehet egyszerűen elhalasztani azért, mert az első kiadás kicsi.
03 / Applikáció fejlesztés
Milyen részeket kérj külön az ajánlatban?
A tervezés, a mobilfelület, a backend és az adminisztráció külön is megnevezhető. Így látszik, melyik elem már létezik, és melyiket kell most felépíteni. Egy meglévő API használata csak akkor jelent valódi megtakarítást, ha a szükséges műveleteket és hozzáféréseket is támogatja.
A tesztelésnél ne csak a hibátlan esetet soroljátok fel. Legyen terv megszakadó kapcsolatra, lejárt bejelentkezésre, hibás fizetésre vagy megtagadott engedélyre is. Az ajánlat térjen ki a támogatott platformokra és a kipróbálásra használt készülékkörre.
04 / Applikáció fejlesztés
A kiadás utáni költséget is tervezd meg
A fejlesztés mellett folyamatos tétel lehet a szerver, a külső API, az üzenetküldés és az áruházi fiók. A díjak a használattal és a szolgáltatói feltételekkel változhatnak, ezért ezeket a kiválasztott szolgáltatás aktuális feltételei alapján kell ellenőrizni. Egy versenytársi árlista nem helyettesíti a saját működésed költségtervét.
Előre egyeztessétek, ki figyeli a hibákat, ki frissít operációsrendszer-változás után, és mi számít új fejlesztésnek. Az átadás része legyen a saját hozzáférés, a dokumentáció és a fő folyamat közös végigpróbálása. Ez teszi összehasonlíthatóvá az egyszeri díjat a hosszabb távú fenntartással.
Melyik igény milyen többletfeladatot hozhat?
| Igény | Kapcsolódó feladat |
|---|---|
| Előfizetés vagy fizetés | Jogosultság, hibás tranzakció és visszajelzés |
| Offline adatfelvétel | Helyi tárolás és későbbi szinkronizáció |
| Több felhasználói szerep | Elérhető adatok és műveletek szabályai |
| Két mobilplatform | Platformonkénti ellenőrzés és beadás |
VIGYÉL MAGADDAL EGY KONKRÉT LISTÁT
Mit írj össze az egyeztetés előtt?
- A felhasználó célja és egy végigvihető alapfolyamat.
- Kötelező funkciók, elhalasztható elemek és nyitott kérdések.
- Meglévő backend, szükséges API-k és adminisztráció.
- Kiadási, átadási és támogatási felelősségek.