I feedback sul design sono il momento in cui i progetti si complicano. Non perché i clienti abbiano torto, ma perché quasi nessun cliente sa descrivere con precisione cosa non funziona in un’interfaccia. “Non mi convince”, “sembra troppo piatto”, “voglio qualcosa di più moderno”: indicazioni che dicono tutto e niente, e che se vengono trasmesse al partner così come arrivano producono revisioni che non risolvono il problema.
Nel rapporto tra agenzia, cliente e partner white label, la gestione dei feedback creativi è uno dei passaggi più delicati dell’intero processo. L’agenzia fa da filtro tra due mondi che parlano linguaggi diversi: il cliente che pensa in termini di sensazioni e risultati, il partner che lavora in termini di componenti e specifiche. Tradurre bene in entrambe le direzioni è la competenza che separa i progetti che procedono senza intoppi da quelli che accumulano revisioni su revisioni.
Perché i feedback creativi sono difficili da gestire
Un feedback vago non è un feedback inutile: è un feedback incompleto. Quando un cliente dice “non mi piace questo pulsante”, sta comunicando una reazione reale a qualcosa che non funziona per lui. Il problema è che quella reazione può avere decine di cause diverse: il colore, la dimensione, la forma, la posizione nella pagina, il testo, il contrasto con lo sfondo. Trasmettere “non mi piace questo pulsante” al partner non serve a nulla: il partner ha bisogno di sapere cosa cambiare.
Il ruolo dell’agenzia è fare le domande giuste al cliente per trasformare una reazione in una specifica. Non è necessario avere competenze di design per farlo: è necessario avere le domande giuste e la pazienza di farle prima di aprire Figma.
Le domande che funzionano meglio sono quelle che circoscrivono il problema per esclusione: il colore ti convince o è la forma? Preferiresti qualcosa di più grande o più piccolo? Hai visto su altri siti un pulsante che ti piace? Ogni risposta restringe il campo e avvicina a una specifica operativa che il partner può eseguire senza interpretare.
Come strutturare un ciclo di revisione efficace
Un ciclo di revisione non strutturato produce quasi sempre lo stesso risultato: il cliente vede il design, esprime impressioni generiche, l’agenzia le trasmette al partner, il partner fa modifiche che non centrano il punto, il cliente è ancora insoddisfatto. Il ciclo si ripete finché qualcuno si stanca.
Un ciclo strutturato funziona diversamente. Il cliente riceve il design con istruzioni precise su come fornire il feedback: cosa guardare, come commentare, entro quando. L’agenzia raccoglie tutti i commenti prima di trasmetterli al partner, li valuta, li integra dove possono essere combinati e li trasforma in specifiche operative chiare. Il partner riceve una lista di modifiche precise, le esegue e restituisce il design aggiornato. L’agenzia verifica prima di mostrare al cliente.
Quel passaggio di verifica da parte dell’agenzia prima della consegna al cliente è il più importante e il più spesso saltato. Se il partner ha frainteso una specifica, meglio scoprirlo in quella fase che durante la presentazione al cliente. Costa qualche ora in meno nel caso migliore, e preserva la relazione con il cliente nel caso peggiore.
Raccogliere i feedback sul design in modo contestuale
Il modo in cui il cliente fornisce il feedback impatta direttamente la qualità delle informazioni ricevute. Un’email con tre paragrafi di impressioni generali è molto meno utile di un commento lasciato direttamente sull’elemento del design che non funziona.
Figma permette esattamente questo: il cliente accede al file in modalità visualizzazione, lascia commenti contestuali sugli elementi specifici e l’agenzia li raccoglie già localizzati nel design. Non serve descrivere “il pulsante in alto a destra nella seconda sezione”: il commento è sopra al pulsante.
Quando Figma non è disponibile o il cliente non è in grado di usarlo, una soluzione alternativa efficace è fornire al cliente schermate numerate del design con una legenda e chiedergli di riferirsi ai numeri nei propri commenti. Anche questo sistema, più rudimentale, produce feedback molto più precisi di una descrizione libera.
Come trasmettere i feedback al partner in modo operativo
Una volta raccolti e filtrati i feedback del cliente, il passaggio successivo è trasformarli in indicazioni operative per il partner. La forma più efficace è una lista puntata con una voce per ogni modifica richiesta, descritta in termini di cosa cambiare e come, non di perché il cliente non era soddisfatto.
“Il cliente preferisce un colore più scuro per il pulsante primario, tendente al blu navy invece del blu attuale” è una specifica operativa. “Il cliente ha detto che il pulsante non gli convince molto” non lo è. La differenza non sta nella quantità di informazioni ma nella loro precisione: il partner ha bisogno di sapere cosa fare, non cosa ha detto il cliente.
Se una richiesta non è chiara abbastanza da poter essere descritta in termini operativi, il problema è a monte: il feedback del cliente non è stato sufficientemente esplorato. In quel caso vale la pena fare un’altra chiamata con il cliente prima di trasmettere qualsiasi cosa al partner. Un ciclo di revisione in più con il cliente costa meno di un ciclo di revisione con il partner su una specifica sbagliata.
Quante revisioni includere e come gestire quelle extra
Il numero di cicli di revisione inclusi nel progetto va definito nel contratto con il cliente prima che il progetto inizi, e comunicato al partner nel contratto di produzione. Due cicli di revisione inclusi nella fase di design è la prassi più diffusa.
Quando il cliente richiede modifiche oltre i cicli inclusi, la risposta corretta è comunicarlo in modo professionale e fornire una stima per il lavoro aggiuntivo. Non è una conversazione difficile se il contratto lo prevede esplicitamente: il cliente sa già che le revisioni extra hanno un costo, e quasi sempre accetta la stima senza discussioni.
Il problema emerge quando questo confine non è stato definito in anticipo. In quel caso ogni richiesta extra diventa una negoziazione implicita su cosa è incluso e cosa no, e il risultato è quasi sempre lavoro non fatturato che erode il margine del progetto. La chiarezza contrattuale non è rigidità: è lo strumento che protegge la relazione con il cliente eliminando le ambiguità prima che diventino tensioni.
Per approfondire come strutturare il contratto in modo da proteggere i margini sui cicli di revisione, leggi contratto per lo sviluppo web: le clausole che ogni agenzia dovrebbe avere. Per capire come Figma si inserisce in questo processo come strumento di raccolta dei feedback, leggi Figma nel workflow tra agenzia e partner tecnico.
Se vuoi capire come Blurr gestisce il processo di revisione con le agenzie partner, su blurr.it/contatti/ puoi prenotare una chiamata.
FAQ
Come si gestisce un cliente che non riesce a descrivere cosa non funziona nel design? Con domande che circoscrivono il problema per esclusione: il colore convince o è la forma? Preferiresti qualcosa di più grande o più piccolo? Hai visto su altri siti qualcosa che ti piace? Ogni risposta restringe il campo e avvicina a una specifica operativa. Se il cliente non riesce comunque a essere preciso, chiedere esempi di riferimento, anche di siti che non hanno nulla a che fare con il suo settore, produce quasi sempre informazioni più utili di una descrizione verbale.
Quanti cicli di revisione è ragionevole includere in un progetto di design? Due cicli inclusi nella fase di design è la prassi più diffusa. Un primo ciclo raccoglie le impressioni generali sul concept, un secondo ciclo affina i dettagli. Revisioni ulteriori vengono gestite come lavoro aggiuntivo con una stima separata. Definire questo numero nel contratto con il cliente, e trasmetterlo al partner nel contratto di produzione, è il passaggio che protegge i margini dell’agenzia.
Come si gestisce un feedback che chiede una modifica sostanziale dopo che il design è già stato approvato? Con una comunicazione professionale che distingue tra revisione, modifica all’interno dei cicli concordati, e variazione sostanziale, modifica che cambia elementi già approvati e che richiede lavoro aggiuntivo. Se il contratto lo prevede esplicitamente, la conversazione è semplice: si fornisce una stima per il lavoro aggiuntivo e si attende l’approvazione prima di procedere.
Il partner white label può comunicare direttamente con il cliente per chiarire i feedback? No, nel modello white label tutta la comunicazione passa attraverso l’agenzia. Il partner non contatta il cliente direttamente, anche quando un feedback è poco chiaro. L’agenzia fa da filtro in entrambe le direzioni: riceve i feedback dal cliente, li chiarisce se necessario, li trasmette al partner in forma operativa. Questo mantiene il controllo della relazione in mano all’agenzia e preserva l’invisibilità del partner verso il cliente finale.