Cum să construiți un produs minim viabil de succes
Publicat: 2022-03-11Mi-am petrecut cariera în Silicon Valley, profund cufundat în cultura sa antreprenorială vibrantă. Fiecare startup se află într-o călătorie captivantă și adesea periculoasă într-un teritoriu neexplorat, iar eu m-am angajat în această călătorie de mai multe ori – în calitate de inginer software, manager de inginerie, CTO, fondator și dezvoltator independent. Multe dintre produsele pe care le-am construit au atins audiențe de mii de oameni, iar unele, milioane.
Din experiența mea, unul dintre cele mai puternice instrumente din setul de instrumente Silicon Valley este capacitatea de a echilibra viteza și profunzimea atunci când lansăm produse noi. Bestseller-ul lui Eric Ries, The Lean Startup, codifică această filozofie în conceptul de produs minim viabil (MVP).
De ce MVP-urile sunt mai utile ca niciodată
Unul dintre principalele motive pentru care noțiunea de MVP a proliferat în ultimii ani este viteza și amploarea fără precedent cu care acum putem obține și acționa pe baza feedback-ului clienților. În 2009, jocul meu pentru iPhone Slingshot Cowboy a fost descărcat de milioane de oameni în decurs de o săptămână de la lansare și a mers rapid până în vârful topurilor (a ajuns pe poziția #1 Free Game de câteva ori de-a lungul vieții) . O mare parte a acestui succes poate fi fost norocul, dar dacă nu aș fi adunat feedback rapid și nu aș aplica principiile de bază MVP devreme, nu aș fi fost în stare să susțin acest impuls pentru mult timp.
Principiile lean se rezumă la capacitatea de a repeta rapid, de a fi inteligent în a-ți cheltui energia și resursele și de a fi agil, concentrat și deschis la minte. Dar credem că aplicabilitatea acestei metodologii nu se limitează la startup-uri – echipele din cadrul întreprinderilor mari își pot maximiza ritmul de inovare prin crearea de MVP-uri de succes.
Atingerea echilibrului între viteză și calitate este unul dintre cei mai importanți factori de inovare pentru organizațiile de orice dimensiune. Pe măsură ce conduceți dezvoltarea propriului produs minim viabil, iată strategiile noastre pentru a ajuta la menținerea acestor două ingrediente esențiale în echilibru.
Asigurați-vă că MVP-ul dvs. este „V”
Dacă produsul tău nu este viabil, eforturile de dezvoltare ale echipei tale sunt în zadar. Pentru crearea cu succes a unui produs minim viabil, aveți nevoie de feedback timpuriu din interior pentru a-l defini în linii mari, feedback continuu pentru a-l modela în mod corespunzător și instrumente precum testarea A/B pentru a-l menține în creștere.
Obțineți opinii din timp de la persoanele potrivite
Obținerea de feedback negativ al utilizatorilor cu privire la MVP-ul tău poate fi atât de descurajator încât te simți obligat să renunți la proiect. Inovatorii pot evita această lovitură devastatoare solicitând opinii timpurii de la părțile interesate cu o înțelegere profundă a spațiului, cu mult înainte de a lua în considerare un MVP. Este chiar mai bine dacă aveți consilieri cunoscători care vă pot ajuta să vă definiți MVP-ul în stadiul de concept.
Când o echipă de inovare are o idee promițătoare, poate fi tentată să ascundă în secret crearea MVP-ului: „Suntem în modul stealth, încă nu vă pot spune multe despre asta.” Ar putea fi util în unele cazuri, dar, în general, obținerea de feedback este mai importantă. Dacă credeți că produsul dvs. reprezintă o invenție cu adevărat originală, puteți oricând să depuneți un brevet provizoriu.
Colectați feedback definitiv al utilizatorilor
Chiar dacă te consideri un vizionar în industria sau sectorul tău, judecătorii tăi finali sunt utilizatorii tăi și s-ar putea dovedi că te înșeli în multe lucruri. Colectarea feedback-ului despre experiența utilizatorului și urmărirea comportamentului utilizatorului sunt printre cele mai importante obiective ale MVP.
Introduceți analize. Colectarea de date cuprinzătoare este cheia pentru atingerea unuia dintre obiectivele principale ale MVP-ului tău – „învățare validată”, un proces în care se învață încercând o idee inițială și măsurând-o pentru a valida (sau invalida) efectul. Asta nu înseamnă că doriți să urmăriți tot ce este posibil despre UX - în loc să fiți copleșit de volume de date brute, identificați valorile care contează cel mai mult.
Utilizați testarea A/B pentru a repeta rapid
Testarea A/B a devenit un element de bază al întreprinderii când vine vorba de rafinarea produselor. Ori de câte ori trebuie să alegeți dintre comportamentele alternative ale produselor, testarea A/B este o modalitate de a face acest lucru în timp real, fără a fi nevoie să lansați o nouă versiune.
De exemplu, dacă produsul dvs. este un joc, vă recomandăm să încercați diferite setări ale jocului și apoi să vă examinați analizele pentru a deduce ce combinație vă afectează pozitiv valorile cheie: joc mai lung, aderență mai bună etc. Exact pentru asta am făcut majoritatea jocurilor mele: fiecare aspect al gameplay-ului era controlat de o setare pe care o puteam modifica în timp real. Această formă de învățare validată m-a ajutat să determin combinația optimă de setări pentru piața mea țintă.
Pentru citiri suplimentare, Steven Dow de la Stanford explorează variații ale acestui concept în Modul în care practicile de prototipare afectează rezultatele de proiectare.
Urmăriți spațiul produsului dvs
Oricât de originală pare ideea ta, fii sigur că cineva s-a gândit deja la ea. Dacă produsul dvs. minim viabil răspunde unei nevoi urgente și urgente ale clienților, sunt șanse ca până când ați terminat, și concurentul dvs. să obțină tracțiune. Stabilitatea este importantă, așa cum subliniază secțiunea următoare, dar este în regulă să-ți modifici MVP-ul din când în când, inspirându-te de la concurenți și mutându-ți atenția pentru a sublinia caracteristicile care reprezintă avantajul tău competitiv.
Găsirea echilibrului între „minim” și „viabil” este o abilitate intuitivă și una pe care va trebui să o exersați în mod repetat, mai ales dacă piața se schimbă înainte de a vă trimite MVP-ul.
Găsirea „M”
Odată ce ați determinat un produs viabil care răspunde unei nevoi clare pentru piața țintă, este esențial să restrângeți concentrarea echipei.
Definiți produsul dvs
Un MVP este ca o păpușă matrioșcă: există întotdeauna un MVP mai mic înăuntru. Definirea produsului constă în găsirea minimului cel mai practic, în funcție de obiectivele tale.
Dacă produsul dvs. este orientat spre utilizator, începeți cu wireframes - acesta este primul și cel mai interior MVP. Următoarea „păpușă” din jurul său ar putea fi un „click dummy”, o demonstrație interactivă care nu face nimic real, dar vă permite să o vedeți pe platforma țintă și să obțineți prima experiență cu fluxul de utilizatori.
Odată ce sunteți mulțumit de acel prototip, începeți să creați păpușa mai mare, stratul care începe să ofere o valoare reală utilizatorilor. În această etapă, puteți alege să începeți să dezvoltați caracteristicile de bază. Concluzia: definiți în mod clar mini-etapele, nu treceți înainte și asigurați-vă că v-ați îndeplinit propriile criterii înainte de a trece mai departe.
Acest lucru este valabil pentru MVP-ul pe care întreprinderea dvs. îl aduce inițial pe piață, dar mentalitatea minimă viabilă ar trebui, de asemenea, să continue pe parcursul întregului ciclu de viață al produsului dumneavoastră. Gândiți-vă la fiecare lansare nouă ca la un MVP mai mare – când adăugați un nou strat de funcții noi, asigurați-vă că se potrivește perfect cu cea anterioară, făcând cele mai puține modificări necesare pentru a obține o versiune nouă viabilă.

Găsirea echilibrului între „minim” și „viabil” este o abilitate intuitivă și una pe care va trebui să o exersați în mod repetat.
Gestionați-vă cu disciplină
Indiferent dacă părțile interesate cele mai vocale ale dvs. sunt în cadrul întreprinderii dvs. sau clienți externi, ar face bine să fie informați cu privire la pericolele deplasării caracteristicilor și să-și suprima îndemnurile de a adăuga noi „must have” în ultimul moment.
Necontrolată, o tendință de a se abate de la minimul definit va drena moralul. Momentul mândru în care dezvoltatorii termină conectarea tuturor componentelor devine anticlimatic. Obiectivele în mișcare constantă alimentează instabilitatea produsului.
În special în întreprindere, procesul de construire a MVP-urilor de succes va beneficia de sponsorii executivi care le reamintesc colegilor lor și altor părți interesate – ori de câte ori este nevoie – că „Trebuie să ne oprim acum și să eliminăm această funcție. S-ar putea să nu arate suficient de bine pentru tine, dar va fi mult mai rău dacă este stricat.” În calitate de director executiv, este datoria ta să protejezi dezvoltatorii de influențele externe, dând un exemplu în cultura ta de lucru de a rămâne la priorități.
Inginer cu disciplina
În schimb, dezvoltatorii de software și managerii lor ar trebui să aprecieze termenele limită și să-și țină sub control aspirațiile perfecționiste. Iată un scenariu comun: „Această bucată de cod arată urât, aia este cu adevărat ineficient; trebuie să curățăm și să refactorăm.”
Dezvoltatorii ar putea avea dreptate să spună acest lucru, dar managerii lor ar trebui totuși să respingă. În calitate de manager tehnic, s-ar putea să fiți mulțumit de atenția lor la detalii și să doriți să acționați în acest sens. Dar este o chestiune de timp - ține cont de importanta luării în considerare a expedierii și a obținerii de feedback și, în schimb, notează problemele care nu sunt esențiale pentru misiune, curățându-le în următoarea iterație.
Principii Lean în acțiune
Succesul produsului dvs. depinde în totalitate de dinamica pieței pe care urmează să intrați. Dar oriunde ai trasa linia definiției produsului pentru MVP-ul tău, oferim două tactici practice suplimentare pe care întreprinderile de succes le folosesc pentru a-și livra MVP-urile.
Folosiți componente terțe
În cea mai mare măsură posibilă, echipele de inovare nu ar trebui să reinventeze roata atunci când creează MVP-uri. Puteți înlocui oricând componentele de la terți mai târziu cu ceva dezvoltat intern, când este momentul potrivit. Rușinea neoriginalității a dispărut de mult: este o practică obișnuită acum, iar multe dintre elementele de bază sunt open source și personalizabile.
De exemplu, dacă produsul dvs. include comunicare în timp real, există soluții excelente de la terți, care sunt ușor de integrat și includ caracteristici cheie, cum ar fi interfețe de utilizare personalizabile, infrastructură de comunicații și criptare. De asemenea, dacă construiți o aplicație, obținerea unui aspect profesional cu animații și tranziții rapide poate să nu necesite un designer intern – dezvoltatorii dvs. pot economisi timp cu componente terțe.
Este adevărat că puține soluții terțe se vor potrivi vreodată perfect în cazurile tale de utilizare. Dar nu trebuie – încă. Atâta timp cât vă permit să expediați un produs care poate valida investițiile viitoare în soluții personalizate, sunteți în continuare înainte.
Reduceți timpul de dezvoltare, dar nu sacrificați o bază solidă pentru viitor
Primul tău dezvoltator trebuie să fie de top. Nu începe cu stagiarii: investește în talent de la bun început. Aceasta poate suna ca o contradicție a premisei de bază a metodologiei „lean”, dar „ieftin” nu este neapărat „lean”. Deși chiar și bugetele întreprinderii pot fi strânse, tariful orar al unui dezvoltator este doar o componentă a costului - timpul de dezvoltare crește în proporție inversă cu rata orară. Înmulțiți cele două împreună și avantajul dvs. de cost a dispărut deja.
Adăugați timpul pe care îl petreceți pentru mentorat și urmărirea erorilor care nu ar fi trebuit să fie acolo de la început. Luați în considerare costul general al fiecărei zile pierdute: spațiu de birou, salariile altor angajați, taxele de server etc. Luați în considerare elementele necorporale precum costul de oportunitate dacă ajungeți prea târziu pe piață.
Făcând calculele, îți dai seama că îți va fi mult mai bine să angajezi un dezvoltator „scump” și cu experiență care să producă un MVP față de o grămadă de juniori. Dezvoltatorii juniori pot veni mai târziu odată ce fundația produsului dvs. este construită și puteți începe să vă gândiți la optimizarea costurilor pe termen lung.
Iată un exemplu din viața reală. Un prieten antreprenor de-al meu a vrut să adauge câteva caracteristici aparent banale MVP-ului său. Avea în echipă un dezvoltator foarte experimentat, care producea rezultate grozave la 120 USD/oră. Crezând că următoarele funcții ar putea fi mai ieftine, prietenul meu a angajat un stagiar la 30 USD/oră.
Stagiarul a terminat patru zile mai târziu. La o examinare superficială, funcțiile păreau să funcționeze, iar prietenul meu a trecut la următoarea etapă. Dezvoltatorul cu experiență s-a implicat din nou și și-a dat seama că nu numai că codul eșua în unele cazuri, ci și de neîntreținut în continuare. Așa că și-a petrecut o zi întreagă rescriindu-l.
Patru zile de muncă a unui stagiar (960 USD) plus o zi de rescriere (960 USD) = 1920 USD. Dacă dezvoltatorul experimentat ar fi lucrat la caracteristică în primul rând, ar fi fost făcut corect într-o cincime din timp și ar fi costat mai puțin de jumătate din bani, chiar și fără alte costuri luate în considerare.
Perfecțiunea nu este încă obiectivul, dar există riscul supracorectarii față de calitate – îți poți discredita complet produsul lansând ceva care se prăbușește în stânga și în dreapta, neșlefuit, nepotrivit și pur și simplu inutilizabil. Drept urmare, este posibil să nu aveți o a doua șansă.
Ascuțiți-vă instinctele și bucurați-vă de aventură
Am atins aici doar câteva aspecte ale dezvoltării MVP. Dar chiar și cu un ghid exhaustiv, procesul va fi întotdeauna mai mult decât ați crezut, mai multă muncă decât ați prezis și mai multe provocări decât ați anticipat.
La un moment dat trebuie să tragi linie și să-ți aduci produsul în lume. Acesta este cel mai înfricoșător și captivant moment și nu există o știință exactă. Trebuie să ai încredere în sentimentele tale, dar respectarea principiilor slabe în acest proces te va ajuta să-ți perfecționezi instinctele și să faci acea decizie crucială mai ușoară. Și odată ce ați atins prima etapă de feedback pozitiv și aveți încredere în viziunea voastră, puteți începe să vă împingeți din ce în ce mai departe, în adâncime, către produsul viselor voastre.