MVP-utvikling: slik går du fra idé til første versjon av appen eller SaaS-tjenesten

MVP-utvikling handler om å lage den minste versjonen av et digitalt produkt som løser ett konkret problem godt nok til at ekte brukere tar den i bruk. MVP står for minimum viable product. Målet er å finne ut om ideen holder før du bruker tid og penger på alt annet. Veien går fra kartlegging og prototype, via en stram første versjon, til testing, lansering og forbedring.

Artikkelen er for gründere og bedrifter som vil lage en app, en webapp eller en SaaS-tjeneste, altså programvare kundene betaler abonnement for. Du får stegene i rekkefølge, eksempler på hva som bør være med i første versjon, og det du må tenke på når produktet skal selges til andre bedrifter.

Hva er en MVP, og hva er den ikke?

En MVP er et ekte produkt som virker. Brukerne kan logge inn, gjøre det produktet lover, og komme tilbake neste dag. Den gjør bare få ting.

Tre begreper blandes ofte sammen:

• Prototype: en klikkbar skisse som viser hvordan produktet skal fungere. Den brukes til å teste ideer, ikke til å drive en virksomhet.

• MVP: den første versjonen som ekte brukere tar i bruk, med det minste settet funksjoner som løser hovedproblemet.

• Versjon 1: produktet slik det ser ut når du har lært nok av MVP-en til å bygge videre med trygghet.

En MVP er heller ikke et dårlig produkt. Den gjør få ting, men den gjør dem ordentlig. En bookingtjeneste som bare tar imot bookinger, men gjør det uten feil, lærer deg mer enn en tjeneste med ti halvferdige funksjoner.

Hvordan vet du at ideen er verdt å bygge?

Snakk med dem som har problemet, før du skriver en linje kode. Spør hvordan de løser det i dag, hva det koster dem og hva de har prøvd. Ikke spør om de ville brukt produktet ditt. De fleste sier ja for å være hyggelige.

Se etter disse tegnene på at ideen har noe for seg:

• Flere personer beskriver det samme problemet uten at du leder dem dit.

• De bruker allerede tid eller penger på en dårlig løsning, for eksempel regneark eller manuelt arbeid.

• Du vet hvem som skal betale, og om det er samme person som skal bruke produktet.

• Du kan forklare hva produktet gjør, i én setning.

Finnes det støtte til den tidlige fasen?

Innovasjon Norge har et oppstartstilskudd for innovative oppstartsbedrifter som skal hjelpe deg å finne ut om det finnes et betalingsvillig marked for ideen. Det kan dekke kjøp av tjenester fra eksterne leverandører til blant annet kundetester, piloter og enkle prototyper. Bedriften må være et aksjeselskap og yngre enn fem år, og enkeltpersonforetak kan ikke søke. Les vilkårene før du planlegger etter det.

Inneholder prosjektet forskning og utvikling, kan SkatteFUNN gi skattefradrag for 19 prosent av kostnadene. Forskningsrådet vurderer søknaden etter skattelovens definisjon av forskning og utvikling. Ikke all produktutvikling faller inn under den, så sjekk definisjonen før du regner med fradraget.

Hvorfor lage en prototype før du utvikler?

En klikkbar prototype er den billigste måten å teste hvordan produktet skal fungere. Vi lager den i Figma, et verktøy for design og prototyper, og du kan prøve den på mobil og PC som om den var ekte. Å endre en skisse tar timer. Å endre ferdig kode tar ofte mye lengre tid.

Vis prototypen til fem personer i målgruppen og gi dem en oppgave. Nielsen Norman Group anbefaler rundt fem brukere per runde, og heller flere små runder enn én stor. Står tre av fem fast på samme sted, vet du hva du skal rette.

Prototypen er også nyttig når du skal snakke med investorer, samarbeidspartnere eller de første kundene. De ser hva du mener, i stedet for å lese om det. Vi lager prototyper som en del av webdesign og UX-design.

Hva skal være med i MVP-en?

Velg én brukergruppe og én hovedoppgave. Alt som ikke trengs for at den gruppen skal få gjort den oppgaven, kan vente. Det er vanskeligere enn det høres ut, fordi alle funksjoner virker viktige i starten.

Mange SaaS-produkter trenger likevel noe av dette fra første dag:

• innlogging og trygg håndtering av passord

• roller, hvis flere i samme bedrift skal bruke produktet med ulik tilgang

• hovedfunksjonen, altså det kundene betaler for

• e-post for bekreftelser og glemt passord

• betaling, hvis du skal ta betalt fra start

• en enkel adminside der du kan hjelpe kundene

Dette kan som regel vente:

• avanserte rapporter og dashbord

• integrasjoner som bare noen få kunder har bedt om

• innstillinger for alt mulig

• egen app, hvis en webapp fungerer godt på mobil

• flere språk, med mindre målgruppen krever det

Et eksempel på avgrensning

Tenk deg en idé om et bookingsystem for frisører. Den store visjonen har timebestilling, betaling, lagerstyring, lønn, kundeklubb og app. En god MVP kan være at kundene bestiller time på nett, og at frisøren ser dagens timer og kan flytte dem. Betalingen skjer i salongen som før. Bruker frisørene systemet hver dag etter noen uker, vet du at kjernen virker, og du vet mer om hva som bør komme etterpå.

App, webapp eller SaaS: hvilken form bør MVP-en ha?

For mange MVP-er er en webapp det raskeste stedet å starte. Den virker i nettleseren på mobil og PC, du kan oppdatere den når du vil, og du slipper å vente på godkjenning i appbutikkene.

En app passer når brukerne trenger varsler, kamera eller posisjon, eller skal bruke produktet mange ganger om dagen på farten. Husk at appbutikkene har egne krav. Apples retningslinjer for App Store sier i punktet om minimum funksjonalitet at en app skal være mer enn en ompakket nettside. Vil du vite hva som driver prisen, kan du lese artikkelen om hva det koster å lage en app.

SaaS handler mer om forretningsmodellen enn om teknologien. Produktet kjører hos deg, kundene betaler abonnement, og alle får nye funksjoner samtidig. En SaaS-tjeneste er som regel en webapp, noen ganger med en app ved siden av.

Hva må du tenke på ved SaaS-utvikling?

Når andre bedrifter skal legge sine data i produktet ditt, kommer det krav som en intern løsning slipper:

• Hver kundes data må holdes adskilt. En bruker hos én kunde skal aldri se data fra en annen. Det må være på plass fra første versjon.

• Personvern må bygges inn. Personvernforordningen artikkel 25 krever innebygd personvern, og at bare nødvendige personopplysninger behandles som standard.

• Du blir databehandler. Lagrer produktet personopplysninger på vegne av kundene dine, trenger du en databehandleravtale med hver av dem.

• Drift og oppetid. Kundene forventer at tjenesten virker når de trenger den. Planlegg backup, overvåking og hvem som svarer når noe går galt.

• Betaling og abonnement. Prøveperiode, oppgradering, oppsigelse og faktura må fungere uten at du gjør det for hånd.

Hvordan foregår selve utviklingen?

Hos oss går et prosjekt gjennom fem steg: behovskartlegging, planlegging, utvikling, testing og levering. Du kan lese om hvert av dem på siden om hvordan vi jobber.

Vi bygger i små steg, og du får se og teste deler av løsningen underveis. Da kan vi justere tidlig, mens det er billig, i stedet for sent. Skal produktet være en app, lager vi den ofte med én felles kodebase for iOS og Android, så nye funksjoner kommer til begge plattformene samtidig.

Hvordan tester og lanserer du MVP-en?

Start med en liten gruppe brukere du kan snakke med. Det kan være fem bedrifter du kjenner, eller de første som meldte interesse. Gi dem tilgang, følg med på hva de gjør, og spør hva som mangler.

Bestem på forhånd hva som skal til for at du kaller MVP-en en suksess. Eksempler på slike mål:

• Hvor mange av brukerne kommer tilbake etter en uke?

• Hvor mange fullfører hovedoppgaven uten hjelp?

• Hvor mange vil betale når prøveperioden er over?

Sett opp feilovervåking før lansering, så du ser feil før brukerne melder dem. Ha også en enkel måte å samle tilbakemeldinger på, for eksempel en knapp i løsningen eller en fast samtale hver uke med de første kundene.

Hva skjer etter lansering?

Nå starter arbeidet med å gjøre produktet bedre. Du vet mer om brukerne enn du gjorde før, og kan velge hva du skal bygge videre på. Noen funksjoner du var sikker på, blir aldri brukt. Andre, som du ikke tenkte på, blir etterspurt hver uke.

Produktet må også holdes ved like. Rammeverk og biblioteker får nye versjoner og sikkerhetsoppdateringer, og apper må følge med når Apple og Google endrer kravene sine. Vi kan ta ansvaret gjennom en avtale om drift og vedlikehold.

Hva koster MVP-utvikling?

Prisen avhenger av hvor mange skjermbilder og funksjoner MVP-en har, om den skal ha innlogging, betaling og varsler, og hvilke systemer den skal kobles til. Derfor oppgir vi ikke en fast pris. Du får et skriftlig tilbud med omfang og pris etter en kartlegging.

Det du kan styre selv, er omfanget. Jo strammere du avgrenser første versjon, jo raskere kommer du ut, og jo mindre setter du på spill.

Vil du lage en MVP?

Vi utvikler skreddersydd programvare og apper for iOS og Android for gründere og bedrifter, fra første skisse til lansering og videre drift. Fortell oss om ideen din, så hjelper vi deg å finne ut hva første versjon bør inneholde.