Uw idee voor een mobiele app kan al klaar zijn: klanten maken een afspraak, plaatsen een bestelling of volgen hun dienstverlening via de telefoon. Vervolgens komen loyaliteitspunten, chat, campagnes en uitgebreide rapportages ook op de lijst. Na verloop van tijd kan het oorspronkelijke doel uit beeld raken.
Voor bedrijven die een mobiele app willen laten bouwen, is de belangrijkste beslissing welk gebruikersprobleem de eerste versie volledig moet oplossen. Eerder live gaan mag niet betekenen dat dit probleem onvolledig wordt opgelost. Dit artikel gaat over de scope van de eerste versie; technische keuzes zoals offline gebruik, rechten en het testen op fysieke toestellen behandelen we apart in ons artikel over prioritaire keuzes bij de ontwikkeling van een mobiele app.
01Bepaal eerst het essentiële gebruikerspad
Neem een afsprakenapp als voorbeeld. Als de gebruiker de dienst niet kan kiezen, geen beschikbaar tijdstip ziet of niet zeker weet of de reservering is aangemaakt, lost een mooi campagnescherm het probleem niet op. In de eerste versie moeten stappen als kiezen, bevestigen, wijzigen en annuleren samen worden doordacht.
In dit voorbeeld heeft de klantervaring ook een kant voor het bedrijf zelf. De medewerker moet de afspraak kunnen zien, de beschikbaarheid kunnen beheren en op de hoogte worden gebracht van wijzigingen. Alleen de telefoonschermen plannen, laat de helft van het werk buiten beschouwing.
02Verdeel functies in drie groepen
De eerste groep bestaat uit de functies die noodzakelijk zijn om de dienst te kunnen gebruiken. De tweede groep verbetert de gebruikservaring duidelijk, maar houdt de eerste lancering niet tegen. De derde groep bestaat uit ideeën waarover pas wordt beslist nadat echt gebruikersgedrag zichtbaar is geworden.
Deze indeling helpt u het budget te beheersen. In plaats van maanden te besteden aan een functie die de gebruiker niet wil, kunt u de kernervaring opleveren en verder gaan op basis van feedback. De grenzen van de eerste versie moeten duidelijk zijn in de offerte en het ontwerp. Hoe u werk dat buiten scope valt zichtbaar houdt, hebben we beschreven in ons artikel over hoe een MVP een softwareidee sneller lanceert.
03Het aantal schermen bepaalt de ontwikkeltijd niet alleen
Offline gebruik, locatiegegevens, notificaties, betalingen en apparaatspecifieke functies vragen elk een andere aanpak. Gegevensuitwisseling met een bestaand systeem beïnvloedt eveneens de planning. Een gedeelde codebasis kan bij geschikte projecten herhalend werk verminderen, maar maakt tests op apparaten en platforms niet overbodig.
Ook accounts bij app stores, appbeschrijvingen en de vereiste publicatiegegevens mogen niet tot de laatste dag worden uitgesteld. Het afronden van de ontwikkeling en het afronden van de beoordeling door de store zijn afzonderlijke fasen; omdat de duur van die externe beoordeling niet in onze hand ligt, beloven we hiervoor geen vaste datum.
04Vroege zichtbaarheid voor een snelle oplevering
Bij Paradigma7 is het doel niet dat u het resultaat van uw project pas op de opleverdatum voor het eerst ziet. Wij richten ons op het gefaseerd behandelen van ontwerpbeslissingen en kernfuncties, zodat misverstanden vroeg aan het licht komen. Doordat ontwikkeling en testen samen opschuiven, neemt het aantal correcties dat zich op het laatste moment opstapelt af.
Bekijk onze dienst voor mobiele app-ontwikkeling; laten we uw idee samen omzetten in een uitvoerbare eerste versie en de scope en lanceerstappen vooraf vastleggen.
05Bereid dit voor voordat u een offerte aanvraagt
- Wie de app gaat gebruiken en welke taak die persoon uitvoert
- Het ene essentiële gebruikerspad dat in de eerste versie volledig moet werken
- Wie dit proces aan de kant van uw organisatie beheert
- De bestaande systemen waarmee gekoppeld moet worden en de toegang daartoe
- Wie de app store-accounts beheert en of de publicatiegegevens klaar zijn
- Aan welk gebruikersgedrag u het succes van de eerste versie afmeet
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