Omkostninger ved MVP-udvikling: hvad driver omfang og indsats?

„Hvad koster en MVP?“ er et af de første spørgsmål, stiftere stiller, og det ærlige svar er, at det afhænger af beslutninger, I endnu ikke har truffet. To produkter, der lyder ens, kan variere flere gange i indsats på grund af platforme, integrationer eller krav til data. I stedet for at angive prisintervaller forklarer denne guide de faktorer, der driver omkostninger, omfang og indsats ved MVP-udvikling, så I kan træffe valg, der holder den første version fokuseret, og sammenligne tilbud på et retfærdigt grundlag.

Hvad det er

Indsatsen bag en MVP afhænger af, hvor meget der skal designes, bygges, integreres, testes og overdrages. De vigtigste faktorer er: antallet af forskellige brugerroller og centrale brugerrejser; platforme (web, iOS, Android eller en cross-platform-tilgang); om backend er specialudviklet eller bruger en administreret tjeneste; integrationer med betaling, identitet, beskeder, CRM eller branchesystemer; databehov såsom migrering, rapportering eller filhåndtering; krav til sikkerhed og privatliv, herunder autentifikation, rettigheder og håndtering af personoplysninger; designniveau, fra funktionelle skærmbilleder til en gennemarbejdet brandoplevelse; forventninger til kvalitet og testdækning; udrulning, indsendelse til app-butikker og opsætning af miljøer; og den overdragelse, jeres team har brug for til at drive og videreudvikle produktet. Usikkerhed er i sig selv en faktor: når kravene er uklare, indeholder estimaterne flere reserver, eller omfanget ændres under leverancen.

Hvem er det for?

Denne guide hjælper:

Stiftere, der forbereder en brief eller sammenligner tilbud fra udviklingspartnere
Produktchefer, der skal forsvare et fokuseret omfang over for interessenter
Virksomheder, der for første gang planlægger et internt værktøj eller en kundevendt app
Teams, der har modtaget estimater, som afviger markant fra hinanden, og vil forstå hvorfor

Hvad det hjælper med at afklare

At forstå faktorerne hjælper med at afklare:

Hvilke funktioner der hører hjemme i den første udgivelse, og hvilke der kan vente
Om én platform er nok til at lære det, I har brug for
Hvilke integrationer der er væsentlige, og hvilke der indtil videre kan håndteres manuelt
Hvilke antagelser i et tilbud der driver det meste af indsatsen

Hvad er inkluderet

Skriv produktets kerneværdi i én sætning, og oplist kun de brugerrejser, der leverer den
Tæl brugerrollerne; hver rolle tilføjer skærmbilleder, rettigheder og test
Vælg én platform først, medmindre jeres brugere tydeligt har brug for flere
Oplist integrationer, og markér hver som væsentlig, kan udskydes eller kan erstattes af et manuelt trin
Beslut, om en administreret backend er tilstrækkelig til den første version
Identificér personoplysninger eller følsomme data og den beskyttelse, de kræver
Aftal et designniveau, der passer til jeres målgruppe og fase
Definér acceptkriterier, og hvilken test der forventes
Afklar, hvem der ejer hostingkonti, kode-repositories og opslag i app-butikker
Planlæg overdragelsen: dokumentation, overførsel af adgange og support efter leverancen

Hvad er ikke inkluderet?

Budgetintervaller eller faste tal; indsatsen afhænger af det bekræftede omfang
En påstand om, at et mindre omfang sikrer udbredelse eller succes
Løbende udvikling af funktioner ud over den aftalte første version
Omkostninger til tredjepartslicenser, hosting eller transaktioner, som bekræftes separat

Hvornår du skal vælge det

Brug denne guide, før I indhenter tilbud, så jeres brief besvarer de spørgsmål, der driver indsatsen. Den er også nyttig, når I sammenligner tilbud: spørg hver udbyder, hvilke antagelser de har gjort om platforme, integrationer og data, fordi forskelle dér normalt forklarer forskelle i estimaterne. Hvis flere faktorer stadig er ukendte, er en kort blueprint- eller afklaringsfase ofte en fornuftig investering, før I forpligter jer til en fuld udvikling.

Vores tilgang

Den mest pålidelige måde at styre indsatsen på er at reducere usikkerhed og omfang, før udviklingen starter. Definér de centrale brugerrejser, det mindste nyttige funktionssæt, de væsentlige integrationer og sikkerhedsbaselinen. Bed derefter om et skriftligt omfang, der angiver, hvad der er inkluderet, hvad der er udeladt, og hvilke antagelser der gælder. Vores tjeneste App MVP Sprint leverer en afgrænset første version med en leverancedokumentation og overdragelsesmateriale; omfang og kommercielle vilkår bekræftes skriftligt, før arbejdet begynder. Hvor backend eller integrationer er omfattende, kan Secure Backend & API Engineering afgrænses sideløbende. Hvis produktet endnu ikke er defineret nok til at blive estimeret med sikkerhed, kan en opgave med Product Blueprint & Scope levere de brugere, flows, funktioner og afhængigheder, der er nødvendige for et mere sikkert tilbud.

App MVP Sprint

Se siden for tjenesten App MVP Sprint