Am ars vreo trei ani făcând ping-pong cu estimări de două ore pentru fiecare buton pe care voia un client să-l mute. Tragi linie la final de lună și constați că ai pierdut 15 ore doar pe emailuri, negocieri mărunte și generat facturi de 150 de euro. Trecerea la contracte de tip retainer a fost singura mișcare care mi-a stabilizat venitul fără să mă oblige să mă întorc în corporație.
De ce plata pe proiect/oră te sabotează la clienți existenți
Modelul clasic funcționează decent când construiești ceva de la zero: ai specificații clare, un milestone, livrezi, iei banii. Problema apare după lansare, în faza de mentenanță și iterații mici.
Clientul îți dă un mesaj marți: „Eduard, s-a bușit un webhook la Stripe, ne ajuți?”. Îți ia 40 de minute să repari, facturezi o oră la 50€. Dar ca să rezolvi asta, ai oprit lucrul la proiectul curent, ai recitit codul, ai testat și ai trimis raport. Context switching-ul te-a costat de fapt trei ore din viață. Pentru client e ieftin, pentru tine e o hemoragie continuă de timp și focus.
Cum vinzi tranziția fără să pară o scumpire mascată
Greșeala pe care am făcut-o la început a fost să încerc să vând „pachete de ore în avans”. Niciun client cu scaun la cap nu vrea să-ți dea 1.500€ pe lună pentru „30 de ore de dev” dacă nu știe sigur că are de lucru luna aia. Orele nu au valoare pentru business, rezultatul are.
La un client de e-commerce cu vreo 12k comenzi lunare, am schimbat abordarea. I-am pus pe masă trei lucruri simple:
- Timp de răspuns garantat (SLA): Dacă pică checkout-ul, răspund în maxim două ore în timpul programului, nu „când prind o fereastră liberă săptămâna viitoare”.
- Mentenanță proactivă: Două ore pe lună verificate log-uri de erori, actualizate dependențe critice și făcut test de restore la backup-uri de bază de date.
- Capacitate rezervată: Un slot fix de 20 de ore de dev garantate în fiecare lună pentru feature-uri noi, fără să mai aștepte după estimări prealabile.
I-am propus 1.800€/lună. Părea mai mult decât media de 1.200€ pe care o factura în lunile precedente la oră, dar a acceptat pe loc tocmai pentru că i-am luat de pe cap frica că „dev-ul e prins în alt proiect când ne arde casa”.
Clauza care te salvează: orele nefolosite nu se reportează
Aici e trade-off-ul sincer pe care trebuie să-l gestionezi din start. Dacă clientul consumă doar 10 ore din cele 20 rezervate, restul de 10 ore dispar la finalul lunii. Nu se adună, nu se reportează în luna următoare.
Explicația e simplă și trebuie asumată ferm: clientul plătește disponibilitatea ta, nu doar tastatul efectiv. Dacă ar reporta orele, în luna a treia te-ai trezi că are „în bancă” 40 de ore acumulate și vrea să-i rescrii tot modulul de checkout fix când tu ești prins într-un alt contract important.
Retainerul e genial pentru predictibilitate financiară — știi de la 1 ale lunii că ai chiria și taxele acoperite. În schimb, e nasol când un client începe să creadă că retainer înseamnă că ești angajatul lui full-time pe Slack și te caută duminica seara pentru un typo în footer. Limitele de comunicare și programul trebuie puse clar în contract, altfel devine un job prost plătit.
Voi cum procedați când clientul strâmbă din nas că a plătit retainerul și „nu a cerut nimic luna asta”?