Quando chiedi un preventivo a un programmatore PHP freelance ti trovi spesso davanti a due estremi:

• il preventivo “misterioso”, con una cifra buttata lì e nessuna spiegazione

• l’elenco infinito di voci tecniche che non capisci e che non ti dicono davvero cosa stai comprando

In mezzo c’è quello che, secondo me, dovrebbe essere un preventivo fatto bene:
chiaro, spiegato in italiano normale, collegato a obiettivi precisi e con tempi e garanzie esplicite.

In questo articolo ti spiego come preparo un preventivo quando seguo un progetto in PHP (WordPress, plugin, web app, integrazioni, bug fixing evoluto), così sai cosa aspettarti prima ancora di contattarmi.

Come preparo un preventivo da programmatore PHP freelance: tempi, costi e garanzie

Da dove parto: il problema prima del codice

Prima ancora di parlare di ore, costi e scadenze, ho bisogno di capire una cosa semplice:

che problema vuoi risolvere davvero?

Mi interessa sapere:

• che tipo di attività hai

• che ruolo ha oggi il sito o la web app nel tuo lavoro

• cosa ti sta bloccando: lentezza, bug, limiti dei plugin, assenza di integrazioni, processi manuali

• cosa ti aspetti di ottenere a lavoro finito (più richieste, meno errori, automazioni, area riservata, ecc.)

Questa parte può avvenire via email, con un tuo messaggio ben spiegato, oppure con una call breve. L’obiettivo non è parlare di tecnologia, ma di funzionamento concreto: cosa deve succedere prima e dopo l’intervento. Solo dopo questa chiacchierata ha senso iniziare a parlare di numeri.

Analisi tecnica: cosa guardo prima di fissare un prezzo

Una volta capito il quadro generale, passo alla parte più tecnica: verificare su cosa andrò a lavorare.

Qui guardo, per esempio:

• che tipo di hosting usi e che versione di PHP gira

• se il sito è in WordPress e com’è messo: tema, numero e tipo di plugin, eventuali personalizzazioni

• se esistono già integrazioni con altri sistemi (CRM, gestionale, pagamenti, newsletter)

• se ci sono errori evidenti nei log o comportamenti strani

Per una web app in PHP guardo invece struttura del codice, organizzazione dei file, logiche principali, eventuali punti critici già noti.

Questa fase è essenziale per evitare il classico preventivo “a spanne” che poi esplode in corso d’opera. Più riesco a vedere prima, più posso darti un’idea realistica di tempi e impegno.

Come definisco il perimetro del lavoro (cosa è incluso e cosa no)

Una delle cose più importanti in un preventivo serio è il perimetro: cosa rientra nel lavoro e cosa invece è esplicitamente fuori.

Di solito lo definisco così:

• descrivo in modo chiaro le funzionalità da realizzare o i problemi da risolvere

• specifico cosa farò lato codice (PHP/WordPress) e cosa no

• indico se sono previste modifiche grafiche e fino a che livello

• chiarisco se ci sono dipendenze da terze parti (API, servizi esterni, plugin a pagamento)

Se si tratta di un nuovo sviluppo (plugin WordPress, web app, integrazione complessa), il perimetro è ancora più importante: è quello che impedisce al progetto di allargarsi in tutte le direzioni senza controllo.

Questo non significa che non si possano aggiungere cose in corso d’opera, ma che:

• il preventivo iniziale copre quanto definito

• tutto ciò che viene dopo si gestisce come extra concordato, con massima trasparenza

Come stimo tempi e costi: ore, complessità e priorità

Nel preventivo non vedrai mai una cifra “magica” senza spiegazione. Arrivo sempre a un totale passando da tre passaggi:

• quanto è complesso quello che chiedi (non quante righe di codice servono, ma quante logiche ci sono dietro)

• quante ore di lavoro servono, considerando sviluppo, test, correzioni, eventuale migrazione o rilascio

• quali priorità hai: se è un intervento urgente, se va fatto in finestra notturna, se deve essere pronto prima di un lancio

Dal tuo punto di vista il preventivo deve rispondere a tre domande:

• che problema mi risolve?

• quanto mi costa?

• in quanto tempo lo avrò pronto?

Cerco sempre di darti una forchetta temporale realistica e non la classica promessa irrealizzabile. Preferisco dire qualche giorno in più e consegnare bene, piuttosto che “domani” e poi trascinarmi dietro il ritardo.

Micro-preventivi per fasi: perché spesso non faccio “un pacchetto unico gigante”

In tanti casi non ha senso buttare giù un unico preventivo enorme, soprattutto se:

• l’attività è in evoluzione

• non è ancora chiarissimo dove vuoi arrivare tra 6 mesi

• ci sono molte variabili legate al tuo modo di lavorare

Per questo spesso propongo un approccio a fasi, ognuna con il suo micro-preventivo:

• fase 1: analisi approfondita e messa in sicurezza

• fase 2: sistemazione problemi urgenti e blocchi veri del business

• fase 3: sviluppo funzioni avanzate e automazioni

• fase 4: rifiniture, miglioramenti, ottimizzazioni

In questo modo:

• non ti chiedo di impegnarti subito su un progetto monolitico

• puoi vedere già dopo le prime fasi un miglioramento reale

• hai la libertà di fermarti, rallentare o accelerare a seconda dei risultati

È un modo più sano di lavorare, sia per te che per me.

Come tratto le richieste extra e le modifiche in corsa

Succede sempre: mentre lavoriamo, ti vengono nuove idee o emergono esigenze che prima non avevi considerato.

La cosa importante è gestirle con metodo:

• se sono piccoli aggiustamenti coerenti con quanto previsto, di solito li inglobo nel lavoro senza fare drammi

• se sono funzioni nuove, ulteriore complessità o cambi radicali di direzione, li tratto come extra

In pratica:

• ti dico con chiarezza se una richiesta rientra nel perimetro iniziale oppure no

• se non rientra, ti preparo un mini-preventivo dedicato, con ore in più e impatto sui tempi

Così evitiamo la situazione, pessima per entrambi, in cui il progetto “scivola” e nessuno sa più quanto lavoro è compreso e quanto no.

Cosa intendo per “garanzia” su un lavoro in PHP

Quando finisco un lavoro, non sparisco.  C’è un periodo in cui considero in garanzia tutto ciò che ho fatto, per un motivo semplice: se c’è un bug causato dal mio codice, è giusto che lo sistemi io.

In concreto, la garanzia copre:

• errori direttamente legati a ciò che ho sviluppato

• malfunzionamenti emersi usando il sito o la web app come previsto

Non copre invece:

• problemi causati da modifiche fatte da altri dopo il mio intervento

• nuovi plugin installati a caso che creano conflitti

• cambi di server/hosting fatti senza avvisarmi con relativa migrazione

La logica è semplice: se sbaglio io, me ne occupo io. Se il problema nasce da fattori esterni, ne parliamo e troviamo la soluzione migliore, con un nuovo accordo.

Manutenzione e supporto dopo il progetto: non ti lascio da solo

Molti pensano al preventivo solo per “il lavoro singolo”.

In realtà, soprattutto se il sito o la web app sono centrali nel tuo business, ha senso parlare anche di manutenzione continuativa.

Di solito lo propongo così:

• un pacchetto ore mensili per aggiornamenti tecnici, piccoli fix, controlli di sicurezza

• priorità sugli interventi urgenti rispetto a chi non ha un accordo attivo

• possibilità di programmare evoluzioni successive in modo ordinato

Non è obbligatorio, ma fa la differenza tra:

• usare il sito in tranquillità, con qualcuno che lo tiene d’occhio

• e vivere sempre con la paura che alla prossima “cosa cliccata” si rompa tutto

In pratica: cosa ricevi quando ti preparo un preventivo

Riassumendo, un mio preventivo da programmatore PHP freelance non è solo un prezzo.

Dentro trovi:

• descrizione chiara del problema da risolvere e degli obiettivi

• elenco delle attività principali che svolgerò

• tempi stimati di consegna o suddivisi per fasi

• costo totale, e se utile la suddivisione per step

• note su cosa è compreso e cosa è escluso

• indicazioni sulla garanzia e sulla possibilità di manutenzione continuativa

L’obiettivo è che tu possa decidere serenamente: “mi conviene investire questi soldi per avere questo risultato, in questi tempi”. Se la risposta è sì, partiamo.

Se non lo è, almeno hai un quadro tecnico chiaro da usare come riferimento, anche con altri fornitori.

---

FAQ – Preventivo da programmatore PHP freelance

Come faccio a darti le informazioni giuste per un preventivo accurato?

La cosa migliore è preparare una breve descrizione scritta che includa: che attività hai, che sito o web app usi, cosa non funziona o cosa vorresti aggiungere e quali sono le priorità. Se possibile, sono utili anche accessi temporanei o screenshot di errori. Più il quadro iniziale è chiaro, più il preventivo sarà preciso.

Il preventivo è sempre a progetto fisso o lavori anche a ore?

Dipende dal tipo di lavoro. Per attività ben definite (sviluppo di una funzione specifica, realizzazione di un plugin, integrazione con un servizio) ha senso un prezzo a progetto. Per lavori più aperti o di supporto continuativo può essere più onesto lavorare a pacchetti di ore, con report chiari su come vengono utilizzate.

Cosa succede se durante il lavoro emergono problemi imprevisti?

Fa parte del gioco quando si lavora su sistemi già esistenti. In questi casi ti avviso, ti spiego cosa è emerso, quali opzioni ci sono e che impatto hanno su tempi e costi. Se è qualcosa di piccolo lo assorbo nel lavoro, se è qualcosa di grosso ti propongo un extra separato, così puoi decidere se procedere o meno.

Devo pagare tutto subito o si può dividere il pagamento?

Per i lavori più piccoli in genere chiedo il pagamento in una o due soluzioni. Per progetti più grandi ha senso dividere il pagamento in più step: anticipo, fase intermedia, saldo a consegna. Questo protegge entrambi: tu paghi man mano che vedi avanzare il lavoro, io ho la certezza che il tempo investito è coperto.