Alzare le tariffe è la mossa più redditizia che un freelance developer possa fare — e la più procrastinata. La barriera non è tecnica, è psicologica: paura di perdere il cliente, paura di sembrare arrogante, paura del silenzio dopo l’email. Eppure, ogni developer che ho visto fare questo passaggio correttamente — con strategia e comunicazione chiara — ha quasi sempre mantenuto i clienti buoni e perso solo quelli che non voleva tenere.
In questa guida ti do una mappa completa: quando alzare, di quanto, come comunicarlo, come gestire le reazioni e come riposizionarti in 90 giorni per non dover mai più giustificare la tariffa.
I tre segnali che è il momento di alzare
Non alzare le tariffe “perché è passato un anno”. Alzale quando vedi uno o più di questi segnali:
Segnale 1 — Sei sempre pieno: se il tuo calendario è occupato al 100% per mesi e stai rifiutando progetti, la domanda supera l’offerta. In qualsiasi mercato, questo significa che il prezzo è troppo basso. Un +30-40% sulla tariffa filtrerà naturalmente i clienti di fascia bassa e aprirà spazio per clienti migliori. Segnale 2 — Il tuo stack vale di più: hai aggiunto competenze richieste (Claude API, RAG, TypeScript avanzato) che i clienti valorizzano ma per cui ancora paghi le tariffe precedenti. Ogni nuova competenza certificata dal mercato è un argomento per alzare. Segnale 3 — Hai perso entusiasmo per i clienti attuali: se accetti progetti annoiandoti o accettando compromessi che non faresti a tariffe più alte, stai sottovalutando sia il tuo tempo che il tuo standard di lavoro. Il risentimento verso un cliente spesso nasce da una tariffa troppo bassa.
Di quanto alzare
La regola pratica: alza del 20-30% per i clienti esistenti, del 40-60% per i nuovi. Il motivo della differenza è che i clienti esistenti conoscono già il tuo valore e hanno un costo di switching reale — cambiarti richiede ricerca, onboarding, rischio. I nuovi clienti invece valutano la tua tariffa senza termine di paragone.
Esempio concreto: se fatturi €60/h ai clienti esistenti e vuoi passare a €90/h per i nuovi, comunica ai clienti attuali un aumento a €75/h. Mantieni una fascia di “clienti storici” che pagano meno dei nuovi — questo è normale, accettabile e non crea problemi se gestito con trasparenza.
Come calcolare la tariffa giusta per il mercato
Prima di comunicare l’aumento, verifica che la nuova tariffa sia in linea con il mercato. Come fare ricerca:
Arc.dev salary calculator: inserisci stack, anni di esperienza e location — dà una stima basata su migliaia di offerte reali. LinkedIn Premium Insights: cerca offerte simili e filtra per “contractor” o “freelance” — vedi cosa pagano le aziende. Community developer italiane: chiedi direttamente in Slack o Discord di community come Schrodinger Hat, DEV.to Italy, o i gruppi Telegram specializzati. Toptal/arc.dev come benchmark: se riesci a passare la loro selezione, la loro tariffa minima (€80-90/h) è il tuo floor di mercato.
Il template email per comunicare l’aumento
Il formato che funziona meglio è diretto, breve e con preavviso adeguato (almeno 30-60 giorni). Non scusarti, non over-spiegare:
Oggetto: Aggiornamento tariffe — [tuo nome] — da [data]
Ciao [nome cliente],
Ti scrivo per informarti che a partire dal [data — almeno 30 giorni] aggiornerò la mia tariffa
oraria da €[attuale]/h a €[nuova]/h.
Questo riflette l'evoluzione delle mie competenze negli ultimi [periodo] — in particolare
[1-2 competenze specifiche che usi nel loro progetto] — e l'allineamento con le tariffe
di mercato per il mio stack.
I progetti in corso continueranno alla tariffa attuale fino al [data]. Tutte le nuove
attività dopo quella data saranno fatturate alla nuova tariffa.
Se hai domande o vuoi discuterne, sono disponibile per una call la prossima settimana.
[firma]Nota: non chiedere “se va bene per loro” — stai comunicando una decisione, non chiedendo un’approvazione. Formulare come domanda apre automaticamente la porta alla negoziazione da una posizione debole.
Gestire le reazioni
“Non abbiamo budget per questo aumento”: la risposta onesta è “Capisco. Puoi continuare alla tariffa attuale fino a [data], poi dovrò ridurre le ore disponibili per voi in favore di progetti alla nuova tariffa.” Non abbassare subito — spesso questa risposta sblocca un budget che “non c’era”. Se il cliente è genuinamente a budget fisso e hai un rapporto lungo, offri un compromesso: es. blocca 10 ore/mese alla tariffa vecchia per 6 mesi, il resto alla nuova.
Silenzio per qualche giorno: normale. Non inseguire. Aspetta almeno 5 giorni lavorativi prima di follow-up. Spesso stanno semplicemente processando o discutendo internamente. Un follow-up ansioso indebolisce la tua posizione. “Stiamo valutando altre opzioni”: risposta corretta: “Certamente, capisco. Se vuoi posso presentarti i progetti recenti che potrebbero essere rilevanti per la vostra valutazione.” Non abbassare la tariffa per competere con chi fa dumping — non è una guerra di prezzo che vuoi vincere.
Riposizionarsi in 90 giorni
L’aumento della tariffa è sostenibile solo se il posizionamento supporta il nuovo prezzo. I 90 giorni prima dell’aumento sono il momento per costruire il caso:
Portfolio con risultati: aggiorna il sito con 2-3 case study che mostrano il ROI del tuo lavoro — non “ho costruito un’API” ma “l’API ha ridotto il tempo di elaborazione da 12s a 400ms, eliminando 3 supporti tecnici a settimana”. LinkedIn: pubblica 4-6 post tecnici nelle 8 settimane prima dell’aumento. Non per vendere, per essere visibile come esperto. I clienti che ti seguono già associano il tuo nome a competenza, non solo a esecuzione. Referral attivo: chiedi ai clienti soddisfatti una testimonianza scritta prima di annunciare l’aumento. Una raccomandazione attiva di un cliente esistente vale molto di più di qualsiasi portafoglio.
Risorse correlate
Approfondisci sul blog
- Come trovare clienti come freelance developer
- Contratto freelance: le clausole essenziali
- Personal branding: da invisibile a riconosciuto
Documentazione e strumenti
- Benchmark tariffe developer 2026 — arc.dev
- State of Independence: ricerca sul lavoro indipendente
- Freelancers Union — risorse per contratti e business
FAQ
Posso alzare la tariffa nel mezzo di un progetto a corpo?
No. Un progetto a corpo ha un prezzo fisso pattuito — modificarlo sarebbe una violazione contrattuale. L’aumento si applica ai nuovi incarichi o al rinnovo del contratto. Se sei a giornate (T&M), puoi applicare l’aumento alla data comunicata anche su progetti in corso, con il preavviso adeguato previsto dal tuo contratto.
Ogni quanto alzare le tariffe?
Almeno ogni 12-18 mesi per i clienti esistenti, continuamente per i nuovi. Molti developer alzano per i nuovi ad ogni nuovo contratto, mantenendo i clienti storici stabili per 2-3 anni. L’inflazione in Italia negli ultimi anni giustifica da sola un +5-8% annuo minimo per non perdere potere d’acquisto.
Come mi comporto con un cliente storico da 3+ anni?
Un cliente storico merita una comunicazione più personale — una call prima dell’email formale. Spiega il ragionamento, valorizza il rapporto, offri eventualmente un aumento graduale in due step (es. +15% ora, +15% tra 12 mesi). La relazione è un asset — trattala come tale, ma non rinunciare all’aumento per non avere la conversazione difficile.
Se perdo clienti dopo l’aumento, ho sbagliato?
Non necessariamente. Perdere il 20-30% dei clienti dopo un aumento del 30-40% è matematicamente neutro — lavori meno ore per lo stesso fatturato. Se perdi più del 50% dei clienti, l’aumento probabilmente non era supportato dal posizionamento corrente. In quel caso, il problema non è la tariffa — è che i clienti non percepiscono ancora il valore differenziante.
