iOS és Android
Közös kódbázis mindkét alkalmazásbolthoz, amikor megfelelő; natív fejlesztés, ha a hardver vagy a teljesítmény ezt kívánja.
Ország és nyelv
Egyéb piacok: ezek az elérhető nyelvi változatok ugyanazt az oldalt mutatják.
Alkalmazások
Alkalmazások helyszínen dolgozó csapatoknak és ügyfeleknek, a backenddel együtt. Párizsban fejlesztve, alkalmazásboltokban közzétéve, átadott forráskóddal.
A probléma
A technikusok, a sofőrök, az ellenőrök és az értékesítési csapatok máshol végzik el a munkát, majd este hétkor újra beírják az irodában. A fényképek a telefonban, az aláírások papíron maradnak, az iroda pedig egy nap késéssel értesül a történtekről. Egy mobilalkalmazást akkor érdemes létrehozni, ha eltávolítja a második bejegyzést, nem pedig akkor, ha egyszerűen ikonba helyezi a webhelyet.
iOS-re és Android-ra készítünk alkalmazásokat a függõ háttérrendszerrel együtt, mert a kettõ dönti el egymást. A képernyőket egy kézre tervezték, nappali fényben, néha kesztyűben: kevés nagy célpont, kevés mező és az idő nagy részében megfelelő alapértelmezett értékek. Amire nincs szükség a terepen, az nem kerül szállításra az alkalmazásban.
Feltételezhető, hogy a lefedettség rossz. Az adatok rögzítése offline módban történik, sorba állítják és szinkronizálják, amikor a jel visszajön, az ütközéseket a hatókör meghatározása során elfogadott szabályok szerint oldják fel, nem pedig a mentést utoljára megnyomó személy által. Az App Store-ban és a Google Playen az Ön saját fiókja alatt teszünk közzé, és Ön megkapja az alkalmazás és a háttérprogram forráskódját.
Amit Ön kap
A látható alkalmazás a projekt fele. A másik fele a háttérprogram, amellyel beszél.
Közös kódbázis mindkét alkalmazásbolthoz, amikor megfelelő; natív fejlesztés, ha a hardver vagy a teljesítmény ezt kívánja.
Űrlapok, fotók és aláírások, amelyeket jel nélkül rögzítettek, helyi sorba állítanak, és szinkronizálják, amikor a lefedettség visszatér.
A szerver, az adatbázis és egy dokumentált REST API, amely az alkalmazással készült, utólag nem csavarozva.
Token hitelesítés, biometrikus adatok, felhasználónkénti szerepkörök, távoli kijelentkezés, és nincs megosztott jelszó a csapateszközön.
Vonalkód- és QR-szkennelés, földrajzi helymeghatározás, kamera, PDF jelentések és push értesítések, ha valamire figyelni kell.
Alkalmazásbolti adatlapok, jóváhagyási folyamat, fokozatos bevezetés és frissítések az Ön fejlesztői fiókjaiban.
Hogyan dolgozunk
Négy szakasz, ebben a sorrendben. Minden szakaszt jóváhagy, mielőtt a következő elindul.
A helyszínen követjük a jelenlegi munkafolyamatot. Eredmény: árazott feladatkör, offline szabályok és döntés a platformról.
1-2 hétKattintható képernyők a csapat saját telefonjain, hogy a gombok méretét a valódi használat helyén értékeljük.
2 hétKéthetente összeállítás a TestFlight és a Play belső tesztelésen keresztül, a terepen használatos, miközben folytatjuk az építést.
8-14 hétBeküldés az alkalmazásboltokba, bevezetés és képzés, majd frissítések és felügyelet. Az alkalmazás és a backend forráskódja az Öné.
FolyamatbanTechnológia
Kiválasztva, hogy az alkalmazásnak mit kell tennie a terepen:
Példaprojekt
A jelentéseket papírra írták, lefényképezték és másnap reggel újragépelték az irodában. Létrehoztunk egy alkalmazást, amely offline rögzíti a munkát, a fényképeket és az ügyfél aláírását, majd mindent a háttérirodába küld, amint a jel elérhető.
Költségvetés
A szám a képernyők számától, az offline követelményektől és a mögötte lévő háttértől függ.
Tájékoztató ár szokásos feladatkörhöz. Az igényfelmérés után rögzített árajánlatot adunk, felhasználónkénti díj nélkül.
Hogyan árazzák?
Az ár a felhasználói utaktól, a kapcsolódó rendszerektől és a két platform működtetésétől függ. Előbb felmérjük az igényeket, majd rögzített árat adunk.
Közzététel után
A közzétett alkalmazásnak kompatibilitási frissítésekre van szüksége, különben idővel eltávolítják az alkalmazásboltokból. A szerződést a projekttel együtt árazzuk.
FAQ
Egy megosztott kódbázis mindkét platformhoz a legtöbb üzleti alkalmazásban, ami nagyjából a felére csökkenti a felépítést és a karbantartást. Natívvá válunk, ha az alkalmazás keményen támaszkodik a hardverre vagy a grafikus teljesítményre. A döntés a terjedelemnél, lejegyzésnél születik, és nem a határidőt, hanem a költségvetést módosítja.
Ha senki sem dolgozik jel nélkül, és nincs szüksége kamerára, szkennerre vagy push értesítésre, egy reszponzív webhely olcsóbb és könnyebben frissíthető. Akkor mondjuk, amikor ez a helyzet. Egy alkalmazás megkeresi költségeit, ha eltávolít egy második adatbevitelt, vagy működik ott, ahol a lefedettség nem.
Az alkalmazást az Ön Apple- és Google-fejlesztői fiókjában tesszük közzé; az adatlap, értékelések és felhasználók az Öné maradnak. Közösen beállítjuk a fiókokat, elkészítjük az adatlapokat és kezeljük a jóváhagyást, az első beküldésnél szokásos elutasításokat is.
Évente legalább két karbantartási kiadás költségvetése. Az Apple és a Google saját ütemtervük szerint változtatja meg követelményeit, és az érintetlenül hagyott alkalmazást végül nem fogadják el. A karbantartásra külön és évente árajánlatot adunk, és a szállított kóddal szabadon megbízhat egy másik csapattal.
Lásd még
Beszéljünk
Harminc perc elég annak megítéléséhez, hogy alkalmazásra van-e szükség, és egy reális ársáv megadásához még a tervezés előtt.