Într-o lume a încercărilor și erorilor, cel care găsește erorile cel mai repede este cel care câștigă. Unii oameni numesc această abordare „fail fast”. Eric Ries a numit-o Lean, în timp ce Kent Beck și alți dezvoltatori de software au numit-o Agile.
Indiferent cum o numiți, ideea este de a afla care dintre presupunerile dvs. cu privire la produs sunt greșite prin obținerea de feedback de la utilizatorii reali cât mai repede posibil.
Metodologia agilă presupune împărțirea dezvoltării produsului în sprinturi, ceea ce permite reducerea riscurilor și răspunsul rapid la schimbările necesare.
Pentru că metodologia agilă este construită în jurul ideii unui proces iterativ bazat pe feedback-ul clientului, MVP-ul joacă un rol central în dezvoltarea agilă.
Construirea unui produs minim viabil (MVP) ajută la livrarea unui nou produs cu suficiente caracteristici pentru a satisface primii adoptatori, ceea ce permite obținerea unui feedback valoros și construirea ulterioară a unui set complet de caracteristici.
Conceptul MVP este practicat în principal în industria software pentru a verifica viabilitatea produsului. Dacă sunteți în căutarea unei companii care să construiască MVP pentru dumneavoastră, consultați această companie de dezvoltare de software.
Majoritatea software-ului de astăzi este dezvoltată folosind metodologia Agile. În mediul Agile, veți auzi adesea expresia produs minim viabil (MVP).
Acest termen înseamnă pur și simplu: lucrul cu cele mai puține caracteristici minime pe care îl puteți construi și care va aborda oportunitatea suficient de bine pentru majoritatea clienților dvs. țintă și va valida piața și produsul dvs.
Cu alte cuvinte, dacă ar fi să vă gândiți la funcția de bază pe care încercați să le-o permiteți clienților să o îndeplinească, care este cel mai simplu produs pe care îl puteți construi și care le permite să atingă acest obiectiv?
De exemplu, să spunem că v-ați întors în timp și lucrați la prima versiune a unei aplicații pentru un ziar. Funcția de bază a unei aplicații ar fi informarea cititorilor săi. De aceea, cel mai simplu produs pe care l-ați putea construi ar fi o listă de titluri de știri și un buton de reîmprospătare.
Încă o dată, cheia unui MVP de succes este concentrarea pe valoarea de bază pe care o oferă aplicația, care este știrile proaspete, mai degrabă decât să vă petreceți timpul construind caracteristici suplimentare ale aplicației.
Rețineți că MVP nu înseamnă că produsul trebuie să fie rău. Adevărul este că ar trebui să fie foarte bun în ceea ce face, dar ar trebui să se concentreze pe realizarea doar a câtorva funcții de bază.
Principalele caracteristici ale MVP sunt:
- Are suficientă valoare pentru ca oamenii să fie dispuși să îl folosească sau să îl cumpere inițial
- Demonstrează suficiente beneficii viitoare pentru a-i reține pe cei care îl adoptă timpuriu
- Furnizează o buclă de feedback pentru a ghida dezvoltarea viitoare
De ce ar trebui să folosiți o metodologie Agile pentru a dezvolta MVP?
Un diferențiator cheie între Agile și alte metodologii este faptul că Agile valorifică MVP-urile. Cu o abordare Agile, construiți cel mai simplu lucru pe care îl puteți construi, adunați date despre modul în care clienții îl folosesc și apoi rafinați produsul dacă este necesar.
Acest lucru vă va permite să lucrați destul de eficient, construind doar caracteristicile pe care clienții le doresc și le vor folosi, mai degrabă decât să pierdeți timpul construind lucruri de care clienților nu le pasă.
Contrastând acest lucru cu abordările care nu se bazează pe MVP pentru dezvoltarea produsului. Folosind alte abordări, este posibil să sfârșești prin a petrece mult timp încercând să construiești produsul „perfect” cu toate caracteristicile pe care ți le poți imagina, dar odată ce acesta este în lumea reală descoperi că clienții nu folosesc nici jumătate din caracteristicile pe care credeai că le vor folosi.
Iată exemplul agile de produs minim viabil (MVP):
Sursa: Dropbox
Drew Houston – directorul executiv al Dropbox, a decis să creeze un MVP pentru startup-ul de stocare în cloud sub formă de video.
Au realizat un videoclip explicativ și l-au împărtășit cu rețeaua lor pentru a măsura reacțiile oamenilor. Videoclipul de 3 minute a explicat ce este Dropbox și a demonstrat cum ar ajuta oamenii.
După ce au lansat videoclipul, compania a crescut numărul de înscrieri de la 5.000 de persoane la 75.000 peste noapte pentru „accesul timpuriu” – toate acestea fără a avea un produs real.
Prin urmare, principalele beneficii ale construirii MVP (agile) sunt:
- Cercetarea inițială a consumatorului
Cu cât mai repede produsul ajunge la utilizatorul țintă, cu atât mai repede se obține feedback-ul și se analizează provocările sau preferințele clientului. Dacă utilizatorii nu consideră că MVP-ul dvs. este valoros, aveți spațiu pentru a pivota și a testa celelalte propuneri de valoare.
Sau, dacă se întâmplă contrariul, veți fi sigur că funcțiile dezvoltate sunt utile pentru clienții țintă, astfel încât puteți merge mai departe. În cel mai rău caz, puteți îngheța proiectul pentru a vă reduce pierderile.
- Etapa de testare
Cel mai mare beneficiu al dezvoltării unui MVP este că permite testarea diferitelor modele și concepte de afaceri.
Prin oferirea setului de funcții de bază, mai degrabă decât a unui produs cu multe caracteristici, puteți verifica dacă conceptul lor de produs rezonează cu modelul dvs. de afaceri, oferind posibilitatea de a schimba direcția unui produs pe baza constatărilor.
Dincolo de produsele cu multe funcții, atunci când MVP-ul este lansat, veți avea posibilitatea de a identifica ce tipuri de grupuri sociale sunt cei mai activi utilizatori, cum interacționează cu produsul și cum îl puteți monetiza.
- Eficiența costurilor
Produsele de calitate sunt rezultatul unor ani de dezvoltare, cu un preț adecvat. Dar pentru că aceste produse au fost create iterativ pe o perioadă mai lungă de timp, costul este distribuit în timp.
Abordarea MVP ajută, de asemenea, la economisire, împiedicând ca produsul să devină prea complicat. Pe măsură ce produsul începe să aibă mai multă tracțiune și să adune mai multe informații cu privire la direcția în care se îndreaptă produsul, puteți crește sau reduce investițiile.
Dacă sunteți interesat să aflați mai multe despre metodologiile Agile și SCRUM, vă recomandăm să consultați acest articol de la SCRUM Institute despre cum să deveniți un maestru SCRUM într-un proces detaliat, pas cu pas. Aceștia oferă, de asemenea, cele mai populare, dar și cele mai economice programe de certificare Scrum la nivel global.
Procesul de construire a MVP (Agile)
Acum, după ce ați aflat ce este un MVP, de ce este folosit în Agile și care sunt beneficiile acestuia, haideți să aruncăm o privire asupra celor 6 pași necesari pentru construirea unui MVP.
Etapa #1: Identificați ce problemă rezolvați și pentru cine
Când dezvoltă o versiune de produse noi, majoritatea oamenilor nu sunt suficient de riguroși în definirea problemelor pe care încearcă să le rezolve și în articularea motivelor pentru care aceste probleme sunt importante. Fără acest proces, produsul poate rata oportunități și risipi resurse. De aceea, trebuie să deveniți mai buni în a pune întrebările corecte, astfel încât să abordeze problemele corecte.
Aruncă o privire la ideea ta de produs și întreabă-te:
- Cine este publicul țintă?
Dacă te blochezi în această etapă, încearcă să identifici provocările tale personale. Există ceva ce ați putea face mai bine dacă ați avea instrumentul potrivit?
- De ce are nevoie publicul dvs. țintă de acest produs?
Acest lucru vă va ajuta să identificați obiectivul principal al produsului dvs. și soluția la nevoile potențialilor dvs. clienți.
- În ce situație l-ar folosi?
Sursa:
Sursa: Metabeta
Nota: În procesul de identificare a răspunsurilor la întrebările de mai sus este important să păstrați totul real și să faceți în plus estimări de timp și costuri.
Pasul 2: Analizați-vă concurenții
După ce v-ați dat seama ce problemă rezolvați, este timpul să vedeți cum alte companii rezolvă această problemă – sau cel puțin încearcă să o rezolve. În acest moment, este evident că trebuie să efectuați o analiză a concurenților, dacă există produse similare pe piață.
De asemenea, trebuie să țineți cont de faptul că, chiar dacă nu credeți că aveți concurenți direcți, încrederea în unicitatea produsului dvs. va constitui un temei pentru a aduce cu încredere produsul dvs. pe piață.
Pasul 3: Definirea fluxului de utilizator, Wireframe & Design
Definirea fluxului de utilizator pentru viitorul dvs. produs vă implică să vă concentrați direct pe obiectivul dvs. principal. Pentru a defini fluxul principal al utilizatorului, ar trebui mai întâi să definim etapele procesului, ceea ce este de fapt ușor, deoarece tot ce trebuie să faceți este să explicați pașii necesari pentru a ajunge la obiectivul principal al produsului dvs.
În acest punct, nu ar trebui să vă gândiți la caracteristici – ci ar trebui să vă concentrați asupra sarcinilor de bază, cum ar fi tipurile de obiective pe care utilizatorii finali le au atunci când folosesc produsul dvs., așteptările lor etc.
După ce ați terminat cu definirea fluxului utilizatorului, puteți trece la wireframing, care este pur și simplu o ilustrare a unei pagini web sau a unei aplicații. Un wireframe este un layout care articulează ce fel de elemente de interfață își vor găsi locul pe paginile importante.
Exemplu de wireframing:
Designul interfeței cu utilizatorul (UI) reunește concepte din designul de interacțiune, designul vizual și arhitectura informației. Aici, ar trebui să valorificați ceea ce ați învățat în fazele anterioare pentru a produce o experiență care să surprindă și să încânte utilizatorul final.
Aici, la Cleevio, atunci când avem primul prototip gata (de obicei, macheta care poate fi accesată prin clic), facem teste de utilizare. Testarea utilizatorilor este esențială pentru succesul noii aplicații. Când avem gata rezultatele testelor de utilizator, iterăm wireframe-urile și le testăm din nou pe utilizatori.
După ce wireframe-urile sunt testate ar trebui să treceți la faza de design care ar trebui să fie diferită pentru fiecare platformă (iOS, Android, Web,…).
Etapa #4: Analizați-vă caracteristicile
Știați că mai mult de 45% din caracteristicile integrate în produsele software sunt rar sau niciodată folosite?
Acum că v-ați creat fluxul de utilizatori, puteți începe să creați o listă mai detaliată de caracteristici pentru fiecare etapă în parte, dar ținând cont de statistici.
După ce v-ați stabilit caracteristicile pentru fiecare etapă, va trebui să le prioritizați. Care este cea mai importantă acțiune pe care doriți ca utilizatorii dvs. să o finalizeze? Aceasta va fi caracteristica dvs. principală.
Una dintre metodele de prioritizare a caracteristicilor este MoSCoW, care este utilizată pentru a decide ce funcții trebuie finalizate mai întâi, care trebuie să vină mai târziu și care trebuie excluse. ProductPlan
Etapa #5: Dezvoltare & Testare
Acum că știți caracteristicile produsului minim viabil (MVP), este timpul să le puneți în practică. Trecând la etapa de dezvoltare, trebuie să vă testați produsul și să lucrați pentru a-i îmbunătăți calitatea.
După aprobarea Wireframes, ar trebui să începeți să lucrați la arhitectura de configurare, baza de date și să începeți să dezvoltați API, Administrație și tot ce ține de back-end.
Testarea alpha și beta vă poate ajuta aici, fiind unele dintre cele mai populare modalități de a testa performanța unui produs în diferite scenarii. Asigurați-vă că aliniați testarea și faceți numai modificările care afectează întreaga experiență a utilizatorului.
Ca standard, ar trebui să implementați următoarele teste într-un mediu controlat înainte de lansarea aplicației:
- Testarea funcționalității
- Testarea capacității
- Testarea compatibilității
- Testarea mulțimii
- Testarea interfeței
- Testarea performanței
- Testarea securității
În timpul procesului de dezvoltare, ar trebui să testați în mod continuu toate caracteristicile implementate.
De exemplu, aici, la Cleevio, construim aplicații mobile, iar versiunile de versiuni beta sunt încărcate la Google alpha/beta testing și la TestFlight de la Apple. Construcțiile de testare interne sunt în Appcenter (un instrument oficial al Microsoft).
Când „candidatul de lansare” (un produs pregătit pentru piață) este gata, facem teste beta deschise sau închise, în care invităm cât mai mulți utilizatori relevanți în programul de testare beta și colectăm feedback cu privire la funcționalitate și bug-uri.
Etapa #6: Ajungeți iterativ la potrivirea produsului cu piața sau eșuați
Dacă ați validat MVP-ul, puteți începe să vă uitați la domeniul de aplicare al produsului și să vă extindeți. În acest moment, fie strângeți capital de pornire pentru a vă ajuta să ajungeți mai repede pe piață, fie eșuați.
Pentru o aplicație mobilă, facem de obicei o „lansare ușoară” atunci când lansăm MVP-ul în AppStore și Google Play, dar nu încurajăm nicio comercializare a aplicației în acest moment.
Pe măsură ce aplicația primește mai mulți utilizatori, pot apărea unele bug-uri și ne asigurăm că vom rezolva totul cât mai repede posibil. De obicei, lansăm noi build-uri o dată la două zile. Odată ce aplicația este stabilă și avem o rată de utilizatori fără erori de peste 99,9%, vă recomandăm să începeți cu marketingul și să dobândiți mai mulți utilizatori.
Datele sunt foarte importante și de aceea vă recomandăm să monitorizați comportamentul utilizatorilor cu Mixpanel sau Google Firebase analytics, astfel încât să putem înțelege modul în care utilizatorii folosesc cu adevărat aplicația.
Dezvoltarea produsului nu este niciodată terminată. Foarte important este să cerem feedback de la utilizator și să iterăm produsul. Când avem mai mulți utilizatori, efectuăm teste A/B pentru a putea testa diverse soluții și pentru a crește implicarea utilizatorilor.
Sursa: ProductPlan
Concluzie
La Cleevio am dezvoltat peste 120 de MVP-uri în ultimii 10 ani, așa că avem suficientă experiență sub centură, pentru a ști care MVP-uri se extind și care ard și mor.
Știm că este puțin copleșitor să pregătești o foaie de parcurs, documentație sau wireframe-uri pentru ideea ta de MVP, așa că nu ezita să ne contactezi și vom fi bucuroși să îți oferim câteva sfaturi gratuite.
Pentru un apel de consultanță despre MVP-ul tău trimite-ne un e-mail la [email protected] .