iOS en Android
Eén codebase voor beide appstores waar dat past; native ontwikkeling waar hardware of prestaties dit vragen.
Land en taal
Andere markten: deze beschikbare taalversies tonen dezelfde pagina.
Apps
Apps voor buitendienstteams en uw klanten, met bijbehorende backend. Ontwikkeld in Parijs, gepubliceerd in de appstores, met overdracht van de broncode.
Het probleem
Technici, chauffeurs, inspecteurs en verkoopteams werken op locatie en voeren ’s avonds op kantoor alles opnieuw in. Foto’s staan op telefoons, handtekeningen op papier en het kantoor hoort pas een dag later wat er gebeurde. Een mobiele app is zinvol als die dubbele invoer wegneemt, niet alleen als snelkoppeling naar uw website.
We bouwen iOS- en Android-apps samen met hun backend, omdat beide op elkaar moeten aansluiten. Schermen zijn geschikt voor bediening met één hand, bij daglicht en soms met handschoenen: grote knoppen, weinig velden en bruikbare standaardwaarden. Alleen functies die onderweg nodig zijn, komen in de app.
Er wordt aangenomen dat de dekking slecht is. Gegevens worden offline vastgelegd, in de wachtrij geplaatst en gesynchroniseerd wanneer het signaal terugkomt, waarbij conflicten worden opgelost door regels die tijdens de projectanalyse zijn overeengekomen, in plaats van door de laatste persoon die op Opslaan heeft gedrukt. Wij publiceren in de App Store en Google Play onder jouw eigen accounts en jij ontvangt de broncode van de app en de backend.
Wat je krijgt
De zichtbare app is de helft van het project. De andere helft is de backend waarmee het communiceert.
Eén codebase voor beide appstores waar dat past; native ontwikkeling waar hardware of prestaties dit vragen.
Formulieren, foto's en handtekeningen vastgelegd zonder signaal, lokaal in de wachtrij geplaatst en gesynchroniseerd wanneer de dekking terugkeert.
De server, de database en een gedocumenteerde REST API gebouwd met de app, niet achteraf vastgeschroefd.
Tokenauthenticatie, biometrie, rollen per gebruiker, uitloggen op afstand en geen gedeeld wachtwoord op een teamapparaat.
Barcode- en QR-scanning, geolocatie, camera, PDF-rapporten en pushmeldingen wanneer er iets aandacht nodig heeft.
Appstorepagina’s, beoordeling, gefaseerde uitrol en updates via uw eigen ontwikkelaarsaccounts.
Hoe wij werken
Vier fasen, in deze volgorde. U keurt elke fase goed voordat de volgende begint.
Wij bekijken op locatie hoe het werk nu verloopt. U ontvangt een begrote projectomvang, afspraken over offline gebruik en een platformkeuze.
1 tot 2 wekenKlikbare schermen geïnstalleerd op de eigen handsets van uw team, zodat de grootte van een knop wordt beoordeeld op de plek waar deze wordt ingedrukt.
2 wekenElke twee weken een build via interne tests van TestFlight en Play, die in het veld worden gebruikt terwijl we blijven bouwen.
8 tot 14 wekenIndiening bij appstores, uitrol en training, gevolgd door updates en monitoring. De broncode van app en backend is uw eigendom.
DoorlopendTechnologie
Kies voor wat de app moet doen in het veld:
Voorbeeldproject
Rapporten werden op papier geschreven, gefotografeerd en de volgende ochtend op kantoor opnieuw getypt. We hebben een app gebouwd die de opdracht, de foto's en de handtekening van de klant offline vastlegt en vervolgens alles naar de backoffice pusht zodra er een signaal beschikbaar is.
Budget
De prijs hangt af van het aantal schermen, de offline vereisten en de backend.
Prijsindicatie voor een standaardproject. Na de projectanalyse ontvangt u een vaste offerte, zonder kosten per gebruiker.
Hoe wordt het geprijsd
De prijs hangt af van de gebruikersprocessen, de te koppelen systemen en het onderhoud van twee platforms. We bepalen eerst de omvang van het project en bieden daarna een vaste prijs.
Na de publicatie
Een gepubliceerde app heeft compatibiliteitsupdates nodig, anders wordt deze uiteindelijk uit de appstores verwijderd. De prijs van het onderhoudscontract wordt samen met het project bepaald.
FAQ
Eén gedeelde codebase voor beide platforms in de meeste zakelijke apps, waardoor de bouw en het onderhoud ongeveer gehalveerd worden. We gaan voor native als de app zwaar leunt op de hardware of op grafische prestaties. De beslissing wordt genomen bij het verkennen, opgeschreven, en verandert het budget in plaats van de deadline.
Als niemand zonder signaal werkt en je geen camera, scanner of pushmelding nodig hebt, is een responsive website goedkoper en makkelijker te updaten. Dat zeggen wij als dat het geval is. Een app verdient zijn kosten wanneer hij een tweede gegevensinvoer verwijdert of werkt waar de dekking niet werkt.
De app wordt via uw eigen Apple- en Google-ontwikkelaarsaccounts gepubliceerd. De appvermelding, beoordelingen en gebruikers blijven van u. We richten de accounts samen in, bereiden de vermeldingen voor en begeleiden de beoordeling, inclusief mogelijke afwijzingen bij een eerste indiening.
Budget voor minimaal twee onderhoudsreleases per jaar. Apple en Google veranderen hun vereisten volgens hun eigen schema, en een app die onaangeroerd blijft, wordt uiteindelijk niet meer geaccepteerd. Onderhoud geven wij apart en jaarlijks op, en u bent vrij om dit door een ander team te laten doen met de aangeleverde code.
Zie ook
Laten we praten
Dertig minuten volstaan om te bepalen of een app de juiste oplossing is en om u vóór de ontwerpfase een eerlijke prijsindicatie te geven.