Am fost acolo. Luna asta încasezi 7.000 de euro din două proiecte mari, iar luna viitoare te uiți lung la inbox-ul gol și te întrebi dacă n-ar fi mai bine să îți actualizezi CV-ul pentru un job călduț de corporație. Chestia asta m-a măcinat vreo trei ani de freelancing până când am înțeles că problema nu era calitatea codului meu, ci modelul de business.
Trecerea de la contracte pe proiect (project-based) la retainer (abonament lunar) mi-a salvat sănătatea mintală și mi-a asigurat un cash flow predictibil.
De ce estimările pe proiect te omoară încet
Când vinzi un proiect cap-coadă, riscul e aproape mereu la tine. Estimezi 80 de ore, clientul își aduce aminte de trei funcționalități „mici” pe parcurs, testarea durează mai mult, iar la final realizezi că ai lucrat pe o rată orară de mizerie.
La un proiect de e-commerce cu vreo 12k utilizatori activi, am pățit-o urât de tot: am estimat 3.000 de euro pentru o integrare de ERP care a durat trei luni din cauza API-ului lor antic. Atunci am zis stop.
Retainerul schimbă complet dinamica. Clientul nu mai cumpără un livrabil rigid, ci cumpără acces garantat la creierul și timpul tău. Merge excepțional pentru mentenanță, optimizări constante sau dezvoltare iterativă. Totuși, trade-off-ul e clar: e genial pentru stabilitate, dar e nasol dacă vrei să dai lovituri financiare rapide cu proiecte mari, unde poți cere sume mari dintr-un foc.
Cum vinzi retainerul fără să sune a „taxă de șmecher”
Greșeala pe care am făcut-o la început a fost să le propun retainer clienților noi, direct la prima discuție. Nu funcționează așa pentru că nu au destulă încredere în tine de la început.
Strategia mea care a funcționat cel mai bine se aplică după ce ai livrat deja un proiect cu succes. Când predau codul și facem recepția, le zic așa:
„Platforma e sus, dar în următoarele luni va avea nevoie de update-uri de securitate, optimizări de baze de date și mici ajustări pe baza feedback-ului de la useri. Putem lucra ad-hoc, la tariful meu standard de 75€/oră, dar în funcție de cât de aglomerat sunt, s-ar putea să așteptați și două săptămâni pentru un bug fix. Sau, putem face un retainer de 15 ore pe lună pentru 900€ (adică 60€/oră), cu timp de răspuns garantat de 24 de ore.”
Pentru client, e o decizie logică. Primește prioritate, un preț preferențial și predictibilitate bugetară. Pentru tine, înseamnă bani siguri care îți intră în cont la începutul fiecărei luni.
Capcana orelor nefolosite: „Use it or lose it”
Aici m-am fript cel mai tare la început. Aveam un client care plătea un retainer de 20 de ore pe lună. În primele două luni nu a cerut aproape nimic. În luna a treia, a venit cu un backlog uriaș și mi-a cerut să lucrez 60 de ore într-o săptămână, pe ideea că „oricum le-am plătit deja”. Mi-a dat tot programul peste cap.
De atunci, regula din contract e sfântă: orele nefolosite se pierd la sfârșitul lunii. Nu se reportează. Ca să fie corect, eu mă asigur că le trimit un raport la jumătatea lunii: „Mai avem 8 ore disponibile pe luna asta, aveți vreo prioritate sau ne ocupăm de refactoring și curățenie în baza de date?”.
Tranziția asta mi-a permis să am 3 clienți pe retainer care îmi acoperă toate cheltuielile de bază plus un profit decent, iar proiectele noi le iau acum doar dacă sunt cu adevărat interesante sau foarte bine plătite.
Voi cum lucrați? Ați reușit să mutați clienți români pe modelul de retainer, sau e o tactică care merge mai degrabă doar pe piața externă?