Un antreprenor cu 200 de clienti activi in consultanta a vrut o platforma care sa faca tot: CRM, email marketing, booking, e-commerce, chatbot AI, analytics. A platit 15.000 EUR unei agentii. Dupa 6 luni nu avea niciun client real pe platforma. Povestea asta nu e exceptia — e regula. Si explica de ce fiecare proiect pe care il livram la Productivitate incepe cu un singur modul, nu cu o lista de dorinte.
Raspuns scurt
Proiectele software mari esueaza pentru ca se construiesc prea multe module simultan, feedback-ul de la useri vine prea tarziu si bugetul se termina inainte de lansare. Solutia: incepe cu un MVP care rezolva o singura problema critica, lanseaza in 3-5 saptamani, apoi adauga module pe baza datelor reale. Clientul din aceasta poveste a platit la final 7.500 EUR distribuit pe 8 luni — jumatate din pretul initial — si are tot ce-i trebuie.
Pentru cine este acest articol
- Antreprenori care planuiesc o platforma custom si li se pare ca "trebuie sa aiba totul"
- Fondatori care au primit o oferta de 10.000-20.000 EUR pentru un proiect software complet
- Oricine a lucrat cu o agentie si a ramas cu un produs neterminat
- Manageri care vor sa inteleaga de ce abordarea iterativa costa mai putin
- Consultanti si traineri care vor sa-si digitalizeze serviciile fara sa arunce bani
"Vreau totul de la inceput"
Anul trecut m-a sunat un antreprenor. Avea un business de consultanta cu vreo 200 de clienti activi si o idee clara despre ce vrea: o platforma care sa faca tot.
CRM ca sa-si gestioneze clientii. Email marketing cu secvente automate. Sistem de booking pentru sesiuni. E-commerce pentru cursurile lui online. Un chatbot AI care sa raspunda la intrebari frecvente. Dashboard cu analytics. Si sa arate bine pe telefon.
I-am zis: "Hai sa incepem cu booking-ul si CRM-ul. Le lansam in 30 de zile, vezi daca le folosesti, apoi adaugam restul."
Nu i-a placut raspunsul. Argumentul lui era logic, la suprafata: "Daca tot investesc, vreau sa am totul gata. Nu vreau sa revin peste 3 luni sa adaug module."
Am incercat sa-i explic ca nu stie inca ce module va folosi cu adevarat. Ca 70% din functiile pe care si le imagineaza acum nu le va atinge in primul an. Ca e mai ieftin sa construiesti iterativ decat sa refaci ce nu merge.
N-a fost convins. Nici macar nu si-a pus intrebarile corecte inainte sa angajezi un developer. A gasit o agentie care i-a promis tot pachetul in 4 luni, la 15.000 EUR.
Ce s-a intamplat in realitate
Luna 1: wireframe-uri si sedinte. Multe sedinte.
Luna 2: design-uri in Figma. Aratau spectaculos. Clientul era entuziasmat.
Luna 3: prima versiune "demo". Booking-ul mergea pe jumatate. CRM-ul era un tabel. E-commerce-ul nu exista inca.
Luna 4: agentia a cerut inca 2 luni si 5.000 EUR in plus. "Am subestimat complexitatea."
Luna 5: chatbot-ul AI a fost integrat. Raspundea gresit la 4 din 10 intrebari. Email marketing-ul trimitea mailuri fara sa personalizeze nimic.
Luna 6: proiectul s-a blocat. Agentia livra patch-uri, nu features. Clientul nu avea niciun client real pe platforma.
Total investit: 15.000 EUR + 6 luni de timp pierdut. Rezultat: o aplicatie pe care nu o putea folosi.
Intoarcerea — 28 de zile, un singur modul
M-a sunat din nou in octombrie. De data asta, conversatia a fost diferita.
"Ce poti sa-mi faci in 30 de zile?"
Am construit un sistem de booking cu plata online, integrat cu Google Calendar, cu notificari pe email si un mini-CRM care tinea evidenta sesiunilor per client. Am stiut din prima cum alegem stack-ul tehnic — simplu, rapid, fara overengineering. 47 de ecrane. Un singur flow clar: clientul intra, alege data, plateste, primeste confirmare.
Cost: 3.000 EUR. Timp: 28 de zile.
Daca te intrebi cat costa o platforma SaaS in Romania, raspunsul depinde de cat de disciplinat esti cu scopul.
In prima luna dupa lansare a avut 34 de rezervari platite prin platforma. In a treia luna, 89.
Abia dupa 4 luni am adaugat email marketing-ul. Dar nu cu secvente complexe — ci cu un singur email automat dupa sesiune, care cerea feedback si oferea un discount pentru urmatoarea programare. Rata de rebooking a crescut cu 23%.
Chatbot-ul AI? Nu l-a mai cerut. A descoperit ca un simplu FAQ pe site rezolva 80% din intrebari.
---
Ai un proiect complex? Spune-ne ce vrei sa rezolvi si propunem ce modul lansam primul — cu cost, timeline si rezultate asteptate.
---
De ce se intampla asta — pattern-ul proiectelor all-in-one
Am vazut pattern-ul asta de zeci de ori. Antreprenorii nu sunt naivi — sunt ambitiosi. Vad ce fac companiile mari si vor acelasi lucru. Problema e ca Salesforce a ajuns unde e in 20 de ani, nu in 4 luni.
Cand construiesti tot deodata, se intampla trei lucruri predictibile:
1. Nimeni nu stie ce e prioritar. Echipa de dezvoltare lucreaza la 6 module simultan si niciunu nu e terminat. E ca si cum ai construi 6 case deodata si te muti in niciuna.
2. Feedback-ul vine prea tarziu. Daca lansezi dupa 6 luni, descoperi ca user-ii se comporta altfel decat ai presupus. Daca lansezi dupa 30 de zile, corectezi din mers.
3. Bugetul se termina inainte de lansare. Aproape intotdeauna. Am vazut proiecte de 20.000 EUR care nu au ajuns niciodata live.
Tabel comparativ: All-in-one vs. MVP iterativ
| Criteriu | All-in-one (agentia) | MVP iterativ (noi) |
|----------|---------------------|---------------------|
| Cost total | 15.000 EUR (nimic functional) | 7.500 EUR (tot ce trebuie) |
| Timp pana la lansare | 6+ luni, nelansat | 28 zile |
| Rezervari in luna 1 | 0 | 34 |
| Module construite | 6 incomplete | 4 complete |
| Feedback real de la useri | Niciodata | Din saptamana 5 |
| Chatbot AI | Raspundea gresit 40% | Inlocuit cu FAQ — 80% acoperire |
| Risc financiar | Total (15.000 EUR pierduti) | Controlat (3.000 EUR per etapa) |
Checklist rapid — inainte de a incepe un proiect software
- [ ] Am identificat o singura problema critica pe care o rezolv
- [ ] Stiu cine sunt primii 10 useri si ce vor ei concret
- [ ] Am un buget pentru prima etapa (nu pentru tot proiectul)
- [ ] Timeline-ul e sub 5 saptamani pana la lansare
- [ ] Am criterii clare de succes: ce masur dupa lansare
- [ ] Am pus intrebarile corecte inainte sa aleg developerul
- [ ] Sunt pregatit sa renunt la features daca datele arata ca nu-s necesare
Cand merita abordarea all-in-one
- Ai deja un produs validat cu mii de useri si vrei sa-l reconstruiesti de la zero pe alt stack
- Ai un buget de 50.000+ EUR si o echipa interna care poate coordona agentia
- Produsul tau e reglementat (fintech, medical) si trebuie sa respecte cerinte legale complete inainte de lansare
Cand NU merita
- E prima ta platforma si nu ai useri reali inca
- Bugetul total e sub 20.000 EUR
- Nu ai validat ideea cu clienti care au platit deja
- Vrei sa "faci ca Salesforce" dar ai 200 de clienti, nu 200.000
Regula noastra
Noi nu acceptam proiecte "all-in-one" de la zero. Nu pentru ca nu le putem face — ci pentru ca stim ca nu functioneaza asa.
Procesul nostru:
1. Identificam o singura problema critica pe care o rezolvam
2. Construim un MVP in 3-5 saptamani
3. Lansam cu useri reali
4. Masuram ce functioneaza si ce nu
5. Adaugam urmatorul modul bazat pe date, nu pe presupuneri
Clientul de mai sus? Acum are booking, CRM, email marketing si un dashboard simplu. A platit 7.500 EUR in total, distribuit pe 8 luni. Fiecare modul adaugat a fost justificat de numere reale.
Si nu are chatbot AI. Nu are nevoie.
Obiectii frecvente
"Dar daca tot investesc, vreau sa am totul gata din start" — Logica suna bine, dar realitatea e alta. 50-70% din functiile pe care ti le imaginezi acum nu le vei folosi. E ca si cum ai mobila toata casa inainte sa te muti — si descoperi ca nu ai nevoie de a treia camera.
"O agentie serioasa livreaza la timp, nu?" — Aproape niciodata pentru proiecte all-in-one. Nu pentru ca sunt incompetenti, ci pentru ca scope-ul creste inevitabil. Orice feature "simpla" are 10 edge cases pe care nimeni nu le-a anticipat.
"Dar costul total va fi mai mare daca construiesc pe etape" — Invers. Platesti doar pentru ce se dovedeste necesar. Clientul nostru a platit 7.500 EUR pe 8 luni pentru tot ce avea nevoie — jumatate din cei 15.000 EUR cheltuiti pe nimic.
"Competitorii mei au deja platforma completa" — Au ajuns acolo in ani, nu in luni. Si garantat au inceput cu un singur feature. Intreaba-i.
Intrebari frecvente
De ce esueaza proiectele software mari?
Cele mai frecvente cauze: scope prea mare de la inceput, lipsa feedback-ului de la useri reali si buget care se termina inainte de lansare. Cand incerci sa construiesti 6 module simultan, niciunu nu ajunge la calitatea necesara. Proiectele care lanseaza iterativ au sanse mult mai mari de reusita.
Cat ar trebui sa coste un MVP?
Un MVP functional costa intre 2.000 si 5.000 EUR, in functie de complexitate. Daca cineva iti cere 15.000+ EUR pentru un MVP, probabil nu construieste un MVP — construieste un produs complet. Un MVP real rezolva o singura problema si se lanseaza in 3-5 saptamani.
Cat dureaza un MVP vs un produs complet?
Un MVP se construieste in 3-5 saptamani. Un produs complet cu multiple module poate dura 6-12 luni. Diferenta e ca MVP-ul iti aduce venituri si feedback din prima luna, pe cand produsul complet iti consuma bugetul fara validare.
Cum stiu ce functionalitati sa includ in prima versiune?
Intreaba-te: ce problema rezolv pentru primii 10 clienti? Raspunsul e de obicei o singura functionalitate principala. Tot ce nu contribuie direct la rezolvarea acelei probleme se amana. Dupa lansare, datele iti spun ce sa adaugi urmatorul.
Ce inseamna abordarea iterativa in dezvoltare?
Inseamna sa construiesti in etape mici, sa lansezi fiecare etapa cu useri reali si sa decizi urmatorul pas pe baza datelor. In loc sa planifici 6 luni in avans, planifici 4 saptamani, lansezi, masori si ajustezi. E mai putin spectaculos decat un Figma cu 200 de ecrane — dar e singurul mod in care ajungi sa ai ceva functional.
Este mai ieftin sa construiesti totul deodata sau pe etape?
Pe etape, aproape intotdeauna. Cand construiesti totul deodata, 50-70% din functionalitati nu vor fi folosite — deci ai platit degeaba. Pe etape, platesti doar pentru ce se dovedeste necesar. Clientul din articol a platit 15.000 EUR pentru nimic functional, apoi 7.500 EUR distribuit pe 8 luni pentru tot ce avea nevoie.
Ce fac daca am deja un proiect blocat cu o alta agentie?
Evalueaza onest ce e salvabil. Uneori codul existent poate fi reutilizat ca baza. Alteori e mai ieftin sa o iei de la zero cu un scope redus. In ambele cazuri, primul pas e acelasi: defineste o singura problema critica si construieste doar solutia pentru ea.
---
Urmatorul pas
Ai un proiect complex si nu stii de unde sa incepi? Nu trebuie sa construiesti totul deodata.
Spune-ne ce problema vrei sa rezolvi si iti propunem ce modul lansam primul — cu cost, timeline si rezultate asteptate.
Programeaza o discutie gratuita de 30 de minute
Fara obligatii. Daca nu are sens, iti spunem direct.