Cum construiesti un MVP SaaS in 6 saptamani: de la idee la primii utilizatori

01Saptamana 0: discovery rapid si scope minimal

Inainte ca primul commit sa fie scris, are loc o saptamana de discovery. Defines clar problema, ipoteza, utilizatorul tinta si metrica de succes pentru MVP. Daca nu poti raspunde in trei propozitii la intrebarea ce vrei sa validezi cu acest MVP, nu esti gata. Saptamana 0 nu este cod, este claritate.

Apoi taiezi scope-ul brutal. Listeaza toate features-urile pe care le-ai vrea si imparte-le in trei: indispensabile pentru a livra valoarea principala, importante dar amânabile o luna, nice-to-have. Pentru MVP, livrezi doar indispensabile. Tot ce ramane intra in roadmap-ul de dupa primii utilizatori. Aceasta disciplina la scope este diferenta intre livrare la timp si esec.

Firma de IT Blackbone foloseste un canvas simplu pentru discovery: o pagina A4 cu problema, utilizatorul, fluxul principal end-to-end, metrica de validare si stack-ul propus. Daca canvasul nu incape pe o pagina, scope-ul este prea mare. Aceasta regula simpla a salvat zeci de proiecte de la over-engineering.

02Stack-ul de auth: Clerk sau better-auth

Auth-ul nu este diferentiatorul tau. Este zone in care orice greseala devine breach de securitate si pierdere de incredere. In 2026, doua optiuni sunt evidente: Clerk pentru velocity maxima si DX excelenta sau better-auth pentru self-hosted cu control complet. Ambele acopera password, social login, magic link, 2FA si organizatii pentru multi-tenancy.

Clerk costa de la primii utilizatori dar livreaza o experienta de signup pe care ar dura saptamani sa o construiesti singur: componente preconstruite, dashboard de management, webhooks pentru evenimente, integrari cu Stripe, Slack si tot ce ai nevoie. Better-auth este gratuit si rezida in propriul tau backend Next.js, ideal cand vrei zero dependenta externa si flexibilitate maxima.

Echipa Blackbone foloseste Clerk pentru MVP-urile in care viteza este critica si better-auth pentru produse care cresc spre enterprise si cer audit complet pe codul de auth. Indiferent de alegere, NU scrii auth-ul de la zero pentru un MVP. Niciodata. Compromisul cost-securitate-velocity este intotdeauna in favoarea unei solutii probate.

• →Clerk: viteza maxima, componente UI, dashboard inclus
• →Better-auth: open-source, self-hosted, flexibilitate completa
• →Ambele suporta organizatii pentru multi-tenancy
• →2FA, social login, magic link disponibile out-of-the-box
• →Webhooks pentru integrare cu billing si analytics

03Billing cu Stripe: subscriptions, trials, taxe

Billing-ul este al doilea bloc pe care nu il construiesti singur. Stripe Billing acopera subscriptions, trials, proration, cupoane, taxe, facturi si tot ce ai nevoie pentru un SaaS in primii doi ani. Stripe Customer Portal iti livreaza o pagina gata facuta pentru utilizatori unde isi pot schimba planul, isi pot descarca facturile si isi pot anula abonamentul fara sa scrii o linie de cod.

Pentru MVP, pornesti cu doua-trei planuri clare: free trial, starter, pro. Eviti tier-uri complicate cu add-on-uri si pricing per metric. Acestea vin in versiunile 2 si 3 ale produsului, cand stii deja ce conteaza pentru utilizatori. In Romania, integrarea cu Stripe Tax sau cu un provider local pentru TVA este obligatorie din ziua unu, pentru ca rectificarile retroactive sunt scumpe si stresante.

Firma de IT Blackbone a livrat zeci de integrari Stripe pentru clienti si pentru AxV Store, ecommerce-ul propriu. Patternul recomandat este sa folosesti Stripe Checkout pentru semnup-ul initial si Customer Portal pentru management ulterior. In propriul tau cod tii doar webhook-urile pentru a sincroniza starea abonamentului in baza ta de date.

04Multi-tenancy: alegerea care defineste produsul

Multi-tenancy nu este o feature, este o decizie de arhitectura care influenteaza fiecare model de date. Ai trei optiuni principale: o singura baza de date cu tenantId pe fiecare tabel, schema per tenant in aceeasi baza sau o baza per tenant. Pentru MVP, alegerea aproape sigura este prima: tenantId pe fiecare tabel, izolat la query level.

Pattern-ul cu tenantId este simplu de implementat, scalabil pana la zeci de mii de tenanti si compatibil cu majoritatea ORM-urilor moderne. Folosesti Drizzle, Prisma sau Kysely si configurezi o functie helper care injecteaza tenantId-ul in fiecare query automat, pe baza sesiunii. Asa eviti bug-uri de cross-tenant leak care sunt catastrofale pentru un SaaS.

Schema per tenant si baza per tenant devin relevante doar pentru clienti enterprise care cer izolare fizica. Pentru MVP, le amani. Echipa Blackbone foloseste mereu modelul cu tenantId pentru prima versiune si migreaza ulterior daca un client major cere izolare separata. Acea migrare este de 2-3 saptamani si se justifica doar cu un contract semnat.

05Timeline saptamana cu saptamana: ce livrezi cand

Saptamana 1 si 2 livreaza fundatia: setup proiect, auth functional, modele de baza in baza de date, doua-trei pagini scheletice. La sfarsitul saptamanii 2 te poti loga, crea o organizatie si vedea un dashboard gol. Pare putin, dar este fundamentul pe care construiesti restul. Daca aici grabesti, platesti in saptamana 5.

Saptamana 3 si 4 livreaza valoarea principala: fluxul end-to-end care defineste produsul. Daca esti un tool de project management, livrezi creare proiect, adaugare taskuri, vizualizare board. Daca esti un analytics tool, livrezi ingestion, dashboard de baza si export. Aceste doua saptamani sunt cele mai intense si necesita focus extrem pe scope.

Saptamana 5 livreaza billing, onboarding curat si polish vizual. Saptamana 6 este pentru bug fixing, optimizare, deploy in productie si invitatii catre primii utilizatori beta. La sfarsitul saptamanii 6 ai un produs functional, plateste-bil, in mainile a 10-20 utilizatori reali. Acesta este MVP-ul: nu o demo, ci un produs viu cu utilizatori care platesc sau testeaza serios.

• →Saptamanile 1-2: fundatie, auth, modele de baza
• →Saptamanile 3-4: fluxul principal end-to-end
• →Saptamana 5: billing, onboarding, polish
• →Saptamana 6: deploy, bug fixing, primii utilizatori
• →Post-MVP: iteratie pe feedback real, nu pe presupuneri

06Ce skipezi fara remuscari in primii utilizatori

Multe features par esentiale dar nu sunt pentru MVP. Skipezi: SSO enterprise, audit logs detaliate, dark mode, RBAC complex cu permisiuni granulare, multi-language, mobile apps native, white-label, API public, exporturi in zece formate. Toate acestea sunt valide pentru produsul matur, dar zero din ele iti aduc primii utilizatori platitori.

Skipezi si over-engineering la infrastructura. Nu ai nevoie de Kubernetes pentru 100 utilizatori. Vercel plus Neon plus Upstash pentru caching te duc pana la 10000 utilizatori fara probleme. Skipezi si CI/CD complicat: o singura ramura main, deploy automat, feature flags pentru rollback rapid. Complexitatea de pipeline o adaugi cand ai echipa de 10 oameni, nu de 2.

Echipa Blackbone a livrat MVP-uri care au ajuns la 1000 utilizatori platitori in trei luni de la lansare, toate construite pe acest principiu de scope minimal si infrastructura simpla. Cheia este sa investesti in produsul care iti aduce bani, nu in infrastructura care impresioneaza la conferinte. Daca produsul prinde, ai bugetul pentru complexitate. Daca nu, ai pierdut mai putin.