Webudvikling
Fra idé til første version: Sådan afgrænser du en MVP
Skal du bygge en app, et system eller en webtjeneste? Lær at afgrænse en MVP med én vigtig brugeropgave, tydelige integrationer og kriterier for første lancering.
En MVP er en første, afgrænset version af et produkt, som lader jer afprøve den vigtigste værdi i praksis. Den skal være brugbar til den opgave, den lover at løse, selv om mange mulige funktioner kommer senere.
Hos MA Apps er afklaring af behov og omfang en vigtig del af vejen til hjemmesider, apps og systemer. Denne guide viser, hvordan vi anbefaler, at man tænker, når en idé skal blive til et konkret udviklingsprojekt.
Start med den opgave, brugeren skal løse
Skriv ned, hvem der skal bruge løsningen, hvad personen prøver at opnå, og hvordan opgaven bliver løst i dag. En god problemformulering er konkret nok til, at I kan undersøge, om den nye løsning hjælper.
Forestil dig en servicevirksomhed, hvor medarbejdere sender billeder og noter på e-mail efter et kundebesøg. En første version kan gøre det muligt at vælge opgave, registrere arbejdet og sende en samlet rapport. En omfattende kundeportal kan vente, hvis den ikke er nødvendig for at afprøve dette workflow.
Skil nødvendig funktionalitet fra gode idéer
Gå hele brugeropgaven igennem, og marker, hvilke trin der skal være med. En funktion hører hjemme i første version, når opgaven ikke kan gennemføres forsvarligt uden den. Resten kan vurderes, når I har erfaring fra brugen.
Undgå at skære vigtige kvaliteter væk bare for at forkorte listen. Adgangsstyring, forståelige fejlmeddelelser og håndtering af data kan være nødvendige dele af den første løsning. Mindre omfang betyder færre opgaver at understøtte, ikke at de vigtigste opgaver skal fungere dårligt.
Overvej en webapp, før I beslutter jer for en mobilapp
Valget mellem hjemmeside, webapp og mobilapp bør følge behovet. Undersøg, hvor brugerne arbejder, hvilke enheder de bruger, og om opgaven kræver telefonfunktioner eller brug uden stabil netadgang. Afklar også, hvordan løsningen skal distribueres og opdateres.
MA Apps arbejder med både web og mobil. Det gør det muligt at vurdere alternativerne, før teknologivalget låses fast. En kort beskrivelse af brugssituationen er et bedre grundlag for dialogen end at vælge platform, bare fordi den er velkendt.
Kortlæg dataflowet, før I bestiller integrationer
En funktionsliste siger lidt om, hvor data kommer fra. Notér, hvilke systemer der allerede har kunder, ordrer eller produkter, og hvilket system der fremover skal eje informationen. Afklar adgange og kontaktpersoner, før I lægger tidsplanen.
MA Apps beskriver integrationer som forbindelser mellem blandt andet CRM, økonomi og interne værktøjer med vægt på fejlhåndtering og dokumentation. I jeres projekt bør det også være tydeligt, hvad brugeren ser, hvis en overførsel fejler, og hvem der følger op på afvigelsen.
Kilde: MA Apps: API-integrationer
Afgør, hvad der skal være på plads, før I lancerer
Lav nogle få konkrete acceptkriterier for hovedopgaven. I serviceeksemplet kan det være, at den rette medarbejder får adgang til opgaven, kan sende rapporten og får en tydelig bekræftelse. Lad reelle brugere prøve arbejdsgangen med repræsentative data.
Afklar samtidig, hvem der modtager spørgsmål, retter fejl og bestiller ændringer. Dokumentation og drift er en del af et brugbart produkt. Det bliver lettere at tage løsningen i brug, når ansvar og kontaktveje er tydelige.
Brug erfaringen, før funktionslisten vokser
Aftal, hvad I vil undersøge efter første lancering. Kan brugeren gennemføre opgaven? Hvor opstår der spørgsmål? Hvilke manuelle trin er der tilbage? Kombinér observationer med tilbagemeldinger fra dem, der bruger løsningen.
Prioritér næste version ud fra den vigtigste hindring, I faktisk har set. Nogle gange er det en ny funktion. Andre gange er det en enklere tekst, bedre oplæring eller en mere pålidelig integration. En god MVP giver et bedre grundlag for den beslutning.
Spørgsmål og svar
Er en MVP det samme som en prototype?
En prototype bruges ofte til at udforske og afprøve et koncept før fuld udvikling. En MVP er en afgrænset løsning, som kan bruges til den valgte opgave. Hvad der faktisk leveres, bør beskrives tydeligt i aftalen.
Kan vi få en fast pris på første version?
Et konkret omfang og afklarede afhængigheder giver et bedre grundlag for prissætning. Integrationer, usikre krav og ændringer skal være synlige i tilbuddet, før I beslutter leverancemodel.
Kilder og videre læsning
Fra indsigt til noget, der virker.
Tag en snak med os om, hvad din virksomhed har brug for, og hvor det er fornuftigt at starte.
Udforsk udvikling med MA Apps