Come Stimare le Ore di un Progetto da Freelance Senza Sottostimare il Preventivo

Risposta rapida

Stima le ore di un progetto da freelance partendo dal basso: elenca ogni attività, stimala singolarmente, poi aggiungi un margine del 15-20% prima di fare il preventivo. Confronta il totale con le ore tracciate su un progetto simile già concluso — non con il ricordo di quanto ci sia voluto. Il preventivo troppo basso quasi mai dipende dalla tariffa. Dipende dalle ore: la prima stima è quasi sempre troppo ottimistica, e questo fenomeno ha un nome.

Passo dopo passo

1. Scomponi il progetto in attività, poi attingi al tuo storico

Non stimare l'intero progetto come un unico numero. Scomponilo nelle sue parti più piccole — ricerca, bozze, revisioni, chiamate con il cliente — e stima ciascuna singolarmente, poi sommale. Questa è la stima bottom-up, decisamente più accurata rispetto a valutare l'intero progetto a occhio, perché una stima top-down tende a saltare silenziosamente le parti che non sembrano "lavoro vero".

Una volta pronta la lista delle attività, confrontala con un progetto simile già concluso. Recupera le ore effettivamente tracciate — non il ricordo del progetto, che tende a conservare la versione migliore di come è andata, non il giro extra di revisioni o la chiamata con il cliente che si è protratta. Se tieni registri orari accurati su più clienti, questo confronto richiede minuti invece di supposizioni.

2. Stima un intervallo, non un numero singolo

Per ogni attività, annota una durata ottimistica, una realistica e una pessimistica. Pesa il preventivo verso il realistico-pessimistico invece di ancorarti al numero che presuppone che non vada storto nulla. La guida alla stima di Indeed descrive questo come prendere sia una stima prudente sia una ottimistica e farne la media — in entrambi i casi, l'obiettivo è smettere di trattare la prima ipotesi come l'unico risultato possibile.

3. Conosci il bias contro cui stai lottando

C'è una ragione ben documentata per cui le prime stime risultano troppo basse: la planning fallacy, descritta per la prima volta da Daniel Kahneman e Amos Tversky. È la tendenza a stimare un'attività basandosi sul suo scenario migliore — e persiste anche quando sai già che attività simili in passato hanno richiesto più tempo del previsto. La soluzione, che loro chiamavano "outside view", consiste nell'includere dati da progetti passati comparabili invece di ragionare solo sulle specificità di questo progetto. In pratica, è il passo 1 di cui sopra. Il tuo stesso storico di ore tracciate è quella outside view.

4. Aggiungi un margine che copra davvero qualcosa

Un margine del 15-20% sopra la stima bottom-up già sommata è un buon punto di partenza. Non è un'imbottitura — è il tempo che la lista delle attività non ha considerato: revisioni, amministrazione, e il costo del cambio di contesto tra questo progetto e tutto il resto sul tuo piatto. Non tracci ancora il tuo tempo non fatturabile? Inizia da lì. Non puoi dimensionare un margine che non hai mai misurato.

5. Chiudi il cerchio a progetto concluso

Dopo la consegna, confronta le ore preventivate con quelle effettivamente registrate. Quello scarto — non una regola generica presa da un articolo — è il dato reale per il margine della volta successiva. I freelance che lo fanno dopo ogni progetto tendono a vedere le proprie stime avvicinarsi alla realtà nel giro di pochi incarichi.

Problemi comuni e soluzioni

Ricostruire le ore a memoria a fine settimana. Questo sottostima quasi sempre il tempo effettivamente speso, perché la memoria favorisce la versione della settimana in cui non è andato storto nulla. Registra il tempo in tempo reale o quotidianamente, e categorizza le voci per tipo di attività — ricerca, riunioni con il cliente, revisioni — così la prossima stima ha dati reali da confrontare, non una sensazione vaga tipo "quel progetto ci è voluto parecchio".

Lo scope creep divora il margine prima ancora di iniziare. Un margine calibrato per revisioni e amministrazione svanisce in fretta se l'ambito del progetto continua ad espandersi. Definire il lavoro per iscritto prima di far partire l'orologio — un capitolato che ferma lo scope creep — protegge la stima che hai effettivamente costruito, invece di una che si è espansa silenziosamente.

Negoziare via il margine quando un cliente contesta il preventivo. Se un cliente chiede di ridurre la cifra, spiega cosa copre il margine — revisioni, amministrazione, le parti del progetto che non compaiono mai in una lista di attività — invece di trattarlo come uno sconto negoziabile. Un margine che sai spiegare è un margine che riesci a mantenere.

Farlo con Pomlo

Le stime migliori nascono da dati storici migliori, e questo funziona solo se il tempo tracciato è facile da recuperare in seguito. Pomlo organizza le ore per progetto e cliente, così confrontare "quanto ha richiesto davvero l'ultimo progetto simile a questo" è un'occhiata veloce a un report, non una ricerca tra vecchi fogli di calcolo. Le sessioni di focus registrano il lavoro reale mentre accade, invece di chiederti di ricostruire una settimana a memoria — esattamente il vuoto che causa la maggior parte delle sottostime. E poiché i report scompongono il tempo per progetto e categoria, chiudere il cerchio dopo un progetto — ore preventivate contro ore reali — richiede un'occhiata, non la ricostruzione di un foglio di calcolo.

Pomlo è gratuito per iniziare su iOS, Android e web. Traccia un progetto, guarda dove sono andate davvero le ore, e lascia che quei dati facciano il preventivo del prossimo.

Domande frequenti

Quante ore di margine dovrei aggiungere quando faccio un preventivo per un progetto da freelance?

Un margine del 15-20% sopra la stima bottom-up già sommata copre amministrazione, cambio di contesto e tempo di revisione che le liste di attività da sole non considerano. Confronta lo scarto tra ore preventivate e ore reali dopo ogni progetto e regola la percentuale di conseguenza.

Cos'è la planning fallacy e perché porta a sottostimare il preventivo?

La planning fallacy, definita da Kahneman e Tversky, è la tendenza a stimare la durata di un'attività basandosi sul suo scenario migliore, anche sapendo che attività simili in passato hanno richiesto più tempo. Persiste finché non si includono deliberatamente dati storici da progetti comparabili, invece di ragionare solo sulle specificità del progetto attuale.

Devo stimare un intero progetto in un colpo solo o scomporlo prima in attività?

Scomponilo prima in attività. La stima bottom-up — stimare ogni piccola attività singolarmente e poi sommarle — è decisamente più accurata rispetto a valutare l'intero progetto a occhio, perché costringe a considerare parti (ricerca, revisioni, chiamate con il cliente) che vengono saltate in una stima top-down.

Come uso i progetti passati per stimare con precisione uno nuovo?

Recupera le ore effettivamente tracciate su progetti passati simili invece di stimare a memoria — la memoria favorisce la versione più ottimistica di come è andato un progetto. Se tracci il tempo per categoria (ricerca, riunioni con il cliente, design, revisioni), puoi confrontare la lista di attività di un nuovo progetto con durate storiche reali per categoria.