Ani de zile am făcut greșeala clasică a freelancerului: am umplut portofoliul cu 15 screenshot-uri frumoase și un link obscur spre repo-ul de GitHub. Rezultatul? Clienții buni mă ignorau, iar cei care mă contactau trăgeau la maxim de preț. Când am înțeles că un fondator de startup sau un director de marketing nu cumpără cod curat, ci soluții pentru business-ul lui, am schimbat placa.
Am șters tot și am lăsat doar 3 proiecte. În loc de poze, am scris story-ul complet cu cifre și rezultate măsurabile.
De ce e greșit să arăți doar screenshot-uri
Când pui o imagine cu un dashboard, clientul vede doar culori și butoane. Nu știe dacă aplicația aia chiar a mers, dacă a avut utilizatori sau dacă codul din spate a fost un dezastru.
Proprietarii de business vor să vadă că înțelegi contextul lor. La ultimul audit pe care l-am făcut pentru propriul meu site, am observat că vizitatorii petreceau sub 12 secunde pe paginile de proiecte când aveam doar imagini. După ce am adăugat structură de case study, timpul mediu a sărit la 2 minute și jumătate, iar rata de conversie din vizitator în lead a crescut de la 5% la 28%.
Cele 3 case-study-uri pe care le folosesc
Nu ai nevoie de 20 de proiecte medii. Ai nevoie de maximum trei, dar alese strategic:
- Proiectul de Optimizare/Performanță: Aici arăți cum ai luat ceva stricat și l-ai făcut rapid. La un magazin online local, am redus timpul de încărcare de la 4.2 secunde la 1.1 secunde. Rezultatul? Rata de abandon a coșului a scăzut cu 14%, ceea ce le-a adus vreo 6.000€ în plus în prima lună.
- Proiectul de Automatizare/Eficiență: Ceva unde ai salvat timp clientului. Am creat un modul intern pentru o firmă de logistică ce le-a scos din schemă 25 de ore de muncă manuală pe săptămână per operator. Cifra asta e aur curat când o pui în fața unui manager.
- Proiectul Greenfield (de la zero): Un MVP lansat la timp. Am construit o aplicație web pentru 8k useri activi, livrată fix în cele 6 săptămâni promise, fără depășiri de buget.
Structura exactă pe care o folosesc
Nu scriu romane. Fiecare case study are maxim 400 de cuvinte și urmărește pas cu pas această schemă simplă:
- Problema: Ce nu mergea și cât îi costa pe ei chestia asta (în bani sau timp).
- Soluția tehnică: Ce am ales să construiesc și de ce (fără jargon inutil, explicație pe înțelesul unui non-tehnic).
- Rezultatul măsurabil: Cifre clare. Procente, ore economisite, bani câștigați sau trafic crescut.
Trade-off-ul sincer
Să scrii un case study bun e greu și durează. Îți ia lejer 4-5 ore per proiect, mai ales dacă trebuie să-ți contactezi foștii clienți ca să ceri metrice reale de business.
În plus, strategia asta taie din clienții mici care vor "un site simplu de prezentare în 300 de lei". Acei clienți nu vor citi textul tău și vor căuta în continuare cel mai mic preț. Dar pentru mine ăsta e un avantaj, nu un dezavantaj — triez din start proiectele neprofitabile.
Voi cum vă prezentați munca pe portofoliu? Aveți date concrete de la clienții vechi sau mergeți pe varianta clasică cu link-ul de producție?