Ani de zile am făcut greșeala clasică a oricărui dev la început de freelancing: am trântit pe site un grid cu 12 capturi de ecran, tag-uri cu React, Node.js, Tailwind și un buton de „Live Demo”. Rezultatul? Trimiteam 30 de propuneri pe lună și primeam două răspunsuri politicoase de refuz. În momentul în care am șters balastul și am lăsat doar 3 proiecte explicate ca studiu de caz, rata de conversie la pitch-uri a sărit de la 5% la peste 25%.
Clientul care plătește bine nu cumpără linii de cod sau versiunea de Next.js. Cumpără rezolvarea unei probleme care îl costă bani sau timp.
De ce formula clasică de portofoliu e moartă
Când un client non-tehnic deschide portofoliul tău și vede o listă de tehnologii, creierul lui nu face automat legătura cu afacerea lui. El nu știe dacă un API GraphQL îl ajută să vândă mai mult sau dacă e doar o fiță tehnică.
Mai mult, dacă ai 15 proiecte mici — clone de Spotify, aplicații de Todo sau mici site-uri de prezentare făcute în weekend — transmiți semnalul că ești executant junior, nu un partener care înțelege un produs cap-coadă. Trei proiecte solide, documentate serios, bat oricând douăzeci de demo-uri superficiale.
Structura celor 3 case studies
Fiecare din cele 3 proiecte din portofoliul tău ar trebui să acopere un unghi diferit (de exemplu: un e-commerce, o aplicație SaaS/dashboard intern și o optimizare de performanță). Pentru fiecare dintre ele, aplică formula asta:
- Contextul și problema: Care era durerea clientului? (ex: „Checkout-ul pierdea utilizatori pe mobil din cauza încărcării lente”).
- Decizia tehnică asumată: Ce ai ales să faci și, mai ales, ce ai ales să NU faci? (ex: „Am renunțat la SPA pe zona publică și am mers pe SSR simplu pentru a reduce bundle-ul cu 65%”).
- Rezultatul măsurabil: Cifre concrete. Dacă nu ai acces la analytics-ul clientului, folosești metrici tehnice pe care le poți dovedi.
La un proiect de migrare pentru un magazin cu 8k vizitatori zilnici, am documentat cum am redus Largest Contentful Paint de la 4.2 secunde la 1.1 secunde. Am atașat un grafic simplu înainte/după și un citat scurt de la fondator în care zicea că rata de conversie a crescut cu 14% în prima lună. Proiectul ăla singur mi-a adus următorii 4 clienți de Shopify și Next.js.
Compromisul sincer: ce faci când n-ai date de business?
Aici se blochează majoritatea: „Eduard, dar eu am semnat NDA” sau „Clientul nu mi-a zis câți bani a făcut după redesign”.
E un trade-off real. Dacă ești sub NDA strict, anonimizezi complet brandul (numești proiectul „Platformă B2B de distribuție din zona pharma”) și te concentrezi pe metrici la care ai avut acces direct: timp de răspuns al API-ului redus de la 800ms la 90ms, 0 downtime pe durata migrării bazei de date, sau 10 ore salvate săptămânal de echipa de suport printr-un panou de administrare automatizat.
Nu inventa cifre din burtă — în interviul tehnic sau în call-ul de calificare se simte imediat când cineva fabulează. Dacă ești sincer și explici procesul prin care ai rezolvat o problemă reală, clientul va avea încredere că poți repeta procesul și pentru el.
Voi cum vă prezentați proiectele acum: puneți accent pe cod și stack sau pe impactul de business?