„Vrem un MVP” e propoziția cu care încep cele mai multe discuții despre un produs nou. De obicei urmează o listă cu patruzeci de funcționalități, toate „esențiale”.
Un MVP — minimum viable product — nu e produsul tău făcut pe jumătate și nu e un demo. E cel mai mic produs care îți poate răspunde la o singură întrebare: plătește cineva pentru asta? Tot ce nu ajută la răspuns e, deocamdată, cost.
Mai jos: cum decizi ce intră, cât durează, cât costă, și unde se strică de obicei.
Pe scurt
- Durată: de la 4 săptămâni pentru un MVP web simplu; 6 – 12 săptămâni când include aplicație mobilă și plăți.
- Cost: de la 8.000 €. Cele mai multe MVP-uri reale ajung între 8.000 și 25.000 €.
- Ce intră: un singur flux, dus cap-coadă, pentru un singur tip de utilizator.
- Ce nu intră: tot ce poți face de mână în primele trei luni.
Ce este un MVP — și trei lucruri cu care e confundat
Nu e un prototip. Prototipul se arată; MVP-ul se folosește. Dacă nimeni nu poate crea un cont și nu poate plăti, nu ai aflat nimic despre piață — ai aflat doar că prietenilor tăi le place cum arată.
Nu e o versiune proastă a produsului. „Minim” se referă la câte lucruri face, nu la cât de bine le face. Un MVP care pierde date sau se blochează la plată nu testează ideea ta, testează răbdarea primilor utilizatori. Și ei sunt singurii pe care îi ai.
Nu e prima etapă dintr-un plan fix. Dacă știi deja exact ce construiești în următoarele 18 luni, indiferent ce afli, nu faci un MVP — faci un produs mare în rate. E în regulă, dar spune-i pe nume, pentru că se planifică altfel.
Testul pentru fiecare funcționalitate
Ia lista ta și pune fiecărui rând o singură întrebare:
Dacă lipsește asta, mai pot afla dacă cineva plătește?
Dacă răspunsul e da, iese din prima versiune. Nu dispare — trece pe lista a doua.
Ce rămâne, de regulă:
- un singur tip de utilizator, cel care plătește;
- un singur flux, dus până la capăt: de la cont nou până la momentul în care utilizatorul primește valoarea pentru care a venit;
- plata, dacă modelul tău e pe bani de la utilizatori — altfel testezi interesul, nu disponibilitatea de a plăti, și sunt două lucruri foarte diferite;
- măsurarea: câți se înscriu, câți ajung la capătul fluxului, câți revin. Un MVP fără măsurare e o opinie scumpă.
Ce iese, aproape întotdeauna:
- panoul de administrare complex — în primele luni administrezi direct din baza de date sau dintr-un tabel;
- rolurile multiple, drepturile fine, echipele;
- notificările pe trei canale — alege unul;
- rapoartele și exporturile;
- integrările cu alte sisteme, dacă nu sunt chiar miezul produsului;
- a doua limbă, modul întunecat, personalizarea.
Regula utilă: fă de mână tot ce nu se vede. Primii douăzeci de clienți pot fi activați manual, facturați manual, ajutați pe WhatsApp. E incomod și nu scalează — și exact asta vrei, pentru că vei afla din munca aia manuală ce merită automatizat cu adevărat. De cele mai multe ori nu e ce credeai.
Ce nu se taie niciodată
Există o listă scurtă de lucruri care par bune de amânat și nu sunt, pentru că se repară de zece ori mai scump după:
- Arhitectura de date. Dacă produsul va avea mai mulți clienți pe aceeași platformă, separarea datelor lor se decide din prima zi. Adăugată mai târziu, înseamnă rescriere.
- Securitatea de bază și GDPR. Parole stocate corect, drepturi verificate pe server, nu doar în interfață, un loc clar unde stau datele personale și cum se șterg.
- Backup verificat. Un backup pe care nu l-ai restaurat niciodată nu e backup.
- Proprietatea. Codul, domeniul și conturile pe numele tău, de la primul commit.
Asta e și diferența dintre un MVP care devine produs și unul care trebuie aruncat. Construim MVP-urile pe aceeași arhitectură pe care rulează produse cu zeci de mii de utilizatori activi lunar, tocmai ca prima versiune să fie începutul produsului, nu o ciornă a lui.
Cât durează
4 – 6 săptămâni — MVP web: conturi, un flux principal, plată simplă, fără integrări grele.
6 – 12 săptămâni — web plus aplicație mobilă pentru iOS și Android, abonamente recurente, notificări. La asta se adaugă aprobarea în App Store și Google Play, care nu depinde de cine construiește.
Peste 3 luni — de obicei nu mai e un MVP. Fie lista n-a fost tăiată destul, fie produsul are în miez ceva greu — hardware, un model AI care trebuie măsurat pe date reale, o integrare cu un sistem vechi. Se întâmplă și e legitim, dar merită spus din prima zi.
Ce lungește termenul, în ordinea în care îl vedem întâmplându-se:
- Deciziile întârziate. Feedback care vine după zece zile mută lansarea cu zece zile. Cel mai mare factor, și singurul pe care îl controlezi integral tu.
- Scopul care crește pe parcurs. Fiecare „și ar mai fi bine să…” e rezonabil luat separat. Împreună, sunt al doilea produs.
- Dependențele externe. Un cont de procesator de plăți care se aprobă în trei săptămâni, un API al unui partener care nu răspunde.
Cât costă
Un MVP pornește de la 8.000 €. Unde ajunge depinde de aceiași patru factori ca la orice aplicație — roluri, integrări, date existente, mobil — despre care am scris pe larg în articolul despre costul unei aplicații. Orientativ:
- 8.000 – 12.000 € — MVP web, un flux, un rol, plată simplă.
- 12.000 – 25.000 € — web și mobil, abonamente, două roluri, una-două integrări.
- peste 25.000 € — produsul are în miez ceva greu, sau nu mai e MVP.
Cifrele sunt orientative. Prețul real depinde de câți oameni lucrează pe proiect, de timpul estimat, de complexitate, de gradul de risc și de câtă testare cere produsul. Intervalele de mai sus se aplică în general aplicațiilor mici și medii; la proiectele mari, calculul e aproape întotdeauna mult mai complex decât o încadrare într-un interval.
Pe lângă construcție, pune în buget de la început: găzduirea (de la 20 – 50 € pe lună), conturile de developer dacă ai aplicație mobilă (99 $ pe an la Apple, 25 $ o singură dată la Google), comisioanele procesatorului de plăți și — cel mai des uitat — bani pentru luna a doua. Un MVP care nu mai poate fi modificat după lansare, pentru că bugetul s-a terminat în ziua lansării, nu te mai lasă să acționezi pe ce afli.
O împărțire sănătoasă: aproximativ două treimi pentru prima versiune, o treime păstrată pentru primele două-trei luni de ajustări după ce vezi utilizatori reali.
Cinci feluri în care se strică un MVP
Construit pentru investitori, nu pentru utilizatori. Arată impecabil, are animații, și nimeni n-a verificat dacă omul pentru care e făcut vrea să-l folosească.
Lansat fără măsurare. După trei luni, singura informație e „s-au înscris câțiva”. Câți au ajuns la capăt? Unde s-au oprit? Nu se știe.
Fără plată. „Întâi strângem utilizatori, apoi vedem cum monetizăm.” Utilizatorii unui produs gratuit și cei ai unui produs cu plată sunt adesea oameni diferiți.
Prea mult, prea târziu. Opt luni de construit în liniște, pentru ca prima săptămână cu utilizatori reali să arate că problema era alta.
Construit de aruncat, fără să se fi hotărât asta. Scurtăturile sunt în regulă când sunt decizii. Devin o problemă când afli despre ele la a treia sută de clienți.
Înainte să ceri o ofertă
Patru lucruri pe care merită să le ai scrise, fie și pe o pagină — orice echipă serioasă ți le va cere oricum:
- Cine plătește și ce problemă are astăzi, în cuvintele lui.
- Ce face acum ca să o rezolve — Excel, telefon, un concurent, nimic.
- Fluxul unic pe care îl testezi, de la primul ecran până la momentul în care omul a primit ce voia.
- Cifra care îți spune că a mers: zece clienți plătitori în 60 de zile, o sută de programări pe săptămână — ceva ce se poate număra.
Cu pagina asta, o discuție de 30 de minute ajunge pentru o estimare orientativă. Prețul ferm pe etape iese dintr-un audit de proces, care se scade din proiect dacă îl construim noi, iar specificația rămâne a ta oricum.
Detalii despre cum construim MVP-uri, cu exemple din portofoliu, pe pagina Dezvoltare MVP. Sau direct: spune-ne ce vrei să testezi.