Cât îți aduce cu adevărat un dezvoltator: adevărul despre marja la outstaffing
«Eram sigur că fac 40% marjă pe fiecare dezvoltator. Prima dată când am defalcat-o pe persoană, a ieșit 11%. Diferența era timpul de bench, pe care pur și simplu nu-l consideram niciodată un cost.»
Acestea sunt cuvintele proprietarului unui studio de outstaff cu 14 ingineri. Povestea este familiară aproape oricui închiriază o echipă cu ora: tariful clientului minus salariul dezvoltatorului arată ca profit. În realitate, jumătate din companie se ascunde între aceste două cifre — și până nu împarți costurile pe persoană, gestionezi venituri, nu marjă.
De ce tariful minus salariul minte
Ia un inginer mid-level tipic. Facturezi clientului $35 pe oră; dezvoltatorul costă aproximativ $3.000 pe lună după taxe. În mintea proprietarului asta înseamnă $35 față de aproximativ $20 — o marjă de aproape 43%. Arată excelent, și exact această cifră o folosesc oamenii când decid să angajeze mai mult, să dea o reducere sau să mărească un salariu.
Problema este că un dezvoltator nu livrează 160 de ore facturabile pe lună. Între proiecte, stă pe bench. Onboarding-ul unui client nou consumă o săptămână cât timp persoana intră în codul și procesele altcuiva. Adaugă ședințe, code review, învățare, concedii medicale, sărbători. Utilizarea reală — partea din ore pentru care clientul chiar plătește — chiar și în studiourile sănătoase rareori depășește 75%. Iar fiecare procent nefacturabil îl finanțezi din propriul buzunar.
Defalcarea pentru o singură persoană
Hai să numărăm onest, cu aceleași cifre.
| Linie | Sumă / lună |
|---|---|
| Tariful clientului | $35 / oră |
| Ore facturabile (utilizare 75%) | 120 ore |
| Venit din dezvoltator | $4.200 |
| Salariu + taxe | −$3.000 |
| Contribuție directă | $1.200 |
| Cota din overhead (birou, PM, recrutare, administrativ) | −$700 |
| Profit real | $500 (12%) |
43% pe hârtie a devenit 12% în realitate. Și acesta este încă scenariul bun. Lasă utilizarea să scadă la 60% din cauza unei luni goale, și același dezvoltator intră pe minus — chiar dacă tot plătești salariul la fel.
Hai să numărăm pe un an întreg
Cifra lunară induce în eroare pentru că bench-ul este inegal. Ia același inginer mid-level pe parcursul unui an. Timp de zece luni funcționează la 80%, o lună la 40% (un proiect s-a terminat, următorul nu începuse), iar o săptămână în total se duce pe concedii medicale și învățare. Pe parcursul anului, clientul a plătit pentru aproximativ 1.250 de ore în loc de teoreticele 1.920. Venit: aproximativ $43.750. Salariu cu taxe: $36.000. Overhead per persoană: $8.400. Profit anual din dezvoltator: aproximativ −$650. Același inginer care «dă o marjă de 43%» a încheiat anul ușor pe minus — totul din cauza unei luni goale și a câtorva săptămâni nefacturabile distribuite pe parcursul anului.
«Bench-ul nu apare pe nicio factură, așa că nimeni nu-l vede. Și mănâncă mai mult decât orice reducere oferită unui client.»
Trei costuri pe care toată lumea le subestimează
Primul, bench-ul. Timpul dintre proiecte îl plătești tu, nu clientul. O săptămână goală pe lună înseamnă minus 25% din venitul pe persoană, la același salariu. Într-un studio de 14 persoane, chiar și un bench mediu de 10% echivalează cu a ține o persoană și jumătate care nu aduc nimic.
Al doilea, orele nefacturabile în interiorul unui proiect. Standup-uri zilnice, sincronizări cu clientul, review-uri, research, rework după schimbarea cerințelor. Clientul plătește pentru 6 ore în timp ce 8 sunt ocupate. Acele două ore pe zi sunt și ele costul tău, doar că invizibil.
Al treilea, overhead-ul de management. La fiecare cinci sau șase ingineri e nevoie de un project manager, iar recrutarea sau înlocuirea unei persoane costă aproximativ salariul pe o lună, plus lunile până noul venit ajunge la viteză maximă. Acei bani nu sunt legați de nicio factură anume, ceea ce îi face ușor de ratat — până numeri profitul per persoană după overhead.
Cum arată asta în viața reală
Auzi problema în fraze tipice din interiorul studioului. «Avem multe proiecte, dar puțin profit.» «Am crescut la 20 de oameni, dar proprietarul câștigă ca și cum ar avea 12.» «Un client a plecat — ne descurcăm, punem persoana pe un proiect intern» (adică pe bench complet, pe cheltuiala ta). «Hai să-i dăm acestui client o reducere de 10%, e mare» — în timp ce marja pe acel cont era deja de 12%, iar reducerea o face pe pierdere.
Toate acestea sunt simptome ale unui singur lucru: studioul numără diferența tarif-minus-salariu și nu numără niciodată profitul per persoană după bench și overhead. Venitul e mare, iar proprietarul se întreabă unde se duce profitul.
Cum vezi marja pe fiecare dezvoltator
Ca să gestionezi asta ai nevoie să vezi veniturile și costurile pe persoană sau pe proiect, nu într-un singur cazan. În Finmap configurezi proiecte și direcții, înregistrezi venitul de la client și costul direct al persoanei care face munca — și vezi marja brută per inginer și pentru studio în ansamblu. Bench-ul încetează să mai fie invizibil: o lună goală apare imediat în raport, nu peste șase luni ca un vag «profitul a scăzut cumva». Mai vezi și care client aduce o marjă normală și care doar încarcă oameni aproape gratis.
Vezi și — cum diferă contabilitatea de gestiune de contabilitatea financiară în IT și cum măsori rata de utilizare a echipei.
Ce e de făcut
- Stabilește o utilizare țintă și urmărește-o săptămânal, nu o dată pe trimestru. O săptămână goală prinsă la timp încă poate fi acoperită printr-o vânzare.
- Include bench-ul în preț: tariful trebuie să acopere nu doar orele ocupate, ci și cele goale, inevitabile. Dacă utilizarea țintă e 75%, tariful se construiește pornind de la asta, nu de la 100%.
- Măsoară profitul per persoană după overhead, nu diferența brută tarif-minus-salariu. Doar prima cifră spune adevărul.
- Uită-te la marjă pe client: un client mare cu o reducere aduce adesea mai puțin decât unul mic la tarif întreg.
- Planifică înlocuirile și angajările pornind de la încărcare, nu «de siguranță». Fiecare persoană «pentru creștere» fără proiect e bench pur, pe cheltuiala ta.
Outstaff-ul pare o afacere simplă până începi să numeri pe persoană. Odată ce o faci, devine clar cine chiar câștigă, cine stă pe bench și pe unde se scurge marja prin ore nefacturabile. Iar atunci deciziile despre angajări, reduceri sau un proiect nou se iau pe cifre, nu pe senzația că «sunt mulți oameni, deci trebuie să fie bine».
Banii Nu Dispar. Doar Nu-i Vezi.
Încearcă Finmap gratuit timp de 14 zile și vezi marja pe fiecare dezvoltator și proiect din luna asta — fără îmbinări manuale de foi de calcul.
Întrebări frecvente
Un reper sănătos este 75–85% ore facturabile. Peste 90% înseamnă de obicei burnout și zero timp pentru dezvoltare; sub 70% înseamnă că bench-ul îți mănâncă marja. Ideea este să-l măsori constant, nu să-l estimezi din ochi.
Da. Dacă tariful acoperă doar orele ocupate, finanțezi fiecare săptămână goală din profit. Construiește o utilizare țintă în preț, astfel încât tariful să reziste la golurile normale dintre proiecte.
Cel mai simplu mod este proporțional cu orele facturabile sau venitul fiecărei persoane. Cheia este să o faci în același fel în fiecare lună, ca profitul per persoană să rămână comparabil în timp.
Clienții mari aproape întotdeauna cer o reducere de volum, iar tu adesea ții oameni «în rezervă» ca să poți scala rapid echipa pentru ei. Reducerea plus acel bench dedicat transformă ușor un cont aparent atractiv în cel mai subțire ca marjă.
Nu, dacă e un bench izolat între proiecte. Alarma pornește când minusul se menține două sau trei luni la rând: atunci fie tariful e prea mic, fie persoana nu e încărcată, iar asta e o problemă structurală.
