Parti da uno scope che puoi indicare
Il pricing fallisce quando il deliverable è descritto con un sostantivo vago: sito, branding, integrazione, campagna. Sostituiscilo con risultati osservabili, confini e criteri di accettazione. Specifica pagine, stati, formati, integrazioni, cicli di revisione e chi fornisce contenuti o accessi.
Scrivi le ipotesi accanto allo scope. Se il cliente deve consegnare testi entro una data, dillo. Se il preventivo esclude hosting, asset a pagamento o pulizia dati, dillo. Le ipotesi non sono decorazione legale; sono input del prezzo.
Stima il lavoro che nessuno vede
La produzione è solo una parte del lavoro. Discovery, riunioni, ricerca, project management, test, revisioni, handover, fatturazione e follow-up consumano tempo. Lasciarli fuori non li rende gratis; fa sparire il margine.
Dividi il progetto in attività abbastanza piccole da stimare. Per il lavoro incerto usa tre valori: ottimistico, più probabile e pessimistico. Una formula semplice per le ore attese è (ottimistico + 4 × più probabile + pessimistico) ÷ 6.
- Discovery e requisiti
- Produzione principale per deliverable
- Comunicazione con il cliente e project management
- Test, accessibilità e quality assurance
- Revisioni incluse e consegna
- Costi di terze parti e contingency
Trasforma l’impegno in prezzo
Moltiplica le ore stimate per la tua tariffa interna sostenibile. Aggiungi spese trasferibili e un margine di rischio per l’incertezza che accetti con un prezzo fisso. Il margine deve riflettere incognite specifiche, non una percentuale casuale aggiunta perché il calcolatore ha un pulsante.
Poi fai un controllo commerciale. Il prezzo ha senso rispetto al valore e alle alternative del cliente? La stima per attività protegge la tua economia; valore e posizionamento determinano se l’offerta è attraente.
Esempio pratico: piccolo sito marketing
Discovery e struttura: 6 ore. Design visuale: 14. Implementazione responsive: 22. Inserimento contenuti e QA: 8. Comunicazione e handover: 5. Impegno totale atteso: 55 ore.
Con una tariffa interna di 80, la base lavoro è 4.400. Aggiungi 250 per asset con licenza e il 10% di contingency sul lavoro per un’integrazione ancora incerta: 440. Il prezzo fisso del progetto è 5.090 prima delle imposte applicabili.
La proposta deve indicare cosa copre la contingency, quanti cicli di revisione sono inclusi, cosa attiva una change request e quando sono dovuti i pagamenti. Se cambia lo scope, aggiorna la stima prima di fare il nuovo lavoro.
Checklist di pricing pronta per il cliente
Presenta prima un’opzione raccomandata. Aggiungi alternative solo quando rappresentano vere scelte di scope, non un labirinto costruito per far sembrare intelligente la colonna centrale. Usa linguaggio semplice e rendi il totale facile da trovare.
Dopo la consegna confronta ore pianificate e reali per attività. Questo feedback migliora le stime. Senza, ogni nuovo progetto parte dalla stessa ipotesi sicura di sé dentro un PDF più bello.
- Deliverable ed esclusioni nominati
- Responsabilità e dipendenze del cliente
- Numero revisioni e processo di change request
- Timeline, milestone e piano pagamenti
- Validità della stima e imposte applicabili
- Controllo finale di valuta, calcoli e contatti
Trasforma il metodo in un preventivo reale
Dividi il lavoro in attività, aggiungi tempi e tariffe e crea un preventivo chiaro per il cliente.
Apri il calcolatore gratuitoDomande frequenti
Quanto margine devo aggiungere a un progetto a prezzo fisso?
Basalo sull’incertezza identificata. Un progetto familiare e ben definito può richiederne poco; integrazioni o dipendenze poco chiare ne richiedono di più oppure devono restare a ore fino alla fine della discovery.
Devo mostrare al cliente ogni ora stimata?
Non necessariamente. Mantieni le stime dettagliate internamente e presenta abbastanza scope e prezzo perché il cliente capisca cosa è incluso.
Cosa succede se il cliente cambia lo scope?
Metti in pausa il lavoro interessato, documenta il cambiamento, stimane l’impatto su prezzo e calendario e ottieni approvazione prima di continuare.
