Alegerea unei firme de dezvoltare software e o decizie cu care trăiești ani de zile — iar prezentarea de vânzări e cel mai puțin fiabil input pe care îl ai. Inputurile fiabile sunt verificabile: review-uri de la clienți numiți, studii de caz cu cifre, certificări pe care le poți căuta și clauze de contract pe care le poți citi. Iată checklist-ul în 12 puncte pe care l-am folosi noi înșine, plus red flag-urile care ar trebui să încheie o conversație.
Cele 12 puncte
1. Review-uri verificate de la clienți — recente
Caută review-uri pe platforme care verifică recenzentul (Clutch intervievează clienții direct). Volumul contează mai puțin decât recența: cinci review-uri din ultimul an bat douăzeci de acum cinci ani. Întreabă-te: clienții ăștia ar fi de găsit dacă ai cere un apel de referință?
2. Studii de caz cu rezultate măsurabile
Un perete de logo-uri nu e dovadă. Un studiu de caz care spune cine a fost clientul, cât îl costa problema, ce s-a construit și ce s-a schimbat — în cifre — este. Dacă toate studiile sunt anonime și fără metrici, presupune că există un motiv.
3. Cine îți scrie efectiv codul
Întreabă de vechimea oamenilor alocați pe proiectul tău, nu de media companiei. Pitch condus de seniori urmat de o echipă de livrare plină de juniori e cel mai vechi truc din industrie. Întreabă direct: câți ani de experiență vor avea inginerii de pe proiectul meu?
4. Securitate pe care o poți verifica
Conformitatea GDPR e declarată de toată lumea; un certificat ISO 27001 are un număr și un emitent pe care le poți verifica. Pentru orice atinge date personale sau financiare, tratează practicile de securitate certificate ca cerință, nu ca bonus.
5. Ownership pe cod și conturi — în contract
La plata finală, codul sursă, conturile de magazin, infrastructura cloud și domeniul trebuie să fie ale tale, cu o clauză explicită de cesiune a IP-ului. Dacă un furnizor ezită aici, restul nu mai contează.
6. Un model de preț transparent
Preț fix pentru scop bine definit, time-and-materials pentru muncă iterativă — ambele sunt legitime. Ce nu e legitim e bugetul deschis la nesfârșit. Insistă pe un plan pe milestone-uri în care vezi costul contra progresului.
7. Progres vizibil, săptămânal
Software funcțional în fiecare săptămână — demo-uri, build-uri TestFlight, linkuri de staging — nu rapoarte de status. Dacă primul build funcțional vine în luna a treia, n-ai cum să corectezi direcția.
8. Recomandări tehnologice cu argumente
Un partener bun justifică stack-ul față de produsul tău: când merită nativul pe mobil, când cross-platform-ul îți economisește 40–60%, de ce baza asta de date. Un furnizor care prescrie același stack fiecărui client optimizează pentru confortul lui, nu pentru produsul tău.
9. O structură clară de comunicare
Să știi cine îți răspunde și cât de repede. Un contact definit — la noi, un consultant specialist — și un timp de răspuns asumat bat un inbox generic. Răspunsurile lente din faza de vânzare nu devin niciodată mai rapide după semnare.
10. Suport post-lansare în scris
Versiuni noi de iOS și Android, actualizări de dependențe, patch-uri de securitate: software-ul are nevoie de mentenanță. Întreabă ce se întâmplă după lansare — SLA, retainer sau evoluție pe sprinturi — înainte să semnezi, nu după prima defecțiune.
11. Fusul orar și suprapunerea de lucru
Pentru companiile din UE, o echipă nearshore din România îți împarte ziua de lucru; pentru echipele din SUA, suprapunerea de dimineață acoperă standup-urile și deciziile. Măsoară suprapunerea reală în ore — calitatea colaborării o urmează.
12. Produsele proprii și cultura de inginerie
Echipele care își rulează propriile produse înțeleg uptime-ul, onboarding-ul și suportul din partea proprietarului. Întreabă ce construiește compania pentru ea însăși și citește-i blogul de inginerie — arată cum gândesc când nu vinde nimeni nimic.
Red flag-uri care ar trebui să încheie conversația
- Estimări fără întrebări — o echipă serioasă nu poate cota ce n-a înțeles
- Fără clauză de cesiune IP, sau hosting/conturi care rămân pe numele furnizorului
- „Da” la orice cerere, fără compromisuri — nu vorbești cu ingineri
- Portofoliu anonim, fără review-uri verificabile, fără echipă numită
- Presiune să semnezi înainte să existe un scop în scris
Trece orice shortlist prin aceste 12 puncte și terenul de obicei se îngustează singur. Și testează-ne și pe noi contra aceleiași liste — review-urile, studiile de caz cu cifre, numărul certificatului și termenii de contract sunt publice sau disponibile la cerere. Ăsta e rostul checklist-ului: funcționează pe oricine, inclusiv pe noi.
