Dodici domande da fare prima di affidare un progetto.
Prima di affidare un sito, un gestionale o un'app conviene fare alcune domande precise: di chi saranno codice e dati, che cosa è compreso e che cosa no, quanto costerà negli anni, che cosa succede se cambi idea o fornitore. Le risposte, e il modo in cui vengono date, dicono molto più di un portfolio.
Aggiornato il
Perché queste domande
Quando si affida un progetto digitale ci si concentra sul risultato e sul prezzo. I problemi, quando arrivano, nascono quasi sempre da ciò che non è stato detto all’inizio: di chi è il codice, chi paga il server, che cosa succede se si cambia idea.
Queste dodici domande servono a far emergere quei punti prima di firmare. Non richiedono competenze tecniche.
Mentre ascolti le risposte, osserva anche come vengono date. Chi lavora bene risponde in modo diretto, perché ci ha già pensato. Chi diventa vago su proprietà o costi futuri ti sta dando un’informazione.
Proprietà e accessi
1. Di chi saranno il codice e i dati, a lavoro finito?
La risposta che vuoi sentire: tuoi, con la consegna dei file sorgenti e della documentazione, scritta nel contratto.
Fai attenzione a formule come «licenza d’uso»: significa che puoi usare il programma, ma non è tuo. Può andare bene, purché tu lo sappia.
2. A nome di chi sono dominio, hosting e account?
Dominio, server, account sugli store delle app, servizi collegati: dovrebbero essere intestati a te, con le credenziali in tuo possesso.
È il punto su cui più persone restano bloccate. Un dominio registrato a nome del fornitore è, di fatto, suo.
3. Potrò affidare il lavoro a qualcun altro, in futuro?
Chiedi con quali tecnologie verrà costruito, e se sono diffuse. Un progetto fatto con strumenti comuni può essere ripreso da molti. Uno costruito su un sistema proprietario del fornitore ti lega a lui.
Che cosa compri
4. Che cosa è compreso, esattamente?
Fattelo descrivere in parole comprensibili, funzione per funzione. Se non lo capisci, chiedi di riformulare.
5. Che cosa non è compreso?
È la domanda più utile dell’elenco. Testi, fotografie, inserimento dei contenuti, traduzioni, formazione, importazione dei dati vecchi, pubblicazione sugli store: sono voci spesso escluse, che si scoprono a metà lavoro.
6. Che cosa succede se in corso d’opera voglio cambiare qualcosa?
Capiterà. La risposta corretta: la modifica viene valutata e quotata prima di essere fatta, così decidi tu.
Tempi e modo di lavorare
7. Quando vedrò qualcosa di funzionante?
Diffida di chi ti dà appuntamento alla consegna finale, dopo mesi. Un lavoro ben organizzato produce risultati intermedi che puoi provare, e correggere per tempo.
8. Con chi parlerò durante il progetto?
Con chi sviluppa, o con un intermediario? Non è un difetto in sé avere un referente commerciale, ma è bene saperlo: ogni passaggio in più è un’occasione di malinteso.
9. Quali sono le fasi, e come si paga?
Cerca pagamenti legati alle fasi: un acconto all’avvio, poi quote al raggiungimento di tappe verificabili.
Il dopo
10. Quanto mi costerà ogni anno, dopo la consegna?
Hosting o server, dominio, manutenzione, licenze di componenti a pagamento, account sugli store. Sono costi legittimi, e vanno conosciuti prima.
11. Chi si occupa di aggiornamenti, copie di sicurezza e problemi?
Ogni strumento digitale ha bisogno di cura. Chiedi se è prevista, che cosa comprende, quanto costa, e che cosa succede se non la sottoscrivi.
Chiedi in particolare delle copie di sicurezza: chi le fa, ogni quanto, dove vengono conservate.
12. C’è una garanzia sui difetti?
Dopo la consegna emergono quasi sempre piccoli errori. Chiedi per quanto tempo vengono corretti senza costi, e che cosa si intende per «difetto» rispetto a «nuova richiesta».
Come leggere le risposte
| Buon segno | Campanello d’allarme |
|---|---|
| Ti fa domande sul tuo lavoro prima di proporre | Ti dà un prezzo senza chiedere nulla |
| Spiega in parole semplici | Si rifugia nel gergo |
| Dice che cosa è escluso | «È tutto compreso» |
| Ti sconsiglia qualcosa | Dice sì a ogni richiesta |
| Mette tutto per iscritto | «Poi ci mettiamo d’accordo» |
| Parla dei costi futuri | Ne parla solo se glielo chiedi |
| Ammette ciò che non sa | Ha sempre una risposta pronta |
E il portfolio?
È la prima cosa che molti chiedono, ed è meno utile di quanto sembri. Un portfolio mostra l’aspetto di lavori fatti per altri, con altri obiettivi e altri budget. Non dice se quel sito porta clienti, se quel gestionale viene usato, né quanta parte del lavoro sia di chi te lo mostra.
Più del portfolio conta vedere come ragiona sul tuo caso: le domande che fa, la proposta che ne ricava, una prova concreta.
Per trasparenza: noi un portfolio non lo pubblichiamo, per riservatezza verso i clienti. Al suo posto prepariamo una prova costruita sul caso di chi ci contatta.
Fai queste domande anche a noi
Le risposte alla maggior parte di esse sono scritte nella pagina su come lavoriamo. Le altre trovano posto nel preventivo scritto.
Può interessarti anche
Domande frequenti
Il codice sorgente è automaticamente mio, se l'ho pagato?
Non darlo per scontato. In assenza di un accordo scritto, la questione dei diritti sul software realizzato su commissione può prestarsi a interpretazioni diverse, e nella pratica conta anche chi ha materialmente i file e gli accessi. Per questo va scritto nel contratto, in modo esplicito: a chi spettano i diritti, e l'obbligo di consegnare sorgenti, accessi e documentazione. Per la formulazione rivolgiti a un legale.
Come valuto uno sviluppatore se non capisco di tecnica?
Dalle cose che puoi giudicare: se fa domande sul tuo lavoro prima di proporre, se spiega in modo comprensibile, se mette per iscritto ciò che è compreso ed escluso, se ti dice anche che cosa sconsiglia. La competenza tecnica è difficile da verificare dall'esterno; la serietà nel modo di lavorare si vede subito.
Meglio un freelance o un'agenzia?
Dipende dal progetto. Con un professionista singolo parli direttamente con chi sviluppa, e di solito i costi sono più contenuti; il rischio è la dipendenza da una sola persona. Un'agenzia offre più continuità e competenze diverse, con costi più alti e, spesso, un intermediario tra te e chi scrive il codice. In entrambi i casi valgono le stesse domande.
È normale pagare un anticipo?
Sì. Un acconto all'avvio e pagamenti legati alle fasi sono la pratica comune. Diffida dei due estremi: chi chiede tutto in anticipo, e chi non chiede nulla fino alla fine. La formula più equilibrata lega ogni pagamento a qualcosa che hai visto funzionare.
Che cosa faccio se lo sviluppatore sparisce a metà lavoro?
Dipende da ciò che hai in mano. Se hai accesso al codice e al server, un altro professionista può riprendere il lavoro. Se non hai nulla, si riparte quasi da zero. È la ragione per cui conviene chiedere, fin dall'inizio, l'accesso a ciò che viene via via prodotto.
Prima il prezzo di partenza. Poi decidi tu.
Rispondi a poche domande: capiamo cosa ti serve e ti diciamo da che cifra si parte. Nessuna telefonata a sorpresa.