Share
Dezvoltarea unui produs mobil necesită o muncă grea și rezultatele după lansarea aplicației sunt incerte.
Din fericire, există o metodă de testare a posibilelor idei de aplicații pe care le aveți. Puteți obține o mulțime de cunoștințe prin construirea unui produs minim viabil. Valoarea MVP-urilor este că trebuie să cheltuiți mai puțin timp pentru proiectare și dezvoltare. În consecință, veți obține multă înțelegere de la început. Acest lucru îmbunătățește calitatea deciziilor pe care le faceți pentru produsul dvs..
În acest tutorial, veți afla:
Un MVP sau un produs viabil minim este un produs care are doar suficiente caracteristici pentru a testa dacă este viabilă pe piață. Pentru a realiza acest lucru, toate caracteristicile inutile sunt îndepărtate și aplicația conține doar caracteristicile care sunt considerate nucleul produsului.
Când aveți o viziune asupra unui produs, este adesea complexă. Doriți utilizatorilor să realizeze o varietate de lucruri utilizând aplicația dvs. Cu toate acestea, nucleul real al unui produs este adesea destul de mic și simplu.
Lansarea inițială a produsului Snapchat este un exemplu excelent de produs viabil minim.Un exemplu foarte bun de MVP ar fi Snapchat. Snapchat are o atenție specială, puteți vizualiza și trimite imagini altor utilizatori, dar imaginile pe care le trimiteți sunt vizibile doar temporar. Este un produs simplu cu focalizare. Ei au testat acest concept de bază și au reușit. Numai după lansarea inițială și validarea produselor, a fost logic să începeți să lucrați la mai multe caracteristici.
Multe dintre aplicațiile pe care le cunoaștem depășesc cu mult domeniul de aplicare al unui MVP. Hai sa luam Instagram de exemplu. Inițial, MVP s-ar fi putut concentra doar pe filtre. Vei putea să faci o fotografie, să alegi o fotografie existentă și să pui unul pe filtru, să zicem cinci, pe filtru și să îl salvezi înapoi în camera foto a aparatului.
Eliberarea produsului Instagram ca produs minim viabil ar fi testat presupunerea că oamenii folosesc filtre pentru a-și îmbunătăți fotografiile. Dacă aplicația câștigă tracțiune, puteți lucra la actualizări, cum ar fi profiluri și asistență video. Dacă nu funcționează și nu obțineți tracțiune, probabil că nu merită să continuați dezvoltarea. Poate că o idee diferită este mai viabilă.
Lucrul la MVP înseamnă a lua în considerare costul oportunității în timp ce lucrați la un produs. La urma urmei, eșecul timpuriu înseamnă că vă economisește timp pentru a construi un produs de succes prin oprirea dezvoltării produsului devreme când un produs eșuează.
Definiți miezul produsului dvs. Construiți primul set de caracteristici și testați-le pe piață.
Dezvoltarea oricărei caracteristici posibile pe care o aveți în mintea dvs. poate dura luni, în timp ce un simplu MVP poate dura doar câteva săptămâni pentru a crea.
Eliberarea timpurie are un alt avantaj, feedback utilizator. Puteți să colectați din timp feedbackul pentru utilizatori și puteți modela produsul pe baza dorințelor utilizatorilor.
Un set de caracteristici ar trebui să includă arhitectura de informații a produsului dvs., precum și un domeniu tehnic.Înainte de a începe efectiv dezvoltarea, trebuie să definiți MVP și foaia de parcurs a produsului. Ce trăsături trebuie să fie și care dintre ele sunt frumoase? Este foarte important să rămânem cât mai obiectiv posibil în timpul acestui proces. O caracteristică despre care vă pasă adânc nu ar putea fi nucleul produsului. Decideți dacă o caracteristică este un must-have sau un frumos-de-a avea.
O caracteristică tipică pentru a avea este funcția de parolă uitată. În schimb, puteți afișa o adresă de e-mail de asistență. Odată ce aveți tracțiune, puteți îmbunătăți această caracteristică și puteți construi un flux de parolă uitat corespunzător. În această fază, este vorba despre limitarea timpului necesar pentru a ajunge pe piață.
Notați-l pe set de caracteristici a produsului dvs. într-un document. Practic, scrieți în detaliu toate caracteristicile produsului dvs. Acesta este un document de lucru și vă oferă o imagine de ansamblu a ceea ce veți crea. Este, de asemenea, un document util pentru informarea designerilor și a investitorilor, de exemplu. Vă pune viziunea pe hârtie. De asemenea, puteți menționa pe scurt cum vă realizați o caracteristică în sensul tehnic. Seturile de seturi includ de obicei un domeniu tehnic. Acest lucru este util în special dacă lucrați la un proiect cu mai mulți dezvoltatori.
Următorul pas ar fi enumerarea caracteristicilor dvs. în termeni de prioritate. Care este cea mai importantă caracteristică și care dintre ele creează cea mai mare valoare pe termen scurt? Odată ce ați definit acest lucru, puteți pune caracteristicile rămase pe o foaie de parcurs a produsului pentru a defini ce veți construi odată ce produsul dvs. va decola.
Pentru a înțelege mai bine setul de funcții al produsului dvs., este de a evalua fiecare funcție pe o scară de la 1 la 10, luând în considerare produs importanţă, complexitate, și valoare adaugata pentru utilizator. Puteți lua decizii mai bune cu privire la cronologia produsului dvs. atunci când înțelegeți diferitele componente ale fiecărei caracteristici.
Acestea sunt amintirile mele personale când definesc un produs viabil minim.
Fiecare dezvoltator sau echipă are preferințe diferite în ceea ce privește modul de construire a unui produs. Voi păstra o scurtă descriere, construiți produsul așa cum vă place și nu pierdeți din vedere ceea ce ați definit inițial ca produsul minim viabil.
Este în regulă să spui nu.
Fiți conștienți de fluaj, mai ales dacă sunt implicați mai mulți actori. O mulțime de sugestii pe care le aveți pentru caracteristici pot fi incluse într-o nouă versiune. Atâta timp cât veți continua să revizuiți setul de funcții și să luați decizii inteligente pe baza viziunii inițiale a produsului și a informațiilor pe care le puteți obține de-a lungul drumului, veți rămâne pe drumul cel bun.
Asigurarea calității produsului este un alt pas important în construirea unui MVP. Asigurați-vă că produsul dvs. funcționează pur și simplu. Petreceți suficient timp pentru a rezolva problema. Dacă sunteți un dezvoltator solo, luați în considerare o mică beta privată cu prietenii și familia. Dacă aveți un buget, angajarea unei firme de asigurare a calității poate fi, de asemenea, o soluție eficientă pentru a vă menține produsul lipsit de erori critice care ar putea dăuna lansării produsului.
Platforme precum Mixpanel vă pot ajuta foarte mult să înțelegeți baza de utilizatori a produsului dvs..Foarte bine! Ai terminat construirea produsului. Acum începe lucrarea reală. După ce ați terminat de dezvoltat, acestea sunt următoarele priorități pe termen scurt:
Marketingul noii dvs. aplicații nu este întotdeauna ușor. Iată un tutorial care vă va ajuta dacă aveți nevoie de ajutor pentru obținerea tracțiunii inițiale. Odată ce ai un prim set de utilizatori, prioritățile tale se schimbă din nou. Acum este vorba despre:
Nu este ușor să obțineți feedback de la utilizatori. Evaluarea dvs. în App Store și recenzii de la utilizatori vă spun ceva, dar truc este de a obține mai multe feedback în profunzime. Este important să aveți întotdeauna la dispoziția utilizatorilor dvs. Aveți un cont Twitter, includeți informațiile de contact din aplicație și nu vă fie teamă să fiți proactiv, adresându-vă utilizatorilor dvs..
Dacă ați lucrat cu testeri pentru produsul dvs., atunci aveți deja o listă de persoane cu care puteți avea o conversație.
Ori de câte ori primiți feedback, este important să o analizați. Fiți conștient de faptul că, atunci când ceva este rău, există o șansă mai mare de oameni vorbesc mai degrabă decât atunci când le place ceva. Feedback-ul pe care îl primiți ar putea fi rău, dar asta nu înseamnă neapărat că produsul dvs. este rău.
Pentru a evalua dacă produsul dvs. este viabil, utilizați analizele aplicațiilor, cum ar fi Mixpanel, pentru a urmări activitatea și păstrarea utilizatorilor.
Statisticile definesc dacă un produs este viabil, nu feedback-ul utilizatorului.
Comparați feedback-ul utilizatorului cu viziunea originală a produsului și foaia de parcurs a produsului. Partea cea mai dificilă este definirea modului în care acest feedback ar trebui să modeleze viziunea produsului și este o alegere pe care fiecare proprietar trebuie să o facă pentru sine.
Foarte bine! Ați învățat despre produsele minime viabile, despre modul în care acestea fac dezvoltarea produselor mai eficiente și despre modul în care puteți lua decizii mai bune după lansarea produsului dvs..
Un sfat final pe care vreau să-l dau este probabil cea mai importantă lecție, știți când MVP nu este viabil. Deciderea de a nu urmări o idee de produs este probabil una dintre cele mai grele decizii pe care un dezvoltator trebuie să o facă, dar nu există nicio îndoială în mintea mea că se va întâmpla uneori atunci când creați produse. Statisticile sunt extrem de valoroase post-lansare și vă vor ajuta să luați decizii bazate pe date.
.
Accentsconagua