Non tutti i progetti che ci vengono proposti li accettiamo così come arrivano. Non è una questione di snobismo: è che un progetto preso senza i requisiti giusti, quasi sempre, finisce per deludere il cliente e logorare chi ci lavora. Raccontiamo qui cosa guardiamo prima di dire “sì”, e come lavoriamo una volta che il sì è stato dato davvero.
In breve
Prima di iniziare un progetto valutiamo tre cose: se l’obiettivo del cliente è chiaro e realistico, se budget e tempistiche sono coerenti con quell’obiettivo, e se chi stiamo parlando è davvero chi decide. Quando questi tre elementi non tornano, preferiamo fermarci e chiarirli prima di partire, invece di scoprirlo a metà lavoro.
Perché non diciamo sempre sì
Un progetto preso al volo, senza aver chiarito questi aspetti, ha un costo che si paga più avanti: revisioni infinite perché l’obiettivo iniziale non era quello vero, tempi che slittano perché le aspettative non erano realistiche, decisioni rimesse in discussione perché chi ha dato l’ok iniziale non aveva davvero l’ultima parola. Dire “aspetta, prima chiariamo questo” all’inizio costa un confronto in più. Scoprirlo a metà lavoro costa settimane, e spesso anche il rapporto con il cliente.
Le domande che ci facciamo prima di iniziare
Qual è l’obiettivo reale del cliente? Non sempre la richiesta iniziale (“vogliamo un sito nuovo“, “vogliamo più visibilità”) coincide con il problema vero.
A volte il sito non è il problema, lo è la comunicazione di cosa l’azienda fa davvero.
Prima di partire cerchiamo di capire cosa succederebbe, concretamente, se il progetto andasse bene: più contatti? Più credibilità con un certo tipo di cliente? Meno tempo perso a rispondere alle stesse domande? Se questa risposta resta vaga, è un segnale che dobbiamo lavorarci prima di aprire un progetto.
Il budget è coerente con l’obiettivo? Non è una domanda sul “quanto“, ma sulla coerenza tra quello che si chiede e quello che si è disposti a investire.
Un obiettivo ambizioso con un budget pensato per una modifica minore è una combinazione che quasi sempre genera frustrazione da entrambe le parti.
Le tempistiche richieste sono realistiche? Alcuni progetti arrivano con una scadenza già fissata altrove (un evento, una scadenza di bando, una campagna già prenotata). Va bene, ma va detto chiaramente se è compatibile con un lavoro fatto come si deve, o se richiede di tagliare qualche passaggio — ed è giusto che il cliente sappia cosa si perde, se si taglia.
Chi stiamo parlando è davvero chi decide? Capita di lavorare per settimane con un referente che poi deve “far approvare” tutto a qualcun altro, che vede il progetto solo alla fine e lo smonta. Cerchiamo di capire da subito chi ha davvero l’ultima parola, e se possibile coinvolgerlo prima, non dopo.
Come lavoriamo, dall’obiettivo alla consegna
Una volta che il progetto è coerente su questi punti, il percorso segue sempre la stessa logica di fondo, anche se i dettagli cambiano da caso a caso:
- Partiamo da cosa deve provare chi visiterà il sito, non da un elenco di sezioni da inserire. Prima ancora di disegnare qualcosa, ci chiediamo cosa deve capire o sentire un utente che arriva sulla homepage, e cosa deve spingerlo ad approfondire invece di andarsene.
- Costruiamo il layout e l’identità grafica, inclusi eventuali interventi sul logo, partendo da quella risposta: ogni scelta visiva deve supportare l’esperienza che vogliamo far vivere, non essere decisa a sé stante.
- Passiamo al montaggio del sito vero e proprio, trasformando il layout approvato in pagine funzionanti.
- Testiamo tutto: funzionamento su desktop e mobile, velocità, form di contatto, piccoli dettagli che a schermo in fase di progettazione non sempre si notano.
- Lungo questo percorso, fissiamo tre incontri di verifica con il cliente — non per mostrare “quanto abbiamo lavorato”, ma per controllare insieme che la direzione presa (colori, scelte visive, tono generale) sia ancora quella giusta, prima di andare troppo avanti in una direzione che magari va corretta.
Un esempio concreto di red flag
Un caso tipico: un cliente chiede un sito “come quello del competitor, ma meglio”, senza riuscire a spiegare cosa dovrebbe fare il sito per la sua attività specifica, con un budget pensato per un intervento minore e una scadenza fissata per “la prossima settimana”. In questi casi non diciamo semplicemente no: proponiamo di fare prima una chiacchierata più a fondo sull’obiettivo reale, spesso scoprendo che il problema non era “il sito del competitor”, ma qualcos’altro di più specifico su cui lavorare.
Domande frequenti
Rifiutate spesso dei progetti?
No, la maggior parte delle volte basta un confronto in più all’inizio per allineare aspettative, budget e tempistiche. Il rifiuto vero e proprio è raro: più spesso si tratta di rimandare l’inizio del progetto finché certi punti non sono chiari.
Perché fare tre incontri di verifica e non uno solo alla fine?
Perché correggere una direzione sbagliata a metà percorso costa molto meno che rifarla da capo a lavoro quasi finito. I checkpoint intermedi servono proprio a evitare sorprese nell’incontro finale.
Questo metodo vale anche per piccoli interventi, non solo per siti nuovi?
Sì, la logica di fondo resta la stessa anche per un intervento piccolo: capire l’obiettivo reale prima di agire evita di risolvere il problema sbagliato, anche quando il lavoro richiede poche ore.
Riepilogo
- Prima di accettare un progetto verifichiamo obiettivo reale, budget coerente, tempistiche realistiche e che l’interlocutore sia davvero chi decide.
- Chiarire questi punti all’inizio costa un confronto in più, ma evita settimane di problemi più avanti.
- Il percorso operativo parte sempre dall’esperienza che deve vivere l’utente finale, non da un elenco di sezioni.
- Layout, grafica e logo vengono costruiti per supportare quell’esperienza, seguiti da montaggio e test completi.
- Tre checkpoint con il cliente lungo il percorso permettono di correggere la direzione prima che sia troppo tardi.
