Hvordan virkelig definere EN MVP

Hvorfor KAN MVP være forvirrende?

MVP er en av betingelsene som synes å generere mye trekkraft under En Smidig transformasjon. Det synes folk er glade for å prøve å gjøre ‘akkurat nok’ for å oppnå et mål. Men for selskaper med fast tankegang kan begrepet raskt bli misbrukt. For disse selskapene er fokuset vanligvis på å levere ‘det som ble lovet’ i stedet for å bygge opp en dypere forståelse av hvordan man skal konkurrere.

I disse miljøene kan Mvper ofte brukes til å rettferdiggjøre en reduksjon (og kanskje til og med mangel) i omfang. De er normalt bare om å sette et språk av minimalisme så ‘Virksomheten’ få noe de er desperat på jakt etter, OG ‘ DET ‘ har noen minstemål av omfang kontroll. Med en enkelt definisjon av EN MVP blir ting for faste. Resultatet er at kunden er redusert til å være en ettertanke med fokus på å levere det som er avtalt på forhånd i stedet for det som virkelig kreves.for å legge til forvirringen har det gjennom årene vært mange forskjellige definisjoner Av Minimum Funksjonelle / Levedyktige/Salgbare/Akseptable funksjoner/produkter / utgivelser. Det som synes å være behagelig er å gjøre minimum. Problemet er imidlertid at det ikke er noen reell politikk satt i selskaper for å definere hvordan Mvp-Er kan brukes til større effekt i et rammeverk som bidrar til å styre og styre risiko.

for å virkelig finne ut hva det minste som kreves er, må vi gå på en oppdagelsesreise og læring.

Mvp handler om å lære

definisjonen AV EN MVP bør egentlig alltid være relatert til et utfall – «Denne MVP er designet for å oppnå x». Det er ingen entall definisjon AV EN MVP. For eksempel kan vi opprette EN MVP for å se om produktet løser et bestemt problem for en bestemt kunde. Eller vi kan skape det minste mulige produktet for å lansere et globalt fenomen. Disse to tingene er helt forskjellige og krever svært forskjellige strategier for å nå målet-og sannsynligvis en annen ledelse og styringstilnærming.

det vi vet er at det er noen vanlige ting som organisasjoner prøver å oppnå, slik at vi kan sette litt struktur rundt språket for læring og oppdagelse.

Skal Du På En Kunde Oppdagelsesreise

DEN BRITISKE Regjeringens Digital Services Team (GDS) skrev et utmerket rammeverk for Hvordan Offentlige Tjenester skal utformes og bygges – du kan se det her. Dette rammeverket ble spesielt utviklet FOR BRITISKE offentlige tjenester og skape løsninger for borgere som var basert på å lære brukerne reelle behov og distribusjon av løsninger som bedre tjent brukere.

et lignende rammeverk fungerer like bra i Et Produktledelse eller Endringsledelse miljø. Vi kan se På Det sammen Med Steve Blanks Customer Discovery-tilnærming til produkt – og forretningsutvikling, som i siste instans handler om Å finne Produkt / Markedstilpasning og bygge en skalerbar forretningsmodell.

denne modellen er designet for å oppdage, validere og skape nye kunder, og deretter lede Deg inn I Selskapet Bygge Når Du er sikker På At Du Har Produktet markedet passer.

målet med rammeverket er å utvikle forståelse og lære ved å utforme trinn som bidrar til å svare på spesifikke spørsmål.Discovery Handler om å utvikle en forståelse av kunden din og verktøyene, produktene og tjenestene de bruker i dag for å nå sine mål. Hvis du tror at du har noe som bedre løser problemet, må du gjøre et par ting:

1. Frame et problem uttalelse som du løse for, og få klarhet i om dette er et verdifullt problem å løse
2. Beskriv alternativer på hvordan du kan løse problemet
3. Utforsk markedet for hva som finnes i dag for å oppnå målet-finne ut hva konkurrentene gjør allerede –
4. Se trinn 1. Innramming en virkelig god problemstilling er det mest kritiske elementet før du går videre.

Du må kanskje bygge noe her for å bidra til å ramme problemet godt. Uansett hva du gjør, ikke bygg for mye. Hold ting veldig lett, veldig rask og bare bygge ting som vil bidra til å utvikle en felles forståelse mellom deg og potensielle kunder om problemet-plass.

Alpha

Alpha handler om å designe Noe som oppnår Problemløsning Passform. Så du har en veldefinert problemstilling. Og noen ideer om hvordan du løser det. Du forstår hva andre gjør i markedet. Du mistenker at det er verdi i å jobbe med en løsning, og det er et marked for folk som vil bruke litt penger. Når du bygger løsningen din (eller løsninger fordi det er greit å bygge mange prototyper parallelt eller serielt), må du holde fokus på å svare på noen viktige spørsmål: Tror du at din potensielle løsning faktisk løser problemet du har definert (og kunden din har beskrevet som verdifull)?

Beta

På dette stadiet har du validert løsningen din med ekte kunder. De burde ha vært folk som virkelig representerer personene du ønsker å tjene. Du vet at ideen din fungerer – i hvert fall for en liten befolkning. Men, er det lett å markedsføre, finne og skaffe kunder og tjene en mer mangfoldig gruppe. Beta handler om Å finne Produkt-Markedet Passform. Spørsmålene som er nyttige for deg å bygge løsninger på på dette stadiet er:

1. skalerer løsningen din for å møte behovene til de mange? Hvordan kan du løse problemet på en måte som er økonomisk levedyktig?
2. hvordan posisjonerer og markedsfører du ditt levedyktige Verdiforslag?
3. Hvilke kanaler kan være best for å anskaffe og betjene målmarkedet ditt?
4. Hvordan skaper du den beste opplevelsen (fra et salgs-og leveranseperspektiv)?
5. Hvilke andre funksjoner kan være nødvendig for å få folk til å evangelisere om produktet ditt?
6. Hva er den rette blandingen av oppkjøp, henvisning og oppbevaring investering?
7. Hvordan strukturerer jeg best team og operasjoner for å betjene en lansering?
8. Hva er mine nøkkelindikatorer for vekst? Hvordan kan jeg vite om produktet ikke gjør så godt som jeg vil? Eller, hvordan vet jeg at det er noe nytt som konkurrerer med Min Verdi Proposisjon?

Live

Flott! Så du har opprettet En rekke Minimum Viable Produkter. Du har lært mye. Du har sikkert iterert deg gjennom Discovery, Alpha og Beta, og du er klar til å gjøre produktet til et globalt fenomen (eller hva målet ditt er). Du er nå på utkikk Etter Levedyktig Forretningsmodell kommer til liv. På dette stadiet handler det om kontinuerlig forbedring av alt du gjør. Nye funksjoner, forbedrede leveransemodeller, økt kundebase. Det handler om mer av det samme – men kontinuerlig forbedret.Nå, forhåpentligvis Under Beta Og Live, har du funnet ut de viktigste beregningene for å hjelpe deg med å finne ut om du blir forstyrret av noe annet på markedet. Disse bør inkludere noen ledende indikatorer som ikke bare handler om inntekter og fortjeneste. Forhåpentligvis vil de gi deg signaler om at produktet fortsatt utfører eller trenger oppmerksomhet. Noen av konkurrentene vil kunne håndteres av kontinuerlig forbedring-det er sannsynlig hvis du virkelig Har Produkt / Marked Passform. Men noen ganger kommer en ny ting sammen for å slå deg av abbor. På det punktet må du nå vurdere pensjonere og starte prosessen på nytt. Det er Tilbake Til Discovery å re-betjene dine kunder og brukere, og På Å Pensjonere for løsningen som du så kjærlig vokste.

Innramming gode MVPs

Så, for å dekke dette av, er det verdt å si et par andre ting. Du kan (og kanskje sikkert burde og vil) ha mange iterasjoner Av MVPs i hvert trinn av læringsprosessen. Det viktigste er å lære, få svar på dine spørsmål og finne ut når det er best å gå til neste nivå. Når som helst kan du stille spørsmålet om du bør fortsette med ideen din, svinge til noe helt nytt eller skrap hele ideen. Vanligvis, hvis problemstillingen var godt innrammet i begynnelsen, vil det være verdi å gå etter, uansett hvor godt løsninger fungerer, men det er ikke alltid tilfelle.

vær forsiktig med å hoppe rett til et senere stadium uten å svare på tidligere spørsmål. Alltid sikte på å bygge bevis og få validering. Og vær oppmerksom på ikke å hoppe til standard svaret på ‘bare et produkt med hver funksjon vil være nødvendig for VÅR MVP, slik at vi kan skalere Til Våre Bedrifter trenger’. Det er trolig den største feilen ved Å bruke Mvper i store selskaper.

Husk at EN MVP er et redskap for læring. Det er en del av en oppdagelsesprosess og en måte for deg å utvikle dypere innsikt i problemet du løser for. Det hjelper deg med å bygge det mest ønskelige, levedyktige og gjennomførbare produktet mulig. Tenk på det når det gjelder måter å ramme et mål som er en delmengde av det største målet. Selv når du er i en stor bedrift, er det alltid måter å bryte ting ned for å bygge, lære og teste.