Am vazut antreprenori care au pierdut 15.000 EUR si 8 luni cu un developer gresit — ca in povestea clientului care a vrut tot. Nu pentru ca developer-ul era prost. Ci pentru ca nimeni nu a pus intrebarile potrivite la inceput.
Problema e ca majoritatea antreprenorilor evalueaza developeri dupa portfolio si pret. Dar portfolio-ul e trecut, pretul e relativ, iar ce conteaza cu adevarat — procesul, ownership-ul, comunicarea — ramane neverificat pana e prea tarziu.
In articolul asta iti dau 10 intrebari pe care le pun eu cand evaluez pe cineva. Le poti folosi la orice apel, cu orice developer sau agentie.
Raspuns scurt
Inainte sa angajezi un developer, verifica 3 lucruri: are aplicatii live si functionale (nu screenshot-uri), poate explica deciziile tehnice in limbaj simplu si pune intrebari despre business-ul tau inainte sa dea un pret. Cele mai importante intrebari sunt despre proprietatea codului, procesul de lucru si cum gestioneaza schimbarile de scop. Un developer care accepta totul fara intrebari nu intelege ce construieste.
Pentru cine este acest articol
- Antreprenori care cauta un developer sau o agentie pentru prima data
- Fondatori de startup care vor sa externalizeze dezvoltarea unui MVP
- Manageri non-tehnici care trebuie sa evalueze oferte tehnice fara background IT
- Oricine a fost ars de o colaborare anterioara cu un developer si vrea sa evite repetarea greselii
10 intrebari esentiale — si ce raspunsuri sa cauti
1. "Arata-mi 3 proiecte pe care le-ai construit anul trecut"
Nu portfolio-uri. Nu screenshot-uri. Link-uri catre aplicatii live, functionale. Deschide-le. Testeaza-le pe mobil. Cat de repede se incarca? Merge formularul de contact? Sunt erori in consola?
Un developer bun are aplicatii live care functioneaza. Punct.
2. "Ce se intampla daca te loveste un autobuz?"
Intrebarea "bus factor". Daca developer-ul dispare maine, tu ai acces la cod? La server? La domeniu? Stii parolele? Exista documentatie minima?
Am preluat proiecte unde clientul nu avea acces nici la propriul hosting. A durat 3 saptamani doar sa recuperam accesul. Asigura-te ca totul e pe numele tau de la inceput.
3. "Cum gestionezi schimbarile de scop?"
Orice proiect se schimba pe parcurs. E inevitabil. Intrebarea e: cum reactioneaza?
Raspunsuri bune: "Documentam schimbarea, estimam impactul in ore, agreem inainte sa incep." Raspunsuri rele: "Nu e problema, o facem." (Tradus: o sa platesti, dar nu stii cand si cat.)
4. "Ce tehnologii folosesti si de ce?"
Nu exista raspuns corect universal. Dar ar trebui sa poata justifica alegerile. "Folosesc Next.js pentru ca proiectul tau are nevoie de SEO si pagini statice" e bun. "Folosesc Next.js pentru ca e popular" e un red flag. Am scris detaliat despre cum alegem stack-ul tehnic — iti poate da un reper de comparatie.
Atentie si la celalalt extrem — developer-ul care vrea sa rescrie totul de la zero in Rust "pentru performanta". Solutia trebuie sa fie proportionala cu problema.
5. "Cat dureaza si ce se intampla daca depasim termenul?"
Orice developer onest iti spune ca estimarile sunt aproximative. Intreaba cum gestioneaza intarzierile. Te anunta din timp? Cum se reflecta in cost?
Un developer care iti garanteaza termenul la fix fie minte, fie nu intelege proiectul inca.
---
Vrei sa vezi cum raspundem noi la aceste intrebari? Programeaza o discutie gratuita de 30 de minute — iti aratam procesul, portofoliul si raspunsurile concrete.
---
6. "Cum testezi codul?"
Nu trebuie sa intelegi raspunsul tehnic. Trebuie sa existe un raspuns. "Am teste automate" sau "testez manual dupa un checklist" sunt ambele acceptabile. "Testez ca imi deschid site-ul si vad daca merge" nu e.
Intreaba si: "Ce faci cand gasesti un bug dupa lansare?" Raspunsul iti spune mult despre maturitatea profesionala.
7. "Cine detine codul la final?"
Pare evident. Nu e. Am vazut contracte in care agentia pastra drepturile asupra codului sursa. Clientul platea mii de euro si la final nu detinea nimic.
Codul trebuie sa fie al tau. Hostat in contul tau de GitHub. Cu acces deplin.
8. "Pot sa vorbesc cu un client anterior?"
Orice developer sau agentie serioasa are cel putin 2-3 clienti care pot confirma experienta. Daca refuza sau ezita, intreaba-te de ce.
Cand vorbesti cu clientul, intreaba specific: "A livrat la timp? Cum a reactionat cand au aparut probleme? L-ai reangaja?"
9. "Ce include pretul si ce nu?"
Hosting? Domeniu? Email? Intretinere? Modificari ulterioare? Suport tehnic dupa lansare?
Am vazut oferte de 2.000 EUR care nu includeau nici hosting, nici suport post-lansare. Si oferte de 5.000 EUR care includeau totul pe un an. Pretul fara context nu inseamna nimic. Pentru un reper concret, vezi cat costa o platforma SaaS — cu breakdown pe dezvoltare, hosting si mentenanta.
Cere o lista detaliata cu ce e inclus. In scris.
10. "Care e procesul tau de lucru?"
Un developer profesionist are un proces. Nu improvizeaza. Ceva de genul:
1. Brief si intelegerea cerintelor
2. Propunere tehnica si estimare
3. Design / prototip
4. Dezvoltare in sprinturi cu demo-uri regulate
5. Testare
6. Lansare
7. Suport si intretinere
Daca raspunsul e "pai ne apucam si vedem", fugi.
Ce dezvaluie fiecare intrebare
| Intrebare | Ce verifici de fapt |
|-----------|---------------------|
| Arata-mi 3 proiecte live | Competenta reala, nu teoretica |
| Bus factor | Controlul tau asupra proiectului |
| Schimbari de scop | Maturitate in comunicare si estimare |
| Ce tehnologii si de ce | Gandire critica vs trend-following |
| Termen + depasire | Onestitate si gestionarea riscului |
| Cum testezi | Disciplina profesionala |
| Cine detine codul | Protectie juridica si independenta |
| Client anterior | Reputatie verificabila |
| Ce include pretul | Transparenta financiara |
| Proces de lucru | Profesionalism vs improvizatie |
Semnale de alarma
- Promite ca face totul. Site, aplicatie, SEO, marketing, design, copywriting. Nimeni nu e expert in toate.
- Nu pune intrebari. Un developer care nu te intreaba nimic despre business-ul tau inainte sa dea un pret nu intelege ce construieste.
- Pret suspinos de mic. Daca toti coteaza 3.000-5.000 EUR si cineva zice 500 EUR, nu e o afacere buna — e un proiect care nu se va termina.
Checklist rapid
- [ ] Am cerut link-uri catre aplicatii live, nu doar screenshot-uri
- [ ] Am verificat ca am acces la cod, server si domeniu de la inceput
- [ ] Am intrebat cum gestioneaza schimbarile de scop
- [ ] Am cerut justificare pentru alegerea tehnologica
- [ ] Am aflat ce se intampla daca depasim termenul
- [ ] Am confirmat ca eu detin codul la final
- [ ] Am vorbit cu un client anterior
- [ ] Am primit lista detaliata cu ce include pretul
- [ ] Am contract scris cu livrabile, termene si proprietate cod
Cand merita sa investesti mai mult in evaluare
Merita:
- Proiect peste 5.000 EUR sau cu deadline de business critic
- SaaS sau platforma cu plati recurente si date sensibile
- Proiect pe termen lung (6+ luni) unde schimbarea developerului e costisitoare
Nu merita sa complici:
- Landing page simpla sub 1.000 EUR
- Site de prezentare standard cu template
- Prototip/MVP rapid unde viteza conteaza mai mult decat perfectiunea
Obiectii frecvente
"Nu am cum sa evaluez tehnic un developer — nu sunt programator."
Nu trebuie sa fii. Cele 10 intrebari din lista asta nu sunt tehnice. Verifica aplicatii live, vorbeste cu clienti anteriori si cere contract scris. Pentru evaluare tehnica, plateste un al doilea developer sa faca un code review (200-500 EUR) — cel mai ieftin audit posibil.
"E prea mult efort pentru un proiect mic."
Adapteaza. Pentru un proiect sub 2.000 EUR, intrebarile 1, 2, 7 si 9 sunt suficiente. 15 minute la un apel pot preveni luni de frustrare.
"Am gasit un developer ieftin pe Upwork — de ce sa caut local?"
Nu trebuie sa cauti local. Dar aplica aceleasi intrebari. Diferenta de pret vine de obicei cu diferente in comunicare, timezone si accountability. Ieftin nu e automat rau, dar trebuie sa intelegi ce sacrifici.
"Developer-ul mi-a spus ca nu poate da referinte din cauza NDA-urilor."
Posibil, dar poate macar sa descrie tipul de proiecte fara sa numeasca clientul. Daca nu poate arata absolut nimic, e un semn de intrebare.
Intrebari frecvente
Cum stiu daca un developer e bun?
Trei indicatori concreti: are aplicatii live pe care le poti testa (nu doar screenshot-uri), poate explica deciziile tehnice in limbaj simplu si pune intrebari despre business-ul tau inainte sa dea un pret. Un developer care nu te intreaba nimic si accepta orice nu intelege ce construieste.
Ce intrebari sa pun la primul apel cu un developer?
Cele mai importante: "Arata-mi 3 proiecte live", "Ce tehnologii folosesti si de ce?", "Ce se intampla daca depasim termenul?" si "Cine detine codul la final?". Aceste 4 intrebari iti spun 80% din ce trebuie sa stii. Restul se clarifica pe parcurs.
Cat ar trebui sa coste un developer bun in Romania?
Un freelancer senior coteaza intre 30-80 EUR/ora. O agentie mica: 40-100 EUR/ora. Un proiect complet (MVP): 3.000-10.000 EUR. Un SaaS complex: 10.000-30.000 EUR. Daca cineva coteaza sub 15 EUR/ora, fie e la inceput de drum, fie va livra calitate corespunzatoare pretului.
Freelancer vs agentie — ce aleg?
Freelancer: mai ieftin, comunicare directa, dar risc mai mare (daca dispare, nu ai backup). Agentie: mai scump, dar ai echipa, proces si continuitate. Pentru proiecte sub 5.000 EUR, un freelancer senior e de obicei alegerea corecta. Peste 10.000 EUR sau cu deadline strict, o agentie ofera mai multa siguranta.
Cum ma protejez contractual cand lucrez cu un developer?
Contract scris cu: proprietatea codului (tu detii tot), acces la cod/server/domeniu de la inceput, plata in transe legate de livrabile concrete (nu in avans 100%), clauza de confidentialitate si termen de suport post-lansare (minim 30 zile). Nu incepe fara contract, indiferent cat de mic e proiectul.
Ce se intampla daca developerul dispare?
Daca ai acces la cod (GitHub), la server si la baza de date — e neplacut, dar nu catastrofal. Alt developer poate prelua. Daca nu ai acces la nimic, esti blocat. De aceea "bus factor" e a doua intrebare din lista: asigura-te ca totul e pe numele tau de la ziua 1.
Cum verific calitatea codului daca nu sunt tehnic?
Testeaza aplicatia ca user: e rapida? Functioneaza pe mobil? Merge formularul? Sunt erori vizibile? Cere acces la repository-ul de cod si roaga un al doilea developer sa faca un code review (costa 200-500 EUR si iti spune exact ce ai). E cel mai ieftin audit pe care il poti face.
Urmatorul pas
Angajarea unui developer e o decizie de business, nu una tehnica. Intrebarile potrivite te scutesc de luni de frustrare si mii de euro aruncati.
Vrei sa vezi cum raspundem noi la aceste 10 intrebari? Programeaza o discutie de 30 de minute — iti aratam procesul nostru, portofoliul si raspunsurile concrete.
Programeaza o discutie gratuita
Fara obligatii. Daca nu suntem potriviti pentru proiectul tau, iti spunem.