Cum de a defini într-adevăr un MVP
de ce poate fi MVP confuz?
MVP este unul dintre termenii care pare să genereze multă tracțiune în timpul unei transformări Agile. Se pare că oamenii sunt fericiți că încearcă să facă ‘suficient’ pentru a atinge un obiectiv. Dar, pentru companiile cu o mentalitate fixă, termenul poate fi abuzat rapid. Pentru aceste companii, accentul este de obicei pe livrarea a ceea ce a fost promis, mai degrabă decât construirea unei înțelegeri mai profunde a modului de a concura.
în aceste medii, MVP-urile pot fi adesea folosite pentru a justifica o reducere (și poate chiar lipsă) a domeniului de aplicare. În mod normal, sunt doar despre stabilirea unui limbaj de minimalism, astfel încât afacerea să obțină ceva pe care îl caută cu disperare și să aibă un minim de control al domeniului de aplicare. Cu o singură definiție a unui MVP lucrurile devin prea fixe. Rezultatul este că clientul este redus la a fi un gând ulterior, cu accent pe livrarea a ceea ce este convenit în avans, mai degrabă decât ceea ce este cu adevărat necesar.
pentru a adăuga la confuzie, de-a lungul anilor au existat multe definiții diferite ale caracteristicilor/produselor/lansărilor funcționale/viabile/comercializabile/acceptabile minime. Lucrul care pare a fi plăcut este să faci minimul. Cu toate acestea, problema este că nu există politici reale stabilite în interiorul companiilor pentru a defini modul în care MVP-urile ar putea fi utilizate pentru un efect mai mare într-un cadru care ajută la gestionarea și guvernarea riscurilor.
pentru a afla cu adevărat care este lucrul minim necesar, trebuie să mergem într-o călătorie de descoperire și învățare.
MVP – urile sunt despre învățare
definiția unui MVP ar trebui să fie întotdeauna legată de un rezultat – „acest MVP este conceput pentru a atinge x”. Nu există o definiție singulară a unui MVP. De exemplu, am putea crea un MVP pentru a vedea dacă produsul nostru rezolvă o problemă specifică pentru un anumit client. Sau, am putea crea cel mai mic produs posibil pentru a lansa un fenomen global. Aceste două lucruri sunt complet diferite și necesită strategii foarte diferite pentru a atinge obiectivul – și probabil o abordare diferită a managementului și guvernanței.
ceea ce știm este că există unele lucruri comune pe care organizațiile încearcă să le realizeze, astfel încât să putem pune o structură în jurul limbajului de învățare și descoperire.
mergând într – o călătorie de descoperire a clienților
echipa de servicii digitale a Guvernului britanic (GDS) a scris un cadru excelent pentru modul în care serviciile guvernamentale ar trebui proiectate și construite-îl puteți vedea aici. Acest cadru a fost conceput special pentru serviciile guvernamentale din Marea Britanie și crearea de soluții pentru cetățeni care s-au bazat pe învățarea nevoilor reale ale utilizatorilor și implementarea de soluții care au servit mai bine utilizatorilor.
un cadru similar funcționează la fel de bine într-un mediu de gestionare a produselor sau de gestionare a schimbărilor. Ne putem uita la el alături de abordarea de descoperire a clienților Steve Blank pentru dezvoltarea produselor și a afacerilor, care este în cele din urmă despre găsirea potrivirii produsului/pieței și construirea unui model de afaceri scalabil.
Acest model este conceput pentru a descoperi, valida și de a crea noi clienți, și apoi să vă conducă în construirea companiei odată ce sunteți sigur că aveți piață produs se potrivesc.
scopul cadrului este de a dezvolta înțelegerea și învățarea prin proiectarea incrementelor care ajută la răspunsul la întrebări specifice.
Discovery
Discovery se referă la dezvoltarea unei înțelegeri a clientului dvs. și a instrumentelor, produselor și serviciilor pe care le utilizează astăzi pentru a-și atinge obiectivele. Dacă credeți că aveți ceva care rezolvă mai bine problema lor, trebuie să faceți câteva lucruri:
- încadrați o declarație de problemă pentru care rezolvați și obțineți claritate dacă aceasta este o problemă valoroasă de rezolvat
- descrieți opțiunile despre cum ați putea rezolva problema
- explorați piața pentru ceea ce există astăzi pentru a atinge obiectivul – aflați ce fac deja concurenții dvs.
- vezi pasul 1. Încadrarea o declarație problemă foarte bun este elementul cel mai critic înainte de a trece mai departe.
S-ar putea să fie nevoie să construiți ceva aici pentru a ajuta la încadrarea bine a problemei. Orice ai face, nu construi prea mult. Păstrați lucrurile foarte ușoare, foarte rapide și construiți doar lucruri care vă vor ajuta să dezvoltați o înțelegere comună între dvs. și potențialii clienți despre problema-spațiul.
Alpha
Alpha este totul despre proiectarea ceva care atinge problema-soluție se potrivesc. Deci, aveți o declarație de problemă bine definită. Și câteva idei despre cum să o rezolvi. Înțelegeți ce fac alții pe piață. Bănuiți că există valoare în lucrul la o soluție și există o piață de oameni care vor cheltui niște bani. Pe măsură ce vă construiți soluția (sau soluții pentru că este în regulă să construiți multe prototipuri în paralel sau în serie), trebuie să vă concentrați să răspundeți la câteva întrebări cheie:
- credeți că soluția dvs. potențială rezolvă de fapt problema pe care ați definit-o (și clientul dvs. a descris-o ca fiind valoroasă)?
- aveți vreo validare a clienților – v-au spus clienții că soluția propusă îi ajută să rezolve problema pe care o au?
- sunt utilizatorii la zi pregătit să plătească pentru soluția? În acest stadiu, credeți că ar putea deveni o afacere viabilă?
- este soluția dvs. diferită de concurenții dvs.? Este clar pentru alții că este diferențiat?
- și înainte de a merge mai departe, rezolvă cu adevărat problema? Este într-adevăr nevoie să înainte de a cheltui bani pe achiziționarea de clienți și utilizatori.
Beta
în această etapă, ați validat soluția dvs. cu clienți reali. Ei ar fi trebuit să fie oameni care reprezintă cu adevărat personas sunteți în căutarea de a servi. Știți că ideea dvs. funcționează – cel puțin pentru o populație mică. Dar, este ușor să comercializați, să găsiți și să achiziționați clienți și să serviți un grup mai divers. Beta este totul despre găsirea potrivirii pe piața produselor. Întrebările care vă sunt utile pentru a construi soluții în această etapă sunt:
- soluția dvs. se scalează pentru a satisface nevoile celor mulți? Cum ați putea rezolva problema într-un mod viabil din punct de vedere economic?
- cum poziționați și comercializați propunerea dvs. de valoare viabilă?
- ce canale ar putea fi cele mai bune pentru achiziționarea și deservirea pieței dvs. țintă?
- cum creezi cea mai bună experiență (din perspectiva vânzărilor și livrării)?
- ce alte caracteristici ar putea fi necesare pentru ca oamenii să evanghelizeze despre produsul dvs.?
- care este combinația potrivită de achiziție, sesizare și investiții de retenție?
- cum structurez cel mai bine echipele și operațiunile pentru a servi o lansare?
- care sunt indicatorii mei cheie de creștere? Cum aș putea ști dacă produsul nu merge la fel de bine cum vreau? Sau, cum știu că există ceva nou care concurează cu propunerea mea de valoare?
Live
mare! Deci, ați creat o serie de produse minime viabile. Ai învățat multe. Probabil că v-ați iterat drumul prin descoperire, Alfa și Beta și sunteți gata să faceți produsul dvs. un fenomen global (sau oricare ar fi scopul dvs.). Acum sunteți în căutarea pentru modelul de afaceri viabil vine la viață. În acest stadiu, este vorba despre îmbunătățirea continuă a tot ceea ce faci. Caracteristici noi, modele de livrare îmbunătățite, creșterea bazei de clienți. Este vorba despre mai mult de același lucru – dar îmbunătățit continuu.
retrage
acum, sperăm că în timpul Beta și Live v-ați dat seama de valorile cheie pentru a vă ajuta să lucrați dacă sunteți perturbat de altceva pe piață. Acestea ar trebui să includă câțiva indicatori principali care nu se referă doar la venituri și profit. Sperăm că vă vor da semnale că produsul este încă performant sau are nevoie de atenție. O parte din concurența dvs. va putea fi tratată prin îmbunătățirea continuă-acest lucru este probabil dacă într-adevăr ați avut produsul/piața potrivită. Dar, uneori, un lucru nou vine de-a lungul să te bat de pe biban dumneavoastră. În acest moment, trebuie să vă gândiți să vă retrageți și să începeți din nou procesul. Este înapoi la Discovery pentru a re-servi clienții și utilizatorii dvs. și pentru a vă retrage pentru soluția pe care ați crescut-o cu dragoste.
încadrarea MVP-urilor bune
deci, pentru a limita acest lucru, merită să spunem câteva alte lucruri. Puteți (și poate cu siguranță ar trebui și va) au mai multe iterații de MVP în fiecare etapă a procesului de învățare. Important este să înveți, să primești răspunsuri la întrebările tale și să îți dai seama când este mai bine să treci la următorul nivel de scară. În orice moment puteți pune întrebarea dacă ar trebui să perseverați cu ideea dvs., să pivotați la ceva complet nou sau să renunțați la întreaga idee. De obicei, dacă declarația problemă a fost bine încadrată la început, va exista o valoare de urmat, indiferent de cât de bine funcționează soluțiile, dar nu este întotdeauna cazul.
fii precaut să sari direct într-o etapă ulterioară fără a răspunde la întrebări anterioare. Întotdeauna scopul de a construi dovezi și de a obține validare. Și, fiți atenți să nu treceți la răspunsul implicit al’doar un produs cu fiecare caracteristică va fi necesar pentru MVP-ul nostru, astfel încât să putem scala la nevoile întreprinderilor noastre’. Este probabil cea mai mare greșeală folosind MVP-uri în companii mari.
amintiți-vă că un MVP este un vehicul pentru învățare. Face parte dintr-un proces de descoperire și o modalitate de a dezvolta perspective mai profunde asupra problemei pe care o rezolvați. Vă ajută să construiți produsul cel mai de dorit, viabil și fezabil posibil. Gândiți-vă la asta în termeni de modalități de a încadra un obiectiv care este un subset al celui mai mare obiectiv. Chiar și atunci când vă aflați într-o întreprindere mare, există întotdeauna modalități de a descompune lucrurile pentru a construi, învăța și testa.