Săptămânile 1–2: clarificare, nu cod
Majoritatea MVP-urilor pornesc direct în dev. Greșit. Primele două săptămâni merg pe: definirea ipotezei de business, identificarea celor 3–5 utilizatori reali care vor testa, schițarea celor mai simple fluxuri (signup, acțiune principală, feedback) și stabilirea metricilor de succes. Dacă nu știm ce măsurăm, nu știm ce construim.
Săptămânile 3–5: flux principal, end-to-end
Un singur flux funcțional complet bate trei fluxuri pe jumătate. Pornim cu drumul cel mai critic (ex. „user intră, se autentifică, face X, primește Y") și-l ducem până la capăt — cu auth real, persistență în DB, email-uri, tot ce ține de flux. Restul rămâne stub.
Săptămânile 6–7: al doilea flux + polish
Adăugăm al doilea flux critic (dashboard, istoric, admin simplu) și facem polish pe UX — erori clare, loading states, mobile decent. Nu e timpul pentru settings page, i18n sau dark mode. Spunem „nu" des.
Săptămâna 8: test cu primii utilizatori reali
Dăm acces celor 3–5 utilizatori identificați la început. Monitorizăm, colectăm feedback, urmărim metricile de succes. Aici începe învățarea. Toată munca de până acum e infrastructură pentru această săptămână.
Ce NU intră într-un MVP de 8 săptămâni
- Permisiuni complexe sau multi-tenancy.
- Internaționalizare (alege o singură limbă).
- Plăți abonament (se adaugă după ce validezi valoarea).
- Integrări cu 5 tool-uri; alege una, cea mai critică.
- Dashboard admin complet; un export CSV e suficient inițial.
Concluzie
8 săptămâni e posibil când scope-ul e disciplinat și decisiile se iau repede. Proiectele care depășesc 3 luni la MVP nu sunt MVP-uri, sunt produse. Ambele sunt valide, dar bugetele și așteptările diferă semnificativ.