Articolul original a fost publicat în 2016. Atunci, factura per proiect era practic singurul model pe care îl foloseam. Între timp, lucrurile s-au schimbat: avem clienți pe care îi menținem de ani de zile, alții care vin doar pentru o evaluare tehnică punctuală, iar uneori intervenim la sisteme pe care nu noi le-am construit. Fiecare situație are alt mod corect de a factura. Iată cum gândim noi treaba acum.
Per proiect: modul default
Pentru orice are un scope clar (un site nou, un magazin online, un redesign, o migrare, un logo, un set de materiale), facturăm per proiect. Tu ne spui ce vrei, îți spunem cât durează și cât costă, apoi semnăm și începem.
De ce rămâne ăsta modelul nostru default: clientul știe exact cât plătește înainte să înceapă lucrul. Noi știm exact ce livrăm și până când. Dacă apar întârzieri din partea noastră, revizii suplimentare incluse în acord sau probleme tehnice neprevăzute, se discută. Riscul de execuție stă la noi, nu la client.
Practic: un număr fix de revizii incluse, un deadline asumat în ambele direcții (noi pentru livrare, tu pentru feedback și aprobări), o sumă stabilită de la început. Fără surprize.
Abonamente de mentenanță
Realitatea e că pentru un anumit tip de relație, site sau magazin online care rulează zilnic, generează venit și trebuie să stea în picioare, abonamentul e cel mai cinstit model.
Mentenanța WordPress / WooCommerce înseamnă lucruri repetitive și previzibile: actualizări de plugin-uri și core, monitorizare uptime, backup-uri, verificări de securitate, intervenții rapide când ceva se strică. Nu sunt activități pe care le poți estima per proiect, pentru că nu știi când apare problema; știi doar că, statistic, va apărea.
Modelul de abonament e potrivit dacă: site-ul tău produce, dacă un downtime te costă comenzi, dacă vrei pe cineva care cunoaște deja codul când e nevoie de intervenție urgentă. Nu e potrivit dacă ai un site de prezentare cu 50 de vizitatori pe lună pe care nu îl atingi sau actualizezi niciodată.
Diferența față de un contract „10 bannere pe lună” e că aici plătești pentru disponibilitate și prevenție, nu pentru livrabile cantitative. Sunt două lucruri complet diferite.
Audit & Diagnostic
Asta e o categorie nouă pe care nu o aveam structurată în 2016. Astăzi, auditul tehnic este un serviciu standalone cu două variante de preț:
- Evaluare Tehnică Rapidă: €650. O analiză de suprafață pe website sau infrastructură, cu raport scris și recomandări pentru îmbunătățiri imediate.
- Diagnostic Complet: €1.400. Audit aprofundat al serverului, performanței, securității și arhitecturii, cu plan strategic prioritizat.
Pentru intervenții punctuale de scop mic, cum ar fi o consultanță tehnică izolată, o opinie pe o decizie de arhitectură, o oră de discuție pe un detaliu, se poate factura și la oră.
Auditul nu include rezolvarea problemelor identificate. Primești raportul, planul de acțiune și estimarea de cost pentru remediere. Ce faci cu el e treaba ta; îl rezolvăm noi, îl rezolvă altcineva, sau îl pui într-un sertar.
E un produs separat pentru că răspunde la o întrebare separată: „ce e în neregulă și cât costă să fie reparat?”. Fără să ne angajăm încă la execuție.
Facturare la oră, pentru cazuri specifice
Tot ce ține de oră se aplică în trei situații:
- Urgențe și intervenții pe sisteme existente care nu sunt construite de noi. Cineva ne sună că s-a căzut un site WordPress pe care l-a făcut alt dezvoltator în 2019 și nu mai răspunde nimeni la telefon. Nu putem estima per proiect ceva ce nu cunoaștem. Intrăm, evaluăm, reparăm, facturăm orele.
- Consultanță tehnică ad-hoc. O oră, două, în care răspundem la întrebări tehnice concrete, revizuim cod, sau discutăm o decizie de infrastructură. Fără proiect în spate, fără audit complet (doar timpul unor seniori plătit la oră).
- Când clientul nu vrea sau nu poate să definească scope-ul. Sunt situații în care întrebarea e atât de deschisă încât orice estimare ar fi o ghicitoare. Atunci preferăm să fim cinstiți: lucrăm la oră, raportăm transparent ce s-a făcut, și clientul decide când să oprească.
Orarul nu se aplică la proiecte cu scope clar. Acolo, dacă ce facem noi durează mai mult, e problema noastră, nu a ta.
Cum alegi modelul potrivit
| Ai nevoie de… | Modelul potrivit |
|---|---|
| Un site, magazin sau redesign cu cerințe definite | Per proiect |
| Cineva care îți ține site-ul în producție și răspunde când se strică | Abonament de mentenanță |
| O evaluare tehnică independentă, fără angajament de execuție | Audit cu preț fix |
| Intervenție pe un sistem pe care nu noi l-am construit | La oră |
| O oră, două de consultanță tehnică | La oră |
În practică, mulți clienți combină: începem cu un audit, continuăm cu un proiect de remediere per proiect, apoi trecem pe abonament de mentenanță.
Ce nu s-a schimbat
Două principii din 2016 au rămas neschimbate:
Clientul nostru are o problemă, noi avem o problemă. Indiferent de modelul de facturare, dacă ceva nu funcționează, ne băgăm. Discuțiile despre facturi vin după.
Plătești pentru ce primești, nu pentru o capacitate teoretică. Niciun model pe care îl folosim nu te obligă să plătești ore neconsumate sau livrabile de care nu ai nevoie. Abonamentul de mentenanță plătește disponibilitate reală pe un sistem real. Auditul plătește un raport concret. Orarul plătește ore efectiv lucrate. Per proiect plătește un rezultat livrat.