Le domande che separano un buon inizio da un progetto problematico
Prima di firmare un contratto o accettare un preventivo, ci sono domande che possono evitare mesi di frustrazione. Non sono domande trabocchetto: sono domande che un freelance serio si aspetta e a cui risponde volentieri. Anzi, la qualita delle risposte e uno dei migliori indicatori per capire con chi stai per lavorare.
Ho visto progetti partire male non per incompetenza tecnica, ma per aspettative disallineate. Il cliente si aspettava consegne settimanali, il freelance lavorava in modalita "consegna finale". Il cliente pensava che la manutenzione fosse inclusa, il freelance considerava il progetto chiuso al deploy. Queste incomprensioni si prevengono con le domande giuste al momento giusto.
Le cinque domande essenziali
1. Come organizzi il lavoro?
Questa domanda rivela piu di qualsiasi portfolio. Iterazioni brevi o consegna unica? Strumenti condivisi o aggiornamenti via email? Il metodo di lavoro conta quanto la competenza tecnica. Un sviluppatore freelance con un processo strutturato — board condivisa, demo periodiche, comunicazione asincrona organizzata — e uno che ha gestito abbastanza progetti da sapere cosa funziona e cosa no.
Approfondisci chiedendo: con quale frequenza ricevero aggiornamenti? Usiamo un tool condiviso per tracciare il progresso? Come gestisci le priorita quando hai piu clienti contemporaneamente? Le risposte concrete valgono piu delle promesse generiche.
2. Posso vedere codice che hai scritto?
Un portfolio con screenshot e diverso da un repository con codice reale. Il codice racconta piu di qualsiasi presentazione: come e organizzato, se ci sono test, se i commit sono chiari, se la documentazione esiste. Non serve essere tecnici per valutare un repository — basta guardare se e ordinato, se i file hanno nomi comprensibili, se c e un README che spiega come far partire il progetto.
Se il freelance non ha codice pubblico, chiedi un code sample o un progetto demo. Un professionista che scrive buon codice e orgoglioso di mostrarlo. Chi si rifiuta potrebbe avere ragioni legittime (NDA, codice proprietario), ma dovrebbe poter offrire alternative: un progetto personale, un contributo open source, un caso studio tecnico dettagliato.
3. Cosa succede dopo il lancio?
Questa e la domanda che la maggior parte dei clienti dimentica di fare — e che genera il maggior numero di problemi post-progetto. Manutenzione inclusa? Supporto a ore? Passaggio di consegne a un altro team? Sapere cosa succede dopo evita la situazione in cui il sito e online, qualcosa si rompe e non c e nessuno a cui rivolgersi.
Un buon freelance propone attivamente un piano post-lancio: un pacchetto ore mensile per piccoli interventi, aggiornamenti di sicurezza, monitoring. Non perche vuole vendere servizi in piu, ma perche sa che un applicazione senza manutenzione e un problema che aspetta di esplodere.
4. Come gestisci i cambiamenti di requisiti?
I requisiti cambiano sempre. Sempre. Un processo chiaro per gestire le modifiche e piu importante di un preventivo perfetto. Cerca un freelance che abbia un metodo: change request documentata, stima dell impatto su tempi e costi, approvazione prima di procedere. Questo protegge entrambi: il cliente sa quanto costera la modifica, il freelance sa che il lavoro extra e riconosciuto.
Diffida di chi dice "non c e problema, lo aggiungiamo". Senza un processo, le modifiche si accumulano, i tempi slittano e alla fine nessuno sa piu cosa era nel preventivo originale e cosa e stato aggiunto dopo. Questo e il terreno fertile per le dispute.
5. Quali sono i rischi di questo progetto?
Un freelance che dice "nessuno" non sta pensando abbastanza. Ogni progetto ha rischi: integrazioni complesse con sistemi che non si controllano, tempi stretti che non lasciano margine per imprevisti, requisiti ambigui che potrebbero rivelare complessita nascosta, dipendenze da terze parti che potrebbero ritardare.
Un professionista esperto identifica i rischi proattivamente e propone mitigazioni: un prototipo per validare l integrazione piu rischiosa, un buffer temporale per le fasi con piu incertezza, un fase di discovery pagata prima del preventivo definitivo. Questa onesta e un segnale di maturita professionale, non di insicurezza.
Oltre le cinque domande: segnali da osservare
Oltre alle risposte esplicite, osserva come il freelance risponde:
- Fa domande a sua volta? Un freelance che accetta il progetto senza chiedere nulla non ha capito cosa deve fare
- Dice di no a qualcosa? Chi dice si a tutto o non ha capito la complessita o non intende mantenere le promesse
- Propone alternative? "Potresti fare X, ma Y sarebbe piu efficace perche..." — questo dimostra che sta pensando al tuo problema, non solo alla fattura
- E trasparente sui limiti? "Questo lo so fare bene, quest altro non e la mia specialita" — meglio saperlo prima che scoprirlo durante il progetto
- Ha referenze verificabili? Clienti precedenti che puoi contattare, non solo testimonial anonimi su un sito web
Il costo di scegliere male
Investire un ora in queste domande puo risparmiare mesi di problemi. Il costo di uno sviluppatore freelance sbagliato non e solo il budget sprecato — e il tempo perso, le opportunita mancate e lo stress di un progetto che non va da nessuna parte. Le risposte a queste domande dicono piu del prezzo. Un freelance che risponde con chiarezza e quello con cui vuoi lavorare.