hvordan man virkelig definerer en MVP

Hvorfor kan MVP være forvirrende?

MVP er et af de udtryk, der ser ud til at generere en masse trækkraft under en smidig transformation. Det ser ud til, at folk er glade for at forsøge at gøre ‘lige nok’ til at nå et mål. Men for virksomheder med en fast tankegang kan udtrykket hurtigt misbruges. For disse virksomheder er fokus typisk på at levere ‘hvad der blev lovet’ snarere end at opbygge en dybere forståelse af, hvordan man konkurrerer.

i disse miljøer kan MVP ‘ er ofte bruges til at retfærdiggøre en reduktion (og måske endda mangel) i omfang. De handler normalt kun om at sætte et sprog af minimalisme, så ‘virksomheden’ får noget, de desperat leder efter, og ‘det’ har noget omfang af kontrol. Med en enkelt definition af en MVP bliver tingene for faste. Resultatet er, at kunden reduceres til at være en eftertanke med fokus på at levere det, der er ‘aftalt’ på forhånd snarere end det, der virkelig kræves.

for at tilføje forvirringen har der gennem årene været mange forskellige definitioner af minimale funktionelle/levedygtige/omsættelige/Acceptable funktioner/produkter/udgivelser. Det, der synes at være behageligt, er at gøre minimumet. Problemet er imidlertid, at der ikke er nogen reelle politikker inden for virksomheder til at definere, hvordan MVP ‘ er kan bruges til større effekt i en ramme, der hjælper med at styre og styre risiko.

for virkelig at finde ud af, hvad det mindste, der kræves, er, er vi nødt til at tage på en rejse med opdagelse og læring.

MVP ‘ er handler om at lære

definitionen af en MVP skal virkelig altid være relateret til et resultat – “denne MVP er designet til at opnå h”. Der er ingen entydig definition af en MVP. For eksempel kan vi oprette en MVP for at se, om vores produkt løser et specifikt problem for en bestemt kunde. Eller vi kan skabe det mindst mulige produkt til at lancere et globalt fænomen. Disse to ting er helt forskellige og kræver meget forskellige strategier for at nå målet – og sandsynligvis en anden ledelses-og styringsmetode.

det, vi ved, er, at der er nogle almindelige ting, som organisationer forsøger at opnå, så vi kan sætte en vis struktur omkring sproget for læring og opdagelse.

på en Kundeopdagelsesrejse

den britiske regerings digitale serviceteam (GDS) skrev en fremragende ramme for, hvordan offentlige tjenester skal designes og bygges – du kan se det her. Denne ramme var specielt designet til Britiske regeringstjenester og skabe løsninger til borgere, der var baseret på at lære brugerne reelle behov og implementere løsninger, der bedre tjente brugerne.

en lignende ramme fungerer lige så godt i et Produktstyrings-eller Ændringsstyringsmiljø. Vi kan se på det sammen med Steve Blanks Customer Discovery-tilgang til produkt-og forretningsudvikling, som i sidste ende handler om at finde produkt/markedstilpasning og opbygge en skalerbar forretningsmodel.

denne model er designet til at opdage, validere og oprette nye kunder og derefter føre dig ind i virksomhedsopbygning, når du er sikker på, at du har produktmarkedstilpasning.

målet med rammen er at udvikle forståelse og lære ved at designe trin, der hjælper med at besvare specifikke spørgsmål.Discovery handler om at udvikle en forståelse af din kunde og de værktøjer, produkter og tjenester, de bruger i dag for at nå deres mål. Hvis du tror, du har noget, der bedre løser deres problem, skal du gøre et par ting:

1. Indram en problemstilling, som du løser for, og få klarhed om, hvorvidt dette er et værdifuldt problem at løse
2. beskriv muligheder for, hvordan du kan løse problemet
3. Udforsk markedet for det, der findes i dag for at nå målet – find ud af, hvad dine konkurrenter allerede gør.
4. se trin 1. Indramning af en rigtig god problemstilling er det mest kritiske element, før du går videre.

Du skal muligvis bygge noget her for at hjælpe med at ramme problemet godt. Uanset hvad du gør, skal du ikke bygge for meget. Hold tingene meget lette, meget hurtige og bygg kun ting, der hjælper med at udvikle en fælles forståelse mellem dig og potentielle kunder om problemrummet.

Alpha

Alpha handler om at designe noget, der opnår problemløsning. Så du har en veldefineret problemstilling. Og nogle ideer til, hvordan man løser det. Du forstår, hvad andre gør på markedet. Du har mistanke om, at der er værdi i at arbejde på en løsning, og der er et marked for mennesker, der vil bruge nogle penge. Når du bygger din løsning (eller løsninger, fordi det er okay at bygge mange prototyper parallelt eller serielt), skal du holde fokus på at besvare nogle nøglespørgsmål:

1. tror du, at din potentielle løsning faktisk løser det problem, du har defineret (og din kunde har beskrevet som værdifuldt)?
2. har du nogen kundevalidering-har nogen kunder fortalt dig, at din foreslåede løsning hjælper dem med at løse det problem, de har?
3. er dine brugere parat til at betale for din løsning? Tror du på nuværende tidspunkt, at det kan blive en levedygtig virksomhed?
4. er din løsning anderledes end dine konkurrenter? Er det klart for andre, at det er differentieret?
5. og inden du går videre, løser det virkelig problemet? Det skal virkelig, før du bruger penge på at erhverve kunder og brugere.

Beta

på dette tidspunkt har du valideret din løsning med rigtige kunder. De burde have været mennesker, der virkelig repræsenterer de personer, du ønsker at tjene. Du ved, at din ide virker – i det mindste for en lille befolkning. Men er det let at markedsføre, finde og erhverve kunder og betjene en mere forskelligartet gruppe. Beta handler om at finde Produktmarkedstilpasning. De spørgsmål, der er nyttige for dig at opbygge løsninger på på dette stadium, er:

1. skalerer din løsning for at imødekomme de mange behov? Hvordan kan du løse problemet på en måde, der er økonomisk levedygtig?
2. hvordan positionerer og markedsfører du dit levedygtige værdiproposition?
3. hvilke kanaler kan være bedst til at erhverve og betjene dit målmarked?
4. hvordan skaber du den bedste oplevelse (fra et Salgs-og leveringsperspektiv)?
5. hvilke andre funktioner kan være nødvendige for at få folk til at evangelisere om dit produkt?
6. hvad er den rigtige blanding af erhvervelse, henvisning og fastholdelse investering?
7. hvordan strukturerer jeg bedst teams og operationer til at betjene en lancering?
8. hvad er mine nøgleindikatorer for vækst? Hvordan kan jeg vide, om produktet ikke klarer sig så godt, som jeg vil? Eller, hvordan kan jeg vide, at der er noget nyt, der konkurrerer med min værdi Proposition?

Live

fantastisk! Så du har oprettet en række minimum levedygtige produkter. Du har lært meget. Du har sikkert gentaget din vej gennem Discovery, Alpha og Beta, og du er klar til at gøre dit produkt til et globalt fænomen (eller hvad dit mål er). Du leder nu efter den levedygtige forretningsmodel, der kommer til liv. På dette stadium handler det om løbende forbedring af alt, hvad du gør. Nye funktioner, forbedrede leveringsmodeller, øget kundebase. Det handler om mere af det samme-men løbende forbedret.

gå på pension

nu, forhåbentlig under Beta og Live, har du fundet ud af de vigtigste målinger, der hjælper dig med at træne, hvis du bliver forstyrret af noget andet på markedet. Disse bør omfatte nogle førende indikatorer, der ikke kun handler om indtægter og overskud. Forhåbentlig vil de give dig signaler om, at produktet stadig udfører eller har brug for opmærksomhed. Nogle af din konkurrence vil kunne håndteres ved løbende forbedring-det er sandsynligt, hvis du virkelig havde produkt/markedstilpasning. Men nogle gange kommer en ny ting sammen for at slå dig af din aborre. På det tidspunkt skal du nu overveje at gå på pension og starte processen igen. Det er tilbage til Discovery at re-tjene dine kunder og brugere, og på at gå på pension for den løsning, som du så kærligt voksede.

indramning af gode MVP ‘ er

så for at dække dette er det værd at sige et par andre ting. Du kan (og måske helt sikkert burde og vil) have mange iterationer af MVP ‘ er i hvert trin i læringsprocessen. Det vigtige er at lære, få svar på dine spørgsmål og finde ud af, hvornår det er bedst at flytte til det næste niveau. På ethvert tidspunkt kan du stille spørgsmålet, om du skal holde ud med din ide, dreje til noget helt nyt eller skrot hele ideen. Typisk, hvis problemstillingen var godt indrammet i starten, vil der være værdi at gå efter uanset hvor godt løsninger fungerer, men det er ikke altid tilfældet.

vær forsigtig med at hoppe direkte til et senere tidspunkt uden at besvare tidligere spørgsmål. Forsøg altid at opbygge beviser og få validering. Og vær opmærksom på ikke at springe til standard svaret på ‘kun et produkt med hver funktion vil være nødvendigt for vores MVP, så vi kan skalere til vores virksomheder har brug for’. Det er nok den største fejl ved at bruge MVP ‘ er i store virksomheder.

husk en MVP er et middel til læring. Det er en del af en opdagelsesproces og en måde for dig at udvikle dybere indsigt i det problem, du løser for. Det hjælper dig med at opbygge det mest ønskelige, levedygtige og gennemførlige produkt muligt. Tænk over det med hensyn til måder at ramme et mål, der er en delmængde af det største mål. Selv når du er i en stor virksomhed, er der altid måder at nedbryde ting for at opbygge, lære og teste.