Cum alegi o agenție IT în România în 2026: 12 întrebări de pus
Alegerea unei agenții IT în 2026 este una dintre cele mai costisitoare decizii pe care le ia o companie românească. O decizie proastă înseamnă cod neîntreținut, lock-in tehnologic, IP neclar, costuri ascunse și ani pierduți. O decizie bună înseamnă un partener care livrează predictibil, scalabil, și care îți dă în orice moment cheile produsului. Diferența între cele două este, deseori, calitatea întrebărilor puse înainte de semnare.
Acest ghid adună întrebările pe care le pun frecvent clienții firma de IT Blackbone în prima discuție și pe care ar trebui să le pună oricui propune un proiect serios. Nu este un articol de marketing care îți spune să alegi cea mai mare agenție. Este o listă de verificare practică pe care o poți copia în CRM-ul tău și o folosești la fiecare evaluare.
Vom acoperi întrebările despre contract și IP, despre stack tehnologic și lock-in, despre echipa reală alocată proiectului, despre proces și livrabile, despre transferul de cunoștințe și exit, și despre costul real RO vs offshore. La final, vei avea un instrument de decizie aplicabil pe orice ofertă pe care o primești.
01Întrebări despre contract, IP și ce primești la final
Prima familie de întrebări vizează ce ai după ce plătești. Un contract serios stipulează explicit că tot codul, designul, asseturile și documentația devin proprietatea ta intelectuală din momentul plății. Surprinzător, foarte multe contracte din România lasă această clauză vagă sau o ascund în spatele unei licențe non-exclusive care îți permite să folosești codul, dar nu să îl modifici sau să îl muți.
Întreabă direct: Cine deține IP-ul după livrare? Pot primi tot codul sursă într-un repo Git pe care îl controlez? Există dependențe proprietare pe care nu le voi putea elimina? Există obligații de mentenanță exclusivă pentru o perioadă? Există o clauză de buyback dacă vreau să iau produsul în-house? Un partener sănătos răspunde direct și pune aceste prevederi în contract fără să negocieze rezistent.
Al doilea aspect critic este modul în care se gestionează accesul. Codul ar trebui să trăiască într-un repo GitHub sau GitLab sub organizația ta, nu sub agenție. Servere, domenii, conturi DNS, conturi cloud, toate să fie pe numele tău cu rolul tău admin. Dacă agenția insistă să țină ea controlul, este un semnal că vrea lock-in.
- →Cere clauză explicită de IP transfer la plată
- →Repo Git sub organizația ta, nu sub agenție
- →Conturi cloud, DNS, domenii pe numele tău
- →Documentație tehnică livrată ca parte din proiect, nu opțional
- →Nicio dependență proprietară care să te lege de agenție
02Întrebări despre stack tehnologic și lock-in
Stack-ul tehnologic propus spune mult despre cum gândește agenția. În 2026, opțiunile rezonabile pentru web sunt clare: Next.js, Astro, SvelteKit pentru frontend; Node.js, Python, Go, .NET pentru backend; PostgreSQL, MongoDB pentru date; AWS, Google Cloud, Azure, Vercel pentru hosting. O agenție care propune tehnologii exotice, framework-uri proprietare, sau CMS-uri custom obscure ridică semne de întrebare.
Întrebă: De ce alegi acest stack pentru proiectul meu? Există dezvoltatori pe piața din România care pot continua dacă mâine schimb partener? Există o comunitate activă pentru framework-ul propus? Există documentație publică? Există costuri de licență recurente? Răspunsurile bune sunt pragmatice: tehnologii mainstream, justificate prin nevoia concretă a proiectului, fără dependențe scumpe.
Lock-in apare în trei forme: framework proprietar al agenției, CMS custom pe care numai ei știu să îl întrețină, sau infrastructură configurată exclusiv pe conturile lor. Toate trei sunt motive de oprire. Un proiect sănătos folosește tehnologii open standard, este documentat suficient ca un dezvoltator competent să îl preia în 2 săptămâni, și rulează pe infrastructură pe care o controlezi.
Întreabă agenția: dacă mâine nu mai lucrăm împreună, în câte zile pot avea un alt dev senior productiv pe codul tău? Dacă răspunsul este mai mare de 5 zile, ai o problemă de lock-in tehnic sau documentar.
03Întrebări despre echipa reală alocată proiectului
Multe agenții vând cu seniori și livrează cu junior. Pattern-ul este clasic: în discuția comercială vezi arhitectul șef și CTO-ul, în execuție lucrează doi juniori coordonați la distanță. Rezultatul: cod sub standard, întârzieri, refactorizări costisitoare. Întrebările directe la început previn această situație.
Întreabă numele și seniority-ul fiecărui membru alocat. Cere LinkedIn-uri verificabile. Cere portofoliu individual pentru lead-ul tehnic. Cere o discuție tehnică de 30 de minute cu dezvoltatorul care va scrie efectiv codul, nu cu account managerul. Întreabă procentul de alocare al fiecăruia: un senior alocat 20% pe 5 proiecte simultan nu este același lucru cu un senior alocat 80% pe proiectul tău.
Întreabă și despre rotație. Cum se gestionează plecările? Există un proces de knowledge transfer? Există documentație internă care permite preluarea? O agenție matură are aceste procese definite și le poate demonstra. Una imatură improvizează și te trezești la mijloc de proiect fără persoana care cunoștea contextul.
04Întrebări despre proces, livrabile și transparență
Procesul de lucru este al doilea factor după echipă în calitatea livrabilului. O agenție serioasă lucrează în sprinturi clare, are demo-uri săptămânale, ține un backlog vizibil pentru client, și raportează progres săptămânal cu metrici concrete. Una neserioasă livrează la deadline-uri vagi, fără vizibilitate intermediară, cu surprize la final.
Întreabă: Care este procesul de lucru? Pot vedea board-ul de sprint în timp real? Cât de des avem sync-uri? Cum se gestionează schimbările de scope? Există un PM dedicat sau lucrez direct cu echipa tehnică? Răspunsurile bune includ tooling concret (Linear, Jira, ClickUp), cadență definită, și roluri clare.
Livrabilele intermediare contează la fel de mult ca cel final. Un proiect bun livrează la fiecare 2 săptămâni ceva funcțional pe staging, cu deploy automat, cu changelog clar, cu testing scris. Dacă agenția livrează doar la sfârșit, riscul de defazare cu așteptările tale este maxim. Cu 6 luni de lucru fără vizibilitate, ai posibil 6 luni de pierdut.
- →Sprinturi de 1-2 săptămâni cu demo-uri concrete
- →Board public accesibil clientului în timp real
- →Raport săptămânal cu progres, blocaje, decizii
- →Deploy automat pe staging la fiecare merge
- →Testing scris ca parte din definition of done
05Întrebări despre exit, mentenanță și relația post-livrare
Relația post-livrare este unde se pierd cei mai mulți bani. Dacă mentenanța este obligatorie și costă lunar 30% din valoarea proiectului inițial, ai cumpărat un abonament, nu un produs. Dacă orice modificare ulterioară necesită doar agenția respectivă, ești prins. Întrebările despre exit trebuie puse înainte de semnare, nu după.
Întreabă: Care este oferta de mentenanță? Este opțională? Pot lua mentenanța în-house? Care sunt termenele de notificare pentru încetarea contractului? Există clauze de penalizare pentru migrare? Există un handover formal cu documentație și sesiuni de Q&A pentru noua echipă? Aceste detalii fac diferența între un partener flexibil și unul care te transformă în client captiv.
Un partener sănătos îți oferă mentenanță ca opțiune, nu ca obligație. Documentația și codul sunt suficient de bune pentru ca o echipă internă sau o altă agenție să preia fără efort major. Există un proces de offboarding clar. Paradoxal, partenerii cei mai buni sunt cei care îți dau cele mai bune condiții de plecare, pentru că nu se bazează pe lock-in ca model de business.
06Costul real: RO vs offshore și ce primești efectiv
Diferența de cost între o agenție românească matură și o agenție din India sau Bangladesh pare uriașă pe ora afișată: 50 euro vs 15 euro. În realitate, costul total al unui proiect echivalent este adesea similar, uneori mai mare offshore, după ce socotești diferențele de productivitate, rework-ul, comunicarea în alt fus orar, calitatea codului și costul de mentenanță ulterioară.
Costul ascuns în offshore include: timezone overhead, calitate variabilă, rotația mare a echipei, dificultăți de comunicare contextuală pentru un produs românesc cu specific local (eFactura, ANAF, legislație). Pentru proiecte simple, scoped clar, offshore poate funcționa. Pentru proiecte complexe cu context românesc, decizii rapide, integrări locale, costul real este mai mare offshore.
Agențiile românești mature, ca firma de IT Blackbone, oferă tipic tarife între 45 și 75 euro pe oră pentru seniori, cu beneficii clare: fus orar comun, înțelegere a contextului local, echipă stabilă, comunicare directă fără filtre. Un proiect web mediu de 4-6 luni costă tipic între 40.000 și 120.000 euro. Un proiect enterprise cu CRM/ERP custom între 150.000 și 500.000 euro. Aceste cifre sunt comparabile sau mai mici decât echivalentul vest-european.
Cost real = tarif orar × ore estimate × multiplicator de risc. Multiplicatorul este 1.2 pentru parteneri verificați, 1.5 pentru parteneri noi, 2.0+ pentru offshore necunoscut. Aplică formula la fiecare ofertă pentru o comparație onestă.
Concluzii
Alegerea unei agenții IT bune nu este o chestiune de noroc, ci de întrebări puse la momentul corect. Cele 12 categorii de întrebări din acest ghid acoperă riscurile principale: IP, lock-in, echipă reală, proces, exit și cost total. Dacă agenția răspunde clar, transparent și fără defensivă la toate, șansele de succes sunt foarte mari.
Echipa Blackbone răspunde la oricare dintre aceste întrebări într-o discuție inițială gratuită, fără obligație. Dacă evaluezi mai mulți furnizori pentru un proiect serios, ne face plăcere să fim unul dintre ei și să dovedim prin răspunsuri concrete că lucrăm fără jocuri ascunse.
Evaluezi parteneri IT pentru un proiect serios?
Echipa Blackbone răspunde direct la toate cele 12 categorii de întrebări într-o primă discuție și îți oferă o ofertă transparentă, fără lock-in.
Discută cu Blackbone