De keuze voor een mobiele app mag niet alleen gebaseerd zijn op aanwezigheid in de App Store of Google Play. Het moet duidelijk zijn welke taak de gebruiker eenvoudiger kan afronden op de telefoon. Wanneer camera, notificaties of offline werking een echte behoefte invullen, wordt de meerwaarde van de app duidelijker zichtbaar.
01Begin met één kernscenario
Een medewerker in het veld rondt een taak af, een klant maakt een afspraak, of een gebruiker volgt zijn bestelling. Plan de eerste versie rond het volledig afronden van dit ene scenario. Bepaal eerst de volgorde van handelingen, pas daarna het aantal schermen. Leg vroeg vast welke data de webapplicatie en de mobiele app delen. Hoe u de scope van een eerste versie afbakent, hebben we ook uitgewerkt in ons MVP-artikel.
02Bepaal vooraf wat er gebeurt bij verbindingsverlies
Een mobiele verbinding is niet altijd stabiel. Toon een handeling die niet is opgeslagen nooit alsof deze wel is opgeslagen. Zorg dat de gebruiker onderscheid kan maken tussen wachtende, verzonden en mislukte handelingen. Het is belangrijk dat een opnieuw verzonden handeling geen dubbele registratie veroorzaakt. Een duidelijke scheiding tussen data en interface bevordert testbaarheid; de Android-architectuurrichtlijn beschrijft deze aanpak.
03Vraag rechten pas op het moment dat ze nodig zijn
Toegang tot camera, locatie of notificaties moet worden gevraagd op het moment dat dit past bij de handeling van de gebruiker. Toon een alternatieve flow wanneer een gebruiker geen toestemming geeft. Onnodig rechten verzamelen verhoogt de waarde van de app niet. Ook een notificatie moet naar het juiste scherm leiden; is de sessie verlopen, dan moet de context na het inloggen behouden blijven.
04Test met echte toestellen en realistische update-scenario's
Stel een testplan op met verschillende schermformaten, besturingssysteemversies en zwakke verbindingen. Bepaal hoe een oudere app-versie moet werken met een nieuwere serverversie. Storepublicatie, ondertekeningsaccounts en updateverantwoordelijkheden moeten voor de oplevering duidelijk zijn. Bij onze mobiele-appontwikkeling leggen we deze verantwoordelijkheden aan het begin van het project samen vast.
05Bereid dit voor voordat u start
- Het ene kernscenario dat de app in de eerste versie moet oplossen
- De doelplatforms (iOS, Android of beide) en de oudste versies die ondersteund moeten worden
- De handelingen die offline moeten kunnen werken
- De benodigde rechten en de reden voor elk daarvan
- Van wie de developeraccounts van de stores zullen zijn
- De data en systemen die met de webkant worden gedeeld
Geschreven door
Het Paradigma7-team
Product, engineering en operations
We zijn een op Ankara gebaseerd team dat software voor Europa bouwt. Niets hier is theorie: dit zijn de processen die we werkelijk op klantprojecten uitvoeren.
Over ons