Ogni progetto web che finisce male ha una storia che inizia molto prima della crisi. Ci sono segnali, quasi sempre presenti fin dalle prime settimane, che indicano che qualcosa non sta funzionando. Il problema è che nella frenesia operativa di tutti i giorni quei segnali vengono ignorati, minimizzati o razionalizzati fino a quando il problema diventa troppo grande per essere gestito in silenzio.
Riconoscerli per tempo non è una questione di esperienza infallibile. È una questione di sapere cosa cercare.
Il brief che non diventa mai definitivo
Il primo segnale di un progetto destinato a complicarsi è un brief che continua a cambiare dopo la firma del contratto. Non gli aggiustamenti normali che emergono durante il lavoro, ma i cambiamenti di direzione sostanziali che rimettono in discussione decisioni già prese e approvate.
Un cliente che cambia idea sulla struttura del sito dopo che il design è stato approvato, che aggiunge funzionalità non preventivate presentandole come “piccole cose”, che ridefinisce il pubblico target a metà sviluppo: questi non sono imprevisti, sono segnali che il brief iniziale non era stato sufficientemente esplorato, o che il cliente non aveva ancora le idee chiare quando ha firmato.
La prevenzione è nella fase di briefing: più tempo si investe nell’allineare le aspettative prima di iniziare, meno variazioni emergono durante. Un brief scritto, firmato e condiviso con tutte le parti coinvolte dal lato del cliente, non solo con il referente principale, riduce drasticamente questo tipo di problema.
I contenuti che non arrivano mai
Il progetto procede, il design è approvato, lo sviluppo è iniziato, e i contenuti non arrivano. Il cliente ha sempre qualcosa di più urgente, i testi sono “quasi pronti”, le foto “le manda la settimana prossima”. Settimane diventano mesi e il sito resta in staging, bloccato su contenuti placeholder.
Questo è uno dei rallentamenti più comuni nei progetti web e uno dei più costosi in termini di efficienza. Tiene impegnata la produzione senza avanzare, blocca la fatturazione delle milestone successive e, se si protrae troppo, crea un problema di continuità tecnica quando il progetto riprende dopo una pausa lunga.
La prevenzione è contrattuale: la data di consegna dei contenuti va definita nel contratto, con una clausola esplicita che lega i ritardi nella fornitura allo slittamento proporzionale della consegna finale. Quando il cliente sa che i suoi ritardi si riflettono sulla sua data di go-live, i contenuti arrivano notevolmente più in fretta.
Il referente che cambia a metà progetto
Un progetto che parte con un referente chiaro e competente e si ritrova a metà strada con un nuovo interlocutore, che non conosce le decisioni prese, non era presente alle riunioni di allineamento e ha idee diverse su come dovrebbe essere il sito, è un progetto che rischia di ricominciare da capo.
Il cambio di referente è spesso fuori dal controllo dell’agenzia, cambio di ruolo interno, ristrutturazione aziendale, turn over, ma le conseguenze ricadono interamente su chi deve gestire il progetto. Un nuovo referente che rimette in discussione scelte già approvate è tecnicamente nel suo diritto, ma il costo di quella rimessa in discussione non è mai del cliente.
La prevenzione parziale è documentare ogni decisione per iscritto e farla approvare formalmente. Un’email di conferma per ogni milestone approvata, un documento condiviso con lo storico delle decisioni: strumenti semplici che in caso di cambio di referente permettono di ripartire dal punto giusto invece che da zero.
Il silenzio prolungato del cliente
Un cliente che smette di rispondere per giorni, alle email, alle chiamate, ai messaggi di aggiornamento, non è un cliente tranquillo che si fida del processo. È quasi sempre un cliente che sta maturando un’insoddisfazione che non ha ancora trovato il modo di esprimere, o che ha perso interesse nel progetto per ragioni interne che non ha comunicato.
Il silenzio è più pericoloso del conflitto aperto. Un cliente che esprime le proprie perplessità dà all’agenzia la possibilità di rispondere e correggere. Uno che accumula silenzi esplode quando meno te lo aspetti, spesso alla consegna finale, quando cambiare le cose è più costoso.
La prevenzione è la comunicazione proattiva: aggiornamenti brevi e regolari sullo stato del progetto, anche quando non c’è nulla di nuovo da mostrare, e una chiamata di allineamento ogni due-tre settimane per i progetti di durata media. Un cliente che sente la tua voce regolarmente ha meno spazio per sviluppare insoddisfazioni in silenzio.
Le richieste fuori scope che aumentano progressivamente
Una modifica piccola, poi un’altra, poi un’altra ancora. Singolarmente sembrano tutte ragionevoli, è difficile dire no a “aggiungi solo questo campo” o “cambia solo quel colore”. Ma sommate, rappresentano ore di lavoro non preventivato che erode i margini del progetto in modo invisibile.
Lo scope creep, l’espansione progressiva del perimetro di progetto, è uno dei fenomeni più diffusi nei progetti web e uno dei più difficili da gestire perché si sviluppa gradualmente. Quando te ne accorgi in modo esplicito, il danno è già fatto.
La prevenzione è la risposta strutturata a ogni richiesta fuori scope: “posso farlo, ma non è incluso nel preventivo originale, ti mando una stima separata.” Quella frase, detta con calma e senza toni di scontro, è il confine che protegge i margini. Un cliente serio la accetta. Uno che reagisce male a quel confine ti sta già dicendo come gestirà tutto il resto del progetto.
Quando il problema non è il cliente ma il processo
Non tutti i progetti che vanno male lo fanno per colpa del cliente. Alcuni si complicano per ragioni interne: un brief trasmesso al partner tecnico in modo impreciso, una milestone non verificata prima di essere mostrata al cliente, una comunicazione interna che non ha allineato tutte le parti.
Lavorare con un partner tecnico white label strutturato riduce questa categoria di problemi in modo significativo. Un processo di briefing scritto, milestone documentate e una fase di revisione interna prima di ogni consegna al cliente creano una rete di controllo che intercetta la maggior parte degli errori prima che diventino visibili. Blurr lavora con le agenzie partner su processi precisi che minimizzano le variabili incontrollate, non perché i problemi non esistano, ma perché esistono strumenti per anticiparli.
Per approfondire come strutturare il processo di gestione del cliente in modo che questi segnali emergano prima che diventino crisi, leggi come gestire i clienti quando lo sviluppo lo fa un partner esterno. Se vuoi capire come costruire contratti che prevengono la maggior parte di questi scenari, leggi le clausole essenziali per il contratto di sviluppo web.
FAQ
Come si gestisce un cliente che continua ad aggiungere richieste fuori scope? Con una risposta strutturata e non negoziabile: ogni richiesta fuori scope viene accettata ma fatturata separatamente, con una stima precisa prima di procedere. La chiave è rispondere sempre per iscritto, in modo che ci sia traccia della decisione. Un cliente che accetta questa struttura è un cliente con cui si lavora bene. Uno che non la accetta è un segnale da non ignorare.
Cosa fare quando il cliente smette di rispondere a metà progetto? Inviare un aggiornamento scritto sullo stato del progetto e dichiarare esplicitamente che in assenza di risposta entro una data specifica il progetto verrà messo in pausa. Non come minaccia, come comunicazione professionale di processo. Nella maggior parte dei casi quella comunicazione sblocca immediatamente la situazione.
Come si previene il cambio di referente a metà progetto? Non si previene, ma si gestisce meglio con documentazione precisa. Ogni decisione approvata deve avere una conferma scritta, anche solo un’email di risposta con “confermo quanto concordato”. Quel file di documentazione è la base da cui ripartire con qualsiasi nuovo interlocutore senza rimettere in discussione tutto il lavoro fatto.
Un progetto che sta andando male si può salvare? Dipende da a che punto è e da quanto le parti sono disponibili a lavorare su una soluzione. La variabile più importante è la velocità di intervento: un problema intercettato alla seconda settimana si risolve in una chiamata. Lo stesso problema ignorato per due mesi richiede una rinegoziazione completa del rapporto. Agire al primo segnale è sempre la mossa giusta.