7 red flag di un progetto web destinato a fallire

Mi è capitato di interrompere una trattativa prima ancora di formulare un preventivo. La richiesta suonava più o meno così: sito nuovo, tempi stretti, budget "da definire", contenuti "in arrivo". Nel frattempo potevo iniziare a ragionare con una persona che non avrebbe approvato il lavoro finale.

Avevo già visto quattro dei sette segnali prima ancora di iniziare.

Ho chiesto di fermarci e chiarire le condizioni: brief scritto, budget orientativo, scadenza per la consegna dei contenuti, un referente con l'autorità di decidere. Non siamo arrivati al preventivo. Non tutti i progetti con red flag finiscono male, ma quando manca la disponibilità a risolverli prima di iniziare il problema non è più tecnico.

Imparare a riconoscerli è la cosa più utile che si possa fare prima di firmare qualcosa.

Le prime tre cose che osservo durante la trattativa, prima ancora di parlare di contratti o di codice.

1. Niente di scritto. "Ci siamo capiti a voce, no?" Può darsi. Ma tra sei settimane, alla prima revisione, scoprirete che vi ricordavate due cose diverse. Il brief non è burocrazia: è il documento su cui si torna quando le versioni della realtà cominciano a divergere. Un progetto senza niente di scritto non è un progetto libero, è un progetto che non ha ancora negoziato i conflitti che verranno.

2. Budget "da definire". Non è un segnale di fiducia, è un segnale che la decisione non è ancora stata presa. Senza un numero, chi fa il preventivo lavora nel vuoto e stima al rialzo per coprire l'incertezza. E senza una cifra concordata, il cliente si aspetta sempre di più di quello che il preventivo può contenere. "Budget aperto" spesso vuol dire "non ho ancora capito quanto voglio investire", il che è un problema da risolvere prima di cominciare.

3. I contenuti arrivano dopo. Testi, foto, loghi, materiali: "li mandiamo man mano, mentre andiamo avanti." Non ho mai visto i contenuti arrivare in tempo quando non c'era una scadenza concordata. Un progetto senza contenuti è come costruire un appartamento senza sapere quante stanze servono: può andare, ma solo per fortuna.

Questi tre emergono dopo che il progetto è partito, ma i segnali erano già presenti fin dalla prima call.

4. Il referente che non decide. "Devo sentire i soci." "Aspettiamo che torni il titolare." Queste frasi, da sole, non sono un problema: il problema è quando il referente con cui lavori non ha autorità di approvare niente. Le revisioni arrivano sempre con una terza opinione che non era presente nelle call precedenti, e ogni approvazione riapre qualcosa che sembrava già chiuso.

5. Scadenza fissa, scope aperto. "Deve essere online entro il 15." Bene. "Cosa deve contenere esattamente?" "Lo definiamo insieme." Queste due frasi insieme sono il modo più rapido per arrivare al 14 con la metà del lavoro ancora da fare. Una data si rispetta solo se quello che bisogna consegnare è definito. Altrimenti non è una scadenza, è un'aspettativa.

6. Revisioni "fino a che non va bene". "Facciamo una versione, la vediamo, poi aggiustiamo." Senza un numero concordato di revisioni, questo processo non ha un punto di arrivo. Ho visto progetti arrivare alla quinta revisione non perché il lavoro fosse sbagliato, ma perché il cliente continuava a scoprire cose che avrebbe voluto diversamente. Un limite di revisioni non è una clausola punitiva: è il perimetro dentro cui il progetto può essere completato.

C'è un settimo segnale, più sottile degli altri, che emerge quasi sempre durante la negoziazione del preventivo.

7. "L'altro developer lo fa per la metà." Può essere vero. Ma se questa frase arriva come strumento per abbassare il prezzo, invece che come domanda genuina sul perché c'è tanta differenza, significa che il valore del lavoro non è ancora chiaro. Un cliente che non capisce perché costi quello che costi è un cliente che, durante il progetto, farà fatica ad accettare le decisioni che prendi. Non è una questione di soldi: è una questione di allineamento.

Se vuoi capire meglio cosa influisce sul costo reale di un progetto web, c'è un articolo dedicato: Quanto costa un sito web nel 2026?

La trattativa dell'apertura si è fermata prima del preventivo. Non per un singolo segnale, ma perché non c'era la disponibilità a definire le condizioni necessarie per lavorare bene.

Rinunciare a un progetto non è sempre la scelta giusta. A volte basta scrivere il brief, concordare un budget e chiarire chi decide. Altre volte la risposta arriva prima ancora di iniziare.

Questo è quello che fanno i red flag quando li riconosci: non ti dicono automaticamente di lasciare perdere, ti permettono di negoziare le condizioni prima che la difficoltà diventi un problema.

Se stai valutando di avviare un progetto web e vuoi capire se le condizioni sono giuste, richiedi una consulenza.

Ti rispondo io, non un form automatico.

Questo articolo fa parte della serie Scegliere il partner giusto.

• Come scegliere chi ti farà il sito
• Freelance vs agenzia vs team interno: pro, contro, costi reali
• Come scegliere un web developer
• Quanto costa un sito web nel 2026?
• Come scrivere un brief che funziona
• Dopo il lancio: perché la manutenzione non è opzionale in pubblicazione