Ar trebui să creați un MVP înainte de a crea o aplicație?
Publicat: 2022-03-10Vă puteți permite să pariați pe o idee pentru o aplicație sau pe o presupunere despre modul în care consumatorii vor răspunde la aceasta? Pun pariu că nici clienții tăi nu sunt prea confortabil să facă asta, mai ales când sunt banii și reputația lor în joc.
O aplicație poate fi o investiție riscantă pentru o afacere dacă nu este abordată cu grijă. Chiar și atunci, cele mai bine cercetate concepte de aplicație pot duce la rate dezamăgitoare de descărcare și reținere a utilizatorilor.
Indiferent dacă vă ocupați de construirea de aplicații mobile sau de produse SaaS, v-ați gândit să utilizați produse minime viabile (MVP) pentru a proteja investițiile clienților dvs.?
Nu numai că MVP-urile vă permit să treceți mai rapid proiecte prin pipeline, dar le permit dezvoltatorilor să creeze produse mai puternice în general pentru clienții lor.
Iată ce trebuie să știți.
Valoarea MVP-urilor în dezvoltarea aplicațiilor
Frank Robinson a fost primul care a definit ce a fost un MVP în 2001. La rădăcină, un MVP este o versiune redusă a unui produs care este lansat publicului în scopul de a testa și valida conceptul și viabilitatea produsului pe piață. .
Eric Ries, autorul cărții The Lean Startup, a fost unul dintre primii susținători ai MVP-urilor și a avut câteva lucruri interesante de spus despre de ce și cum ar trebui să le folosim în 2013:
Ideea nu este de a crea produse mai slabe. Este pentru a obține cea mai de bază versiunea sau conceptul unei aplicații în mâinile adoptatorilor și evangheliștilor. În acest fel, dezvoltatorul colectează din timp feedback-ul utilizatorilor, care, la rândul său, este folosit pentru a modela corect produsul în versiunea sa finală.
Luați Dropbox, de exemplu. Iată cum arăta pagina de destinație a produsului în 2009:
Este o pagină simplă care include numele companiei, o explicație a software-ului și un link pentru a descărca aplicația desktop sau mobilă. Pentru utilizatorii care doresc să afle mai multe despre ceea ce primesc, „turul” i-a dus la un mini-site cu mai multe informații:
Este departe de serviciul de stocare, creare de conținut și colaborare, pe care îl folosesc astăzi atât consumatorii, cât și companiile:
Dar asta este frumusețea MVP-ului. În esență, îi forțează pe dezvoltatori să creeze produse doar cu un set de caracteristici minim, dar absolut esențial .
Dropbox nu trebuia să prevadă puterea serviciilor de stocare în cloud sau să creeze ceva care nu era potrivit pentru piață la acea vreme. Tot ce trebuia să facă era să lanseze o soluție simplă de care utilizatorii aveau nevoie atunci și acolo. Utilizatorii puteau apoi să valideze produsul și să ofere companiei direcția de care avea nevoie pentru a-și lua produsul.
Există și alte beneficii ale creării unui MVP:
- Puteți obține produsul pe piață mult mai repede decât dacă ar fi să așteptați ca aplicația completă să fie dezvoltată.
- Aveți șansa de a testa viabilitatea conceptului înainte de a dedica prea multe ore de muncă la job.
- Vă acordați mai mult spațiu (și poate chiar și puțină iertare) pentru a rezolva problemele din produsul final.
- Economisiți bani cu un MVP. În primul rând, pentru că petreceți doar timp construind funcții care sunt absolut necesare. În al doilea rând, pentru că s-ar putea să descoperiți că utilizatorii sunt mulțumiți de versiunea redusă și nu va trebui să lucrați mai mult pentru a finaliza produsul.
- Cu o idee testată care a fost acceptată de utilizatori, aveți ceva de adus investitorilor, ceea ce ar putea face ca restul procesului de dezvoltare să meargă mult mai bine.
După cum spune Eric în videoclip, un MVP este cel mai bun mod de a vă maximiza șansele de succes și de a face acest lucru într-un interval de timp mult mai scurt decât permite dezvoltarea completă a produsului.
Cum să construiți un MVP valoros pe care utilizatorii doresc să-l testeze
Succesul MVP-ului tău se bazează pe capacitatea sa de a valorifica informațiile și feedback-ul oferit de primitorii care adoptă - cei care sunt 100% de partea ta, cred în produs și doresc să te ajute să completezi golurile. Deci, nu pierde din vedere asta.
Un MVP nu este o aplicație pe jumătate aruncată împreună. Încă trebuie să fie valoros.
Iată câteva lucruri pe care trebuie să le faceți înainte să vă construiți și să vă lansați MVP:
1. Decideți scopul produsului
Dacă doriți ca aplicația dvs. să reușească, trebuie să rezolve în mod unic o problemă pentru un segment mare al bazei de consumatori. Asta înseamnă că MVP-ul tău trebuie să detalieze în mod clar ceea ce face produsul și de ce utilizatorii au nevoie de el.
De exemplu, așa s-a vândut Uber (atunci UberCab) în timpul beta din 2010:
La fel ca exemplul Dropbox de mai devreme, este extrem de simplu ca concept și fără bijuterii în ceea ce privește explicarea ce este sau de ce este atât de valoros. Dar încă înțelegi ideea. Este o aplicație care permite oamenilor să comande și să plătească o mașină de pe telefon. În esență, este o înlocuire convenabilă pentru taxiuri.
Având un an înainte, veți vedea că Uber a început să-și consolideze identitatea și propunerea de valoare odată cu lansarea oficială a produsului:
Acest lucru s-a întâmplat în 2011, când Uber a renunțat la „Cab” și s-a etichetat ca fiind un serviciu de conducere privat la gardă. A fost o modalitate de a permite consumatorilor să experimenteze anumite privilegii de lux pe care altfel nu le-ar fi putut permite.
Deși aceasta nu este forma finală pe care a luat-o Uber, puteți vedea cum feedback-ul timpuriu al utilizatorilor i-a ajutat pe dezvoltatorii de produse să decidă care părți ale platformei merită cu adevărat evidențiate și construite.
Acesta este exact genul de lucru care se va întâmpla atunci când construiți un MVP și începeți să adunați informații valoroase de la utilizatori despre ceea ce își doresc și ce caracteristici au nevoie. Dar, mai întâi, trebuie să începeți prin a clarifica scopul și valoarea sa generală. Îl poți rafina mai târziu.
2. Localizați utilizatorii dvs. ideali
Ai conceptul tău. Acum, este timpul să ne dăm seama dacă consumatorii o vor dori. Chiar dacă un MVP este mai ieftin și mai rapid de construit, nu înseamnă că nu va duce la o pierdere completă de timp și resurse. Trebuie cel puțin să confirmi că interesul există și apoi să definești, în termeni clari, cine este utilizatorul tău țintă.
Mai exact, trebuie să vă gândiți la locație.
În exemplul Uber de mai sus, puteți vedea că produsul beta a fost testat doar în San Francisco.
Versiunea inițială a Airbnb a făcut ceva similar. Joe Gebbia, co-fondatorul Airbnb, spune povestea MVP-ului său într-un episod din 2017 din How I Built This.
Practic, avea puțini bani și a decis să închirieze saltele cu aer în apartamentul său din San Francisco pentru o conferință viitoare. Știind că hotelurile vor avea lipsă de camere, și-a gândit că ar putea câștiga bani din asta. Dar el nu a făcut doar bani de chirie. I-a venit o idee pentru o nouă afacere după ce mulți oameni s-au arătat interesați de închirierea spațiului în apartamentul său.
Deci, el și partenerul său au creat un site web numit „AirBed & Breakfast”. Totuși, odată ce a fost lansat, s-a răspândit cu mult dincolo de zona de testare inițială din San Francisco.
În 2009, au existat închirieri AirBnB în 72 de țări. Astăzi, practic, ai alegerea ta de gunoi în orice oraș din lume. Dar totul a început cu San Francisco.
Așadar, pe măsură ce vă pregătiți să vă construiți produsul, gândiți-vă unde vor fi cele mai bune locuri pentru a testa și obține feedback despre aplicația dvs. înainte de a o lansa complet. Doriți ca zona să fie o bună reprezentare a populației și a demografiei pe care doriți să le vizați. De asemenea, trebuie să vă asigurați că există o cerere pentru produs și că utilizatorii țintă își permit să-l folosească (odată ce începeți să generați bani).
3. Alegeți un format MVP
Formatul MVP-ului tău este un alt lucru important la care trebuie să te gândești înainte de a construi orice construcție.
În unele cazuri, va trebui să construiți un produs funcțional. De exemplu, să presupunem că scopul tău este să construiești o nouă aplicație de întâlniri. Există tone de aplicații de întâlniri pe piață; cu două aplicații, în special, care domină continuu pachetul. Știi că construirea oricărui fel de aplicație de întâlnire mobilă ar fi un pariu uriaș și costisitor, indiferent cât de mult ai reduce funcțiile. Deci ce faci?
În schimb, ai putea crea o aplicație de întâlniri PWA. Costurile ar fi mai mici, timpul de lansare pe piață semnificativ mai rapid și ar fi mult mai ușor să-ți aduci MVP-ul în fața utilizatorilor decât dacă ai pune ceva în magazinul de aplicații. S-ar putea chiar să descoperiți că PWA este suficient în ceea ce privește formatul produsului în cele din urmă.
În alte cazuri, MVP-ul nici nu va trebui să fie un produs real. Poate fi doar un site web care anunță produsul sau oferă un cadru/prototip al conceptului.
În 2018, Rand Fishkin a anunțat că părăsește Moz, compania pe care a co-fondat-o în 2004. Simultan, a anunțat un nou produs numit SparkToro.
Acum, Rand este cineva care poate lansa un concept ca MVP și pentru ca acesta să aibă în continuare succes. Are o istorie de lungă durată și o reputație solidă în acest spațiu, așa că, desigur, utilizatorii vor gravita către acest nou produs, deși nu este disponibil pentru consum.
Pentru cei dintre voi care își construiesc un MVP pentru un brand nou, probabil că nu veți avea atât de norocoși. Cu toate acestea, va depinde cu adevărat de tipul de produs pe care intenționați să îl construiți.
Dacă nu există absolut nicio modalitate de a crea produsul într-o versiune redusă, atunci aceasta ar putea fi o opțiune care merită explorată. De asemenea, ar fi o idee bună dacă dvs. sau clientul dvs. nu aveți absolut fonduri și aveți nevoie de feedback validat pentru a dovedi viabilitatea conceptului dvs. pentru investitori. Doar așa îl văd pe Joe Schmoes scăpând cu asta.
Dacă mergi pe acest traseu, vei avea nevoie și de o secțiune explicativă foarte bună. Iată ce are SparkToro pe pagina sa Ce construim:
Cred că pentru tipurile de utilizatori care ar gravita către un produs ca acesta - și anume, agenții de marketing avansați care au nevoie de fapt de acest tip de soluție - acest mod de a testa conceptul și viabilitatea caracteristicilor este bun. Este scris în limba lor și cu elemente vizuale pe care le înțeleg.
Cu toate acestea, pentru utilizatorii care nu sunt familiarizați cu marca dvs. sau nu sunt la fel de bine pregătiți ca publicul lui Rand, o idee mai bună ar fi un cadru sau un prototip al tabloului de bord al produsului. Chiar și un videoclip explicativ de la fondator ar funcționa bine. Trebuie doar să fie ceva care să convingă utilizatorii să se înscrie și să înceapă să ofere feedback cât mai curând posibil.
4. Găsiți valoarea minimă reală
Dacă vezi videoclipul lui Eric Ries, vei vedea că el oferă o formulă pentru definirea caracteristicilor minime ale MVP-ului tău. Merge asa:
# de caracteristici minime de care credeți că aveți nevoie / 8 = Adevăratul minim
Are sens dacă această formulă te face să te simți îngrijorat. Dar gândește-te așa:
Construiești un MVP cât se poate de simplu, fără ca acesta să devină inutil. Îl expediați utilizatorilor și le oferiți șansa de a oferi feedback.
Ca urmare, s-ar putea întâmpla câteva lucruri:
Îl urăsc absolut.
Ei îți plâng de cât de rău este caracteristica A și de cum și-ar dori să facă altceva sau de faptul că Caracteristica B a fost aproape acolo, dar apoi nu a îndeplinit așteptările. Este perfect! Utilizatorii dvs. de testare vă vor spune exact ce doresc de la produsul dvs. Obțineți suficient feedback consistent și veți avea o listă de funcții obligatorii care trebuie să apară în următoarea versiune a aplicației.
Sunt de acord cu asta, dar nu le place... încă.
Din nou, este în regulă dacă utilizatorii nu sunt 100% mulțumiți de el. Le-ați oferit ocazia să încerce un produs care va fi minunat și văd promisiunea în el. Oferă-le șansa de a-și spune părerea și de a-ți spune ce le-au iubit și ce nu. Apoi, concentrați-vă pe consolidarea acelor puncte slabe și pe includerea caracteristicilor care îl vor face un adevărat schimbător de joc.
Le va iubi așa cum este.
Să fim sinceri, nu este posibil să se întâmple asta. Dar nu ar fi grozav dacă feedback-ul ar fi atât de rar încât ai putea merge cu MVP-ul așa cum este? În plus, gândește-te la tot timpul pe care l-ai economisit și la banii pe care i-ai economisit clientul tăind produsul înapoi atât de mult. Uneori mai simplu este mai bine.
Nu uitați să le mulțumiți acestor utilizatori pentru feedback-ul și sprijinul acordat produsului. Nu ai cum să creezi soluția de care au nevoie fără cunoștințele lor și, prin urmare, ar fi în interesul tău să recunoști rolul pe care îl joacă în acest sens. În schimb, ei vor continua să fie evangheliștii produsului dvs. mult timp după lansare.
5. Proiectați-vă pagina de destinație din timp
Deși nu sunt prea pasionat ca o pagină de destinație sau un mini-site web care să servească exclusiv ca MVP (din motivul menționat mai sus), cred că este o idee bună să obțin o pagină de destinație pentru dispozitivul mobil în timp ce MVP-ul este în lucru. .
Aplicațiile de jocuri și SaaS ar fi alegeri deosebit de bune pentru a lansa mai devreme o pagină de înscriere beta. Iată un exemplu de la Hytale:
Dacă doriți ca MVP-ul dvs. să reușească, ar trebui să dedicați o parte din timpul suplimentar pe care îl aveți acum pentru a construi o pagină de destinație puternică. Începeți prin a cerceta primele site-uri web ale companiilor prezentate în această postare. Toți și-au explicat cu succes conceptele, și-au comercializat produsele și i-au convins pe primii utilizatori să se înscrie pentru testare.
În timp ce sunteți la asta, ar trebui să vă configurați blogul, conturile de rețele sociale și funcțiile comunității (cu un buletin informativ activ). Nu stii niciodata. Cineva s-ar putea să găsească anunțul MVP-ului tău în altă parte decât în căutarea Google și să decidă că dorește să marcheze site-ul sau să se înscrie devreme pentru a fi un tester beta.
Niciodată nu este prea devreme să începeți să primiți acceptare din setul dvs. de utilizatori!
6. Definiți-vă criteriile de succes
Nu în ultimul rând, trebuie să decizi cum vei măsura succesul MVP-ului tău. Pentru că nu este vorba doar de calitatea feedback-ului.
Luați în considerare următoarele:
- Câți vizitatori v-au vizitat pagina de destinație?
- Câți dintre acești oameni s-au înscris pentru versiunea beta?
- Câți utilizatori ați păstrat într-o perioadă stabilită (1 lună, 3 luni etc.)?
- Câți oameni au oferit feedback și a fost un set suficient de substanțial pentru a lua decizii solide cu privire la designul și caracteristicile produsului în viitor?
- Datele demografice ale setului dvs. de utilizatori se potrivesc cu publicul pentru care ați proiectat aplicația? De ce crezi că a fost?
- Cât timp au petrecut, în medie, utilizatorii în cadrul aplicației?
- Cu ce caracteristici au petrecut cel mai mult timp? Cel putin?
- Care caracteristici au primit cel mai favorabil feedback? Cel putin?
- Au existat anumiți utilizatori care au avut o experiență pozitivă cu produsul? Ce i-a făcut diferiți?
Luați toate informațiile pe care le-ați adunat - de la pagina de destinație originală, testerii beta, datele de utilizare și așa mai departe - și uitați-vă cu adevărat peste toate. Ce vă spune despre MVP-ul pe care l-ați proiectat? Și, acum, ce ai de gând să faci cu el?
Îl veți lăsa așa cum este sau îl veți construi la produsul complet pe care trebuie să fie și pe care îl doresc utilizatorii?
Va fi ușor să atrageți și să achiziționați clienți pe baza datelor de utilizare pe care le-ați colectat? În plus, veți putea păstra acești utilizatori sau este mai rentabil să vă păstrați aplicația din partea browserului în loc să vă păstrați aplicația nativă?
Și, în sfârșit, cât puteți și ar trebui să percepeți pentru accesul la produs? În cele din urmă, va face compania profitabilă sau pur și simplu nu există suficient interes (cel puțin în partea de monetizare a lucrurilor) pentru a face din aceasta o afacere utilă?
Știu că vă las cu o mulțime de întrebări, dar sunt multe pe care va trebui să le rezolvați odată ce încep testele. În plus, acesta este motivul pentru care ai creat un MVP în primul rând. Acest feedback al utilizatorului este de neprețuit pentru proces și este singura modalitate prin care veți ști dacă este un produs care merită scos pe piață sau dus înapoi la planșa de desen.