MVP – Când construiți, măsurați, învățați nu înseamnă doar aruncarea lucrurilor împotriva peretelui
Publicat: 2017-05-29Și să văd dacă funcționează
Sunt întotdeauna surprins când criticii se plâng că abordarea Build, Measure, Learn a Lean Startup nu este altceva decât „aruncarea produselor incomplete din clădire pentru a vedea dacă funcționează”.
Din păcate, diagrama Construire, Măsurare, Învățare este cauza acestei confuzii. La prima vedere pare un proces gata de țintire.
Este timpul să actualizăm Build, Measure, Learn la ceea ce știm acum că este cea mai bună modalitate de a construi startup-uri Lean.
Iată cum.
Construiți, măsurați, învățați sună destul de simplu. Construiți un produs, introduceți-l în lumea reală, măsurați reacțiile și comportamentele clienților, învățați din asta și folosiți ceea ce ați învățat pentru a construi ceva mai bun. Repetați, aflați dacă să repetați, să pivotați sau să reporniți până când aveți ceva care îi place clienților .
Dezvoltarea cascadei
Deși sună simplu , abordarea Build Measure Learn pentru dezvoltarea de produse este o îmbunătățire radicală față de modelul tradițional Waterfall , folosit de-a lungul secolului XX pentru a construi și a livra produse. Pe atunci, un antreprenor folosea un proces de dezvoltare a unui produs în serie care a continuat pas cu pas, cu feedback redus sau deloc al clienților. Fondatorii au presupus că au înțeles problemele/nevoile clienților, au scris documente privind cerințele de inginerie, au proiectat produsul, au implementat /construit hardware-ul/software-ul, au verificat că funcționează testându- l și apoi au prezentat produsul clienților într-un coming out oficial numit prima navă client. .
Waterfall Development a fost totul despre execuția documentului de cerințe. În timp ce versiunile inițiale ale produsului au fost partajate clienților în Alpha și Beta Testing, scopul accesului timpuriu al clienților la produs a fost să descopere erori pentru a nu oferi feedback cu privire la funcții sau utilitate. Numai după expedierea și încercarea de a vinde produsul, un startup va auzi orice feedback substanțial din partea clienților. Și prea des, după luni sau chiar ani de dezvoltare, antreprenorii au învățat la greu că clienții nu își cumpără produsul pentru că nu aveau nevoie sau nu doreau majoritatea caracteristicilor acestuia .
Adesea companiile au fost nevoie de trei încercări pentru a obține produsele corecte. Versiunea 1 a fost construită fără feedback-ul clienților și, înainte ca versiunea 1 să fie finalizată, munca începuse deja la versiunea 2, așa că a durat până la versiunea 3 până când clientul a fost cu adevărat auzit (de exemplu, Microsoft Windows 3.0)
Cele mai bune practici în dezvoltarea de software au început să treacă la dezvoltarea agilă la începutul anilor 2000. Această metodologie a îmbunătățit cascada prin construirea software-ului în mod iterativ și prin implicarea clientului. Dar îi lipsea un cadru pentru testarea întregii comercializări ipoteze în afara clădirii. Cu Agile, puteți ajunge să satisfaceți fiecare caracteristică cerută de un client și, totuși, să ieșiți din afacere.
Apoi a venit focusul Build Measure Learn al Lean Startup.
Construiți Măsura Învățați
Scopul Build-Measure-Learn nu este de a construi un produs final de expediat sau chiar de a construi un prototip al unui produs, ci de a maximiza învățarea prin inginerie incrementală și iterativă. (Învățarea ar putea fi despre caracteristicile produsului, nevoile clienților, prețul corect și canalul de distribuție etc.) Pasul de „construire” se referă la construirea unui produs viabil minim (un MVP). Este esențial să înțelegem că un MVP nu este produsul cu mai puține caracteristici. Mai degrabă este cel mai simplu lucru pe care îl puteți arăta clienților pentru a obține cele mai multe învățare în acel moment . La începutul unui startup, un MVP ar putea fi pur și simplu un diapozitiv PowerPoint, un cadru fir, un model de argilă, un set de date eșantion, etc. De fiecare dată când construiți un MVP, definiți și ceea ce încercați să testați/ măsurați . Mai târziu, pe măsură ce se învață mai multe, MVP-urile trec de la o fidelitate scăzută la o fidelitate mai mare, dar scopul continuă să fie de a maximiza învățarea, nu de a construi un prototip beta/complet al produsului.
Recomandat pentru tine:
Cum va transforma Metaverse industria auto din India
Ce înseamnă prevederea anti-Profiteering pentru startup-urile indiene?
Cum startup-urile Edtech ajută forța de muncă din India să își îmbunătățească abilitățile și să devină pregătite pentru viitor...
Stocuri de tehnologie New-Age săptămâna aceasta: problemele Zomato continuă, EaseMyTrip postează Stro...
Startup-urile indiene iau comenzi rapide în căutarea finanțării
Platforma de marketing digital Logicserve are finanțare de 80 INR Cr, rebrand-urile ca LS Dig...
O îmbunătățire majoră față de dezvoltarea Waterfall, Build Measure Learn permite startup-urilor să fie rapide, agile și eficiente.
Diagrama cu trei cercuri a Build Measure Learn este o bună aproximare a procesului. Din nefericire, folosirea cuvântului „construiți” mai întâi îi încurcă adesea pe oameni. Diagrama pare să implice construirea de lucruri și aruncarea lor din clădire. O versiune mai detaliată a diagramei Build Measure Learn ajută la clarificarea sensului adăugând încă trei elemente: Idei -Build- Cod -Measure- Data -Learn.
Versiunea în cinci părți a diagramei Build Measure Learn ne ajută să vedem că intenția reală a construirii este de a testa „ideile” – nu doar de a construi orbește fără un obiectiv. Cercul etichetat „cod” ar putea fi cu ușurință etichetat „construire hardware” sau „construire genom artificial”. Cercul etichetat „date” indică faptul că, după ce ne măsurăm experimentele, vom folosi datele pentru a ne rafina și mai mult învățarea. Și noua învățare va influența următoarele idei. Deci putem vedea că scopul Build-Measure-Learn nu este doar de a construi lucruri, scopul este de a construi lucruri pentru a valida sau invalida ideea inițială.
Accentul pus pe testarea unor idei specifice contracarează îngrijorarea că construirea-măsurarea-învățarea înseamnă doar aruncarea lucrurilor împotriva peretelui și a vedea dacă funcționează.
Dar încă nu este suficient de bun. Acum putem face mai bine.
Începeți cu ipoteze
Ceea ce dorește Build-Measure-Learn este că noile întreprinderi (atât startup-uri, cât și idei noi în companiile existente) nu încep cu „idei”, ci cu ipoteze (un cuvânt fantezist pentru presupuneri). Este important să înțelegeți că cuvintele „ idee” și „ipoteze” înseamnă două lucruri foarte diferite. Pentru majoritatea inovatorilor, cuvântul „idee” evocă o perspectivă care necesită imediat un plan pentru a-l duce la bun sfârșit. În schimb, o ipoteză înseamnă că avem o presupunere educată care necesită experimente și date pentru a valida sau invalida .
Aceste ipoteze acoperă gama de la cine este clientul (clienții), la care este propunerea de valoare (caracteristicile produsului/serviciului), prețul, canalul de distribuție și crearea cererii (achiziție de clienți, activare, reținere etc.)
Că Lean Startup începe cu recunoașterea faptului că ideea ta este pur și simplu o serie de ipoteze netestate este o idee mare . Este o idee foarte mare pentru că ceea ce construiți trebuie să se potrivească cu ipoteza pe care doriți să o testați.
Produsul minim viabil pe care va trebui să îl construiți pentru a găsi clienții potriviți este diferit de produsul minim viabil de care aveți nevoie pentru a testa prețurile, care este diferit de un MVP pe care l-ați crea pentru a testa caracteristicile specifice ale produsului. Și toate aceste ipoteze (și produse minime viabile) se schimbă în timp pe măsură ce aflați mai multe. Deci, în loc de Build-Measure-Learn, diagrama pentru construirea de produse viabile minime într-un Lean Startup arată ca Ipoteze – Experimente – Teste – Perspective.
Generarea de ipoteze
Folosind această nouă diagramă Ipoteze – Experimente – Teste – Perspective întrebarea devine apoi „Ce ipoteze ar trebui să testez?” Din fericire, pânza modelului de afaceri a lui Alexander Osterwalder prezintă o imagine de ansamblu vizuală a celor nouă componente ale unei afaceri pe o singură pagină. Sunt:
- Propunerea de valoare, produsul/serviciul pe care compania îl oferă (împreună cu beneficiile sale pentru clienți).
- Segmente de clienți, cum ar fi utilizatori și plătitori sau mame sau adolescenți.
- Canale de distribuție pentru a ajunge la clienți și a le oferi propunerea de valoare
- Relații cu clienții pentru a crea cerere.
- Fluxuri de venituri generate de propunerile de valoare.
- Activități necesare implementării modelului de afaceri.
- Resurse necesare pentru a face posibile activitățile.
- Parteneri terțe părți necesare pentru a face posibile activitățile.
- Structura costurilor rezultată din modelul de afaceri.
Și ne aduce la definiția unui startup: un startup este o organizație temporară concepută pentru a căuta un model de afaceri repetabil și scalabil .
Testarea ipotezelor
Și odată ce aceste ipoteze umplu pânza modelului de afaceri, cum face un antreprenor să le testeze? Dacă ești om de știință, răspunsul este ușor: faci experimente . Același lucru este valabil și în cazul unui Lean Startup. (Fundația Națională de Știință a descris clasa Lean LaunchPad drept metoda științifică pentru antreprenoriat.)
Procesul de dezvoltare a clienților este o metodologie simplă pentru a lua noi ipoteze de risc și a ieși din clădire pentru a le testa. Descoperirea clienților surprinde viziunea fondatorilor și o transformă într-o serie de ipoteze de model de afaceri. Apoi dezvoltă o serie de experimente pentru a testa reacțiile clienților la acele ipoteze și pentru a le transforma în fapte. Experimentele pot fi o serie de întrebări pe care le adresați clienților, dar cel mai adesea un produs minim viabil pentru a ajuta clienții potențiali să înțeleagă soluția dvs. însoțește întrebările.
Deci, o altă idee mare aici este că startup-urile nu construiesc produse viabile minime pentru a construi un prototip. Ei construiesc produse minime viabile pentru a învăța cât mai mult .
În cele din urmă, scopul proiectării acestor experimente și a produselor minime viabile nu este obținerea de date. Datele nu sunt punctul final. Oricine poate colecta date. Focus grupurile colectează date. Acesta nu este un focus grup. Scopul este de a obține o perspectivă . Scopul ieșirii din clădire este de a informa viziunea fondatorului . Perspectiva poate proveni din analiza răspunsurilor clienților, dar poate proveni și din ignorarea datelor sau conștientizarea că ceea ce descrieți este o piață nouă, perturbatoare, care nu există și că trebuie să vă schimbați experimentele de la măsurarea specificului la inventarea. viitorul.
[Această postare a lui Steve Blank a apărut pentru prima dată pe site-ul oficial și a fost reprodusă cu permisiunea.]