Een mobiele app of een webapp: wat past bij uw gebruikers?

Gebruiken mensen uw toepassing aan een bureau of onderweg? Hebben zij een stabiele verbinding? Moeten camera, locatie of notificaties een rol spelen? Zulke vragen vormen het vertrekpunt.

Een webapp is via een browser bereikbaar. Een mobiele app heeft een eigen publicatie- en updateproces. Beide kunnen passend zijn; de keuze hangt af van functies, doelgroep en beschikbare middelen.

Wat op een groot scherm prettig werkt, kan op een telefoon omslachtig zijn. Test belangrijke taken vroeg op de apparaten die uw gebruikers daadwerkelijk gebruiken.

Een medewerker aan een bureau stelt andere eisen dan iemand op een bouwplaats of bij een klant. Noteer per taak of er verbinding is, hoe lang de handeling duurt en welke gegevens op dat moment beschikbaar moeten zijn. Vraag ook welke apparaten medewerkers al gebruiken en wie deze beheert. Het antwoord kan bepalen of installatie van een aparte app praktisch is.

Een mobiele webapp kan via de browser toegankelijk zijn. Een geïnstalleerde app kan andere mogelijkheden bieden, maar brengt ook distributie en apparaatbeheer mee. Controleer de benodigde functies in de gekozen techniek in plaats van aan te nemen dat iedere vorm alles ondersteunt. De dienst mobiele ontwikkeling begint bij die gebruikscontext.

Offline gebruik is meer dan een scherm blijven tonen. Welke informatie moet vooraf op het apparaat staan? Mag iemand nieuwe gegevens invoeren? Wat gebeurt er wanneer twee medewerkers dezelfde opdracht aanpassen en later weer verbinding krijgen? Schrijf die situaties uit met de mensen die het werk kennen.

Bepaal hoe de gebruiker ziet wat al is verzonden en wat nog alleen op het apparaat staat. Een duidelijke status voorkomt dat iemand dezelfde handeling herhaalt uit onzekerheid. Maak verlies of vervanging van een apparaat onderdeel van de afweging. Gegevens die nog nergens anders zijn opgeslagen vragen een andere aanpak dan een kopie van centrale informatie.

Bij een app horen publicatie, versies en het testen op ondersteunde apparaten. Bij een webapp horen browsergedrag, hosting en het gecontroleerd uitrollen van wijzigingen. In beide gevallen kunnen accounts, back-ups en koppelingen nodig zijn. De zichtbare interface vormt vaak slechts een deel van de oplossing.

Vraag hoe een urgente fout wordt verholpen en hoe gebruikers weten dat een nieuwe versie beschikbaar is. Spreek af welke oudere apparaten of browsers ondersteund blijven. Een toepassing hoeft niet alles te ondersteunen, maar de beperking moet passen bij het gebruik. De kostengids voor apps helpt deze posten samen te beoordelen.

Bouw of demonstreer eerst de handeling die het meeste risico geeft: bijvoorbeeld een foto uploaden bij slechte verbinding of een werkbon afronden zonder netwerk. Laat een toekomstige gebruiker de proef uitvoeren in vergelijkbare omstandigheden. Een test op een snelle laptop vertelt weinig over het werk onderweg.

Bekijk Werkbon IQ als openbaar voorbeeld van een eigen mobiel product van Vedex. Neem voor uw eigen keuze ook de voorbereiding van een nieuwe applicatie mee. Leg het besluit vast met de belangrijkste aannames over verbinding, apparaten, gegevens en beheer. Als die aannames veranderen, weet u waarop u de appvorm opnieuw moet beoordelen.