«Dobbiamo rifare il sito». Va bene, ma da dove nasce la decisione? L’offerta è cambiata? Le persone non capiscono i servizi? Le richieste arrivano al reparto sbagliato? Le risposte possono portare a lavori molto diversi, dal riordino dei testi a una nuova piattaforma. Il brief serve a discutere questa scelta prima che un elenco di materiali diventi un preventivo.
Per scriverlo, parti da ciò che deve cambiare nella tua azienda, dalle persone coinvolte e dai vincoli da rispettare. Poi metti in ordine le priorità. In questa guida seguiamo quel percorso, con tre esempi di brief per branding, sito web e software.
Puoi iniziare anche con appunti e documenti già disponibili. Non occorre anticipare la soluzione grafica o scegliere una tecnologia: occorre rendere riconoscibili il problema, le decisioni prese e le domande ancora aperte.
Obiettivo e pubblico: cosa deve cambiare
Descrivi la situazione attuale attraverso un episodio o un problema ricorrente. «Il commerciale deve richiamare per capire a quale prodotto si riferisce ogni richiesta» offre un punto di partenza più preciso di «vogliamo aumentare le conversioni». Da quella situazione si può discutere se mancano informazioni, un percorso sul sito o una regola di gestione.
Scrivi poi il cambiamento che vuoi osservare: rendere distinguibili due offerte, ricevere richieste più complete o evitare di ricopiare gli stessi dati. Se hai misurazioni di partenza, allega periodo, origine e definizione del dato. Se non le hai, segnala che andranno stabilite: il risultato atteso non diventa una garanzia solo perché compare nel brief.
Indica chi prende la decisione, chi userà il risultato e chi ne gestirà gli aggiornamenti. In un sito B2B possono essere persone diverse: un tecnico valuta il prodotto, gli acquisti confrontano i fornitori e il commerciale riceve la richiesta. Per un software aggiungi le attività e i dati di ogni ruolo. Per il brand chiarisci cosa il pubblico riconosce già e quali elementi dell’azienda non riesce a distinguere.
Una mappa del mercato aiuta se spiega dove si vende, quali interlocutori si vogliono raggiungere e come avviene oggi il contatto. Un elenco di città o una fascia d’età scelta senza riscontri lascia invece aperta la domanda utile: chi deve capire cosa, prima di fare quale scelta?
Informazioni, materiali e approvazioni: cosa esiste già
Raccogli logo e linee guida, testi, fotografie, presentazioni, schede di prodotto e indirizzo del sito attuale. Per ciascun materiale indica se è approvato, da rivedere o da produrre e chi può decidere. Una scheda tecnica corretta e una vecchia brochure non hanno lo stesso peso quando si scrive la nuova pagina di un servizio.
Se il testo cita risultati, certificazioni, prestazioni o condizioni commerciali, collega l’affermazione al documento che la sostiene e al referente che la conferma. Separa i fatti approvati dalle ipotesi ancora in discussione. Per fotografie, testimonianze e altri materiali chiarisci gli usi consentiti; per un passaggio tecnico o specialistico, identifica chi deve validarlo.
Per i progetti con dati e integrazioni, descrivi gli strumenti attuali e porta un esempio del processo. Puoi usare un documento dimostrativo privo di informazioni riservate per spiegare campi, stati e passaggi. Password e accessi verranno gestiti attraverso un canale appropriato, non nel brief condiviso.
Nomina un referente che raccolga i contributi interni. Chi conosce il servizio verifica l’offerta, chi segue il brand valuta la voce e chi usa lo strumento prova le funzioni. Se queste approvazioni spettano a persone diverse, metti in ordine la sequenza: una scelta di prodotto ancora aperta può cambiare sia il testo sia la schermata.
Funzioni e materiali: separare la prima consegna dai desideri successivi
«Ci serve un portale clienti» può comprendere consultazione di documenti, ordini, pagamenti e assistenza. Per scegliere la prima versione, descrivi il compito che deve funzionare e ciò che oggi lo impedisce. Puoi discutere ogni funzione con questi quattro passaggi:
- Scrivi chi la usa e cosa deve completare. Per esempio: il cliente accede e trova il documento relativo alla propria richiesta.
- Chiedi cosa succede senza quella funzione. Se il compito non può terminare, è una candidata per la prima consegna; se esiste un’alternativa accettabile, descrivila e valuta il rinvio.
- Indica le dipendenze. La funzione richiede dati, un servizio esterno, accessi o una decisione che non sono ancora disponibili? La questione va risolta o trattata come parte da approfondire, anziché data per inclusa.
- Scrivi la prova che la farà considerare pronta. «Il documento si apre per il cliente autorizzato e non compare agli altri» è verificabile; «area riservata intuitiva» lascia aperti funzione e criterio.
Raccogli quindi tre gruppi: prima consegna, fase successiva e questioni da analizzare. Questa distinzione si applica anche ai materiali. Un brand può dover arrivare al lancio con sito e presentazione aggiornati, mentre un nuovo packaging richiede una fase diversa. La priorità riguarda l’uso, non quanto piace una proposta.
Conserva anche il motivo del rinvio e chi dovrà riprendere la decisione. Quando arriva una nuova idea, confrontala con il compito iniziale: corregge un passaggio concordato, ne sostituisce uno o aggiunge un’altra attività? Da qui si possono discutere conseguenze su lavoro, costo e calendario senza perdere il perimetro precedente.
Budget, tempi e approvazioni
Una fascia di budget permette di confrontare soluzioni sostenibili. Se non è definita, dillo: il confronto iniziale dovrà includere priorità e alternative, senza trattare una stima preliminare come un prezzo definitivo.
Indica le scadenze reali e ciò che deve essere pronto per ciascuna. Una data legata a una fiera o a un lancio ha conseguenze diverse da una preferenza. Aggiungi quando saranno disponibili contenuti, accessi e referenti e quali persone potranno partecipare alle verifiche: sono condizioni che incidono sul calendario del progetto.
Nel confronto sul preventivo, porta attività, consegne ed esclusioni alle stesse condizioni. Scrittura dei testi, produzione delle immagini, migrazione dei dati, pubblicazione e lavoro dopo il lancio possono appartenere a incarichi diversi. Se il brief non li chiarisce ancora, la proposta deve renderli discutibili prima dell’approvazione.
Tre esempi di brief: branding, sito aziendale e software
Le situazioni seguenti sono inventate per mostrare come cambia il brief con il problema. Non descrivono clienti, risultati ottenuti o pacchetti GrowTogether. In ciascuna il budget rimane da definire e i criteri di consegna sono proposte da discutere.
Branding: distinguere due offerte mantenendo il marchio
Il punto di partenza: «La nostra azienda vende attrezzature e offre assistenza tecnica alle imprese. Nelle presentazioni i due servizi si confondono. Vogliamo rendere chiaro cosa si può acquistare e cosa comprende l’assistenza, mantenendo il nome e gli elementi del marchio già riconosciuti. I servizi sono approvati dal responsabile commerciale; abbiamo logo, schede e una presentazione da rivedere».
La prima consegna proposta comprende la definizione della gerarchia tra le offerte, il messaggio di ciascuna e le applicazioni necessarie a presentarle. Nel brief si possono indicare sito e presentazione commerciale come usi prioritari. Il packaging resta in una fase successiva; l’eventuale cambio di nome è una decisione aperta, non un’attività automaticamente inclusa.
Un criterio di consegna potrebbe essere questo: il commerciale riesce a preparare una presentazione delle due offerte usando file e contenuti approvati, senza inventare una nuova firma o riscrivere ciò che comprende il servizio. La direzione approva l’identità; il responsabile dell’offerta conferma le prestazioni descritte. La guida alle brand guidelines approfondisce come rendere utilizzabili queste regole dopo il progetto.
Sito aziendale: raccogliere richieste riconoscibili
Il punto di partenza: «Vendiamo due linee di prodotti a imprese in tutta Italia. Il sito attuale non le distingue e riceviamo richieste senza indicazione del prodotto. Vogliamo due percorsi chiari e un modulo che raccolga le informazioni utili al commerciale. Abbiamo logo e foto; i testi sono da rivedere. Il referente commerciale approva i contenuti e il catalogo viene aggiornato internamente».
La priorità è permettere a una persona di trovare la linea pertinente, leggere caratteristiche e limiti e inviare una richiesta che la identifichi. Pagamento online e area clienti possono restare fuori dalla prima consegna se l’azienda vende dopo un confronto commerciale. Nel brief va indicato anche dove deve arrivare la richiesta e chi la prende in carico; aggiungere un collegamento al gestionale cambia il lavoro e richiede informazioni sul sistema.
Per verificare la consegna, proponi un percorso completo su desktop e telefono con i contenuti approvati. Una richiesta di prova deve raggiungere la destinazione concordata con i dati necessari; chi aggiorna il catalogo deve poter eseguire un aggiornamento previsto e controllarne la pubblicazione. Il comportamento in caso di errore va compreso nel percorso. La guida al prototipo spiega come discutere queste scelte prima dello sviluppo.
Software: assegnare e chiudere gli interventi senza ricopiare i dati
Il punto di partenza: «Gestiamo gli interventi tecnici con un foglio condiviso e messaggi separati. Il coordinatore assegna un intervento, il tecnico registra il lavoro e l’amministrazione prepara la documentazione. Gli stessi dati vengono copiati più volte. Vorremmo conservarli in una scheda comune e capire lo stato di ogni intervento. Possiamo fornire un esempio anonimo del foglio e descrivere chi deve vedere o modificare ciascun dato».
La prima versione proposta comprende creazione della scheda, assegnazione, aggiornamento dello stato e registrazione delle informazioni necessarie alla chiusura. Una mappa degli spostamenti o un collegamento contabile possono arrivare dopo, se non sono indispensabili al compito scelto. Accesso da dispositivi diversi, lavoro senza connessione e importazione dello storico sono questioni da decidere: incidono sul progetto e non si deducono dalla frase «gestionale per interventi».
Una prova di consegna potrebbe seguire un intervento dimostrativo dall’inserimento alla chiusura. Il coordinatore assegna, il tecnico vede solo ciò che il proprio ruolo prevede e registra il lavoro; l’amministrazione trova i dati concordati senza ricopiarli. Si verifica anche un’informazione mancante e chi può correggerla. I responsabili operativi approvano il processo; il referente tecnico conferma dati e sistemi da collegare. Il confronto tra software su misura e strumenti standard viene dopo aver chiarito questo percorso.
Dal brief a una consegna verificabile
Il brief può chiudersi con una breve descrizione della prova finale: chi la esegue, con quali materiali, quale compito deve completare e chi approva l’esito. Per il branding la prova riguarda l’uso del sistema; per il sito il percorso del visitatore e la gestione dei contenuti; per il software le operazioni e le regole dei ruoli. La consegna effettiva e le modalità di verifica andranno poi definite nella proposta.
Includi le esigenze di accessibilità rilevanti per materiali e persone. Nei contenuti web, per esempio, ci sono titoli, link, istruzioni, alternative alle immagini informative e sottotitoli dei video. Le indicazioni W3C per la scrittura accessibile aiutano a identificarle prima della produzione. Le verifiche dei contenuti vanno coordinate con quelle del design e dello sviluppo, senza trattare il solo testo come prova dell’intero prodotto.
Il brief non deve risolvere ogni domanda prima del primo confronto. Deve permettere di separare ciò che è pronto, ciò che richiede un’analisi e ciò che potrà arrivare dopo. Per raccontarci il progetto, parti dalla situazione attuale, dal cambiamento che vuoi ottenere e dai vincoli che conosci; potremo poi confrontarli con le attività necessarie.