Terepen dolgozó csapat
Ha a csapatod nem íróasztalnál dolgozik, egy natív app kamerával, push értesítéssel és offline móddal gyakorlatiasabb, mint egy böngészőben megnyitott admin felület.
Ügyfélportált vagy csapatappot fejlesztek a már meglévő webalkalmazásod mellé, ugyanarra a háttérrendszerre kapcsolva, hogy az ügyeitek útközben is elérhetők legyenek.
Nem minden céges rendszerhez kell külön mobilapp – sok esetben egy mobilbarát webalkalmazás is elég. Akkor éri meg a natív appot is elkészíteni, ha az ügyfeleidnek vagy a csapatodnak útközben, gyakran és gyorsan kell hozzáférnie ugyanahhoz az adathoz.
Ha a csapatod nem íróasztalnál dolgozik, egy natív app kamerával, push értesítéssel és offline móddal gyakorlatiasabb, mint egy böngészőben megnyitott admin felület.
Ha az ügyfeleid rendszeresen néznék meg a foglalást, státuszt vagy egyenleget, egy natív app jobban emlékezteti és tartja őket a rendszerben, mint egy weboldal.
Ha fontos, hogy egy állapotváltozásról – például új megrendelés vagy jóváhagyás – azonnal értesüljön valaki, ez natív appon megbízhatóbban működik, mint egy weboldalas értesítés.
Ha már van egy működő webalkalmazásod adatbázissal és API-val, a mobilapp ráépíthető anélkül, hogy a háttérrendszert újra kellene építeni.
Egy vállalati mobilapp nem önmagában létezik – illeszkednie kell a már meglévő webalkalmazáshoz, adatbázishoz és jogosultsági rendszerhez.
Megnézem, mennyire alkalmas a jelenlegi háttérrendszer arra, hogy egy mobilapp is rákapcsolódjon, és mit kell hozzá bővíteni.
Ki fér hozzá a mobilappon keresztül mihez – ez gyakran ugyanaz a logika, mint a webes rendszeré, de mobilon másképp kell megjeleníteni.
Nem kell minden webes funkciót átvinni mobilra – azokat választom ki, amikhez tényleg kell a natív app-élmény.
Belső csapatappnak és ügyfélportálnak más a fókusza – ezt tisztázom, mielőtt a felület tervezése elkezdődik.
Egy céges rendszerhez kapcsolódó mobilapp esetén a biztonság és a meglévő működés folytonossága legalább annyira fontos, mint az új funkció.
Ha még nincs webes háttérrendszered, amire az app épülhetne, nézd meg a webalkalmazás-fejlesztést .
Bejelentkezés, jogosultságkezelés és adatvédelem ugyanolyan szigorral készül, mint egy webes vállalati rendszerben.
A mobilapp fejlesztése nem érinti hátrányosan a már működő webalkalmazást – külön, ellenőrzött kapcsolódási ponton keresztül dolgozom.
Belső csapatappnál is választható, hogy nyilvános Store-publikálás vagy zártkörű terjesztés, például TestFlight-os belső teszt történjen.
A mobilapp úgy készül, hogy később új modul vagy funkció is csatlakozhasson hozzá a webes rendszer bővülésével.
A folyamat a meglévő webalkalmazás felmérésével indul, nem egy elszigetelt mobil-projektként.
Megnézem az adatbázist, az API-kat és a jogosultsági logikát, hogy mire épülhet rá a mobilapp.
UI-terv arra a néhány folyamatra, amihez tényleg kell a natív app-élmény.
A mobilfelület bekötése a meglévő, vagy szükség esetén bővített háttérrendszerbe.
Belső vagy nyilvános teszt, majd Store-publikálás vagy zártkörű terjesztés, az igényeidnek megfelelően.
Ha még nincs meglévő webes rendszer, amire ez épülhetne, itt olvashatsz a webalkalmazás-fejlesztésről: Webalkalmazás-fejlesztés.
A Prime PC igényfelmérőből, admin felületből és konfigurátorból álló webalkalmazása egy közös adatmodellre és jogosultsági logikára épül – egy vállalati mobilapp jellemzően pont erre a fajta háttérrendszerre kapcsolódik.
3
összekapcsolt felület – igényfelmérő, admin és konfigurátor – egy adatmodellen
1
közös háttérrendszer a rendeléstől a számlázásig
Ez a Prime PC projekt egy reszponzív webalkalmazás, nem natív mobilapp, ezért nem mobilapp-eredményt bizonyít. Azt mutatja meg, milyen adatmodellre és jogosultsági rendszerre épülhet egy hozzá kapcsolódó vállalati mobilapp.
Nézd meg a teljes Prime PC referenciátGyakori kérdések
Nem feltétlenül. Ha már van működő webalkalmazásod adatbázissal és API-val, a mobilapp jellemzően erre épül rá, kiegészítve azzal, amire a mobil felületnek külön szüksége van.
Mindkettő megoldható, akár egy projekten belül is: külön nézettel a csapatnak, például adminfelülettel vagy terepi funkciókkal, és külön az ügyfeleknek, például státusz-, foglalás- vagy egyenlegnézettel.
Nem feltétlenül. Belső csapatappnál gyakran elég a zártkörű terjesztés, például TestFlight-os belső teszt, nyilvános ügyfélportálnál viszont jellemzően nyilvános Store-publikálás a cél.
Ezt már a felmérés során jelzem. Ha a háttérrendszert bővíteni vagy részben átalakítani kell, ez bekerül az ajánlatba, mielőtt a mobil fejlesztés elindulna.
Ha a háttérrendszer már megvan, egy fókuszált mobil kiegészítés jellemzően 2–5 hét körüli fejlesztési idővel számolható. Ha a backendet is bővíteni kell, ez az időkeretet is módosítja.
Írd le, milyen webes rendszered van már, és mit kellene elérhetővé tenni mobilon. Ebből tudok reális fejlesztési keretet adni.