Come scegliere uno sviluppatore web: un metodo pratico
Scegliere chi svilupperà il tuo sito è soprattutto raccolta di prove, e quasi tutti raccolgono quelle sbagliate: portfolio, che mostrano il lavoro migliore anziché quello tipico, e prezzi, che confrontano cose non confrontabili.
Questa guida copre un metodo che dà risultati migliori: cosa inviare, cosa chiedere, cosa verificare, e quando fermarsi.
Invia lo stesso brief a tutti#
I preventivi sono confrontabili solo se rispondono alla stessa domanda. Un brief di una pagina più una struttura delle pagine basta, ed elimina la maggior parte della varianza che fa sembrare i preventivi così diversi.
- Cosa deve ottenere il sito, e l'unica azione che conta di più.
- Un elenco di pagine, segnate come critiche per il lancio o successive.
- I requisiti funzionali: moduli, ricerca, account, checkout, integrazioni.
- Cosa è fuori perimetro: scrittura dei testi, fotografia, SEO continuativa.
- La tua fascia di budget. Nasconderla fa perdere tempo a tutti e produce preventivi inutilizzabili.
- La tua scadenza e cosa la determina.
- Come deciderai, ed entro quando.
Dare una fascia di budget non significa che ti verrà addebitato il massimo. Significa che le proposte che riceverai riguarderanno progetti che puoi davvero comprare.
Cosa chiedere, e cosa significano le risposte#
Queste domande separano chi ha portato a termine progetti da chi li ha avviati.
| Domanda | Com'è fatta una buona risposta |
|---|---|
| Mostrami un sito come il mio, della mia scala | Un URL in produzione, non un'immagine di portfolio, con contesto |
| A chi appartengono codice e account? | «A te» — subito, senza riserve |
| Come arriva una modifica in produzione? | Controllo di versione e un processo di rilascio, non FTP |
| Cosa succede se qualcosa si rompe dopo il lancio? | Una finestra di assistenza definita e cosa viene dopo |
| Cosa non è incluso? | Un elenco preciso, offerto senza doverlo estorcere |
| Cosa potrebbe andare storto in questo progetto? | Rischi onesti: ritardi sui contenuti, integrazioni, decisioni |
| Chi farà davvero il lavoro? | Persone indicate per nome, non «il nostro team» |
| Cosa vi serve da noi? | Un elenco chiaro con delle date |
Verifica le prove da solo#
Venti minuti di verifica indipendente valgono più di un'ora di conversazione, perché mettono alla prova il lavoro anziché il discorso.
- Apri due dei loro siti in produzione su un telefono, in rete mobile.
- Passane uno in un test di prestazione e guarda il risultato con onestà.
- Percorri una pagina con la tastiera e osserva se il focus è visibile.
- Guarda il codice sorgente: c'è un titolo, una meta descrizione, una struttura di titoli sensata?
- Parla con un cliente precedente — e chiedi espressamente di una volta in cui qualcosa è andato storto.
- Verifica se il loro sito è mantenuto. Non è decisivo, ma è un segnale.
La domanda di referenza più utile non è «sei stato soddisfatto» ma «cosa è successo quando qualcosa è andato storto, e come l'hanno gestita?». Ogni progetto ne ha una.
Campanelli d'allarme e buoni segnali#
Schemi a cui vale la pena dare molto peso in entrambe le direzioni.
| Campanello d'allarme | Buon segnale |
|---|---|
| Un preventivo in un'ora, senza domande | Domande sulla tua attività prima di quotare |
| Posizioni garantite in prima pagina | Spiegare che nessuno può garantire posizioni |
| Perimetro vago con prezzo fisso | Un elenco esplicito di esclusioni |
| Tengono loro dominio o hosting | Tutto registrato a tuo nome |
| Nessun ambiente di preproduzione | Revisioni in preproduzione dal primo template |
| Non vogliono dare referenze | Le propongono prima che tu chieda |
| Pressione per firmare questa settimana | Disposti ad aspettare mentre confronti |
| Pagamento integrale in anticipo | Pagamenti a milestone legati a elaborati |
Domande frequenti
Devo scegliere il preventivo più basso?
Solo se risponde alla stessa domanda degli altri. Un preventivo molto sotto gli altri di solito esclude qualcosa — inserimento contenuti, collaudo, correzioni dopo il lancio — o non ha letto il brief. Chiedi per iscritto cosa è escluso, poi confronta il costo totale del primo anno, manutenzione compresa, e cosa ti appartiene alla fine.
Come valuto un fornitore se non sono tecnico?
Valuta processo e prove anziché tecnologia. Sanno mostrarti un sito in produzione della tua scala? Usano controllo di versione e preproduzione? Rispondono a «a chi appartiene il codice?» senza esitare? Fanno domande sulla tua attività? Nulla di questo richiede conoscenze tecniche, e predice l'esito meglio dello stack.
Cosa deve contenere il contratto?
Perimetro con elenco esplicito di esclusioni, milestone e pagamenti, proprietà di codice, dominio e account, giri di revisione, cosa succede dopo il lancio, tempi di risposta ai problemi, e preavvisi. Se c'è una clausola su cui insistere, è la proprietà: tutto il resto si rinegozia dopo, quella no.
A quanti fornitori dovrei rivolgermi?
Tre-cinque è l'intervallo utile. Meno e non hai con cosa confrontare; di più e lo sforzo di valutazione supera il valore delle opzioni aggiuntive, e terrai tutti in attesa. Invia a tutti lo stesso brief e fissa una data di decisione perché il processo finisca.
scegliere uno sviluppatore webcome scegliere sviluppatore webdomande sviluppatore webcontratto sviluppo webassumere sviluppatoripreventivi sito web
