Iniziare dal cambiamento che motiva il progetto
Spiegate perché il progetto serve ora: cambiamenti nei servizi, clienti, mercati, vendite o responsabilità. Indicate il risultato principale e che cosa distingue una richiesta qualificata.
Inserite l'URL attuale e ciò che va conservato. Contenuti, visibilità, integrazioni e percorsi familiari sono risorse o vincoli che non emergono da una moodboard.
- Cambiamento aziendale e scadenza
- Servizio e cliente prioritari
- Punti di forza e problemi attuali
- Risultato osservabile dopo il lancio
Descrivere i contenuti per compito del cliente
Elencate le pagine e la domanda a cui ciascuna deve rispondere. Per ogni affermazione indicate la prova: processo, qualifica, testimonianza autorizzata, fotografia, specifica o fonte primaria. Assegnate un responsabile alle lacune.
Separate le lingue obbligatorie dalle fasi future. La traduzione influisce anche su revisione, navigazione, moduli, metadati e gestione continuativa.
- Pagina proposta e scopo
- Fonte e responsabile della prova
- Lingue necessarie
- Responsabile dell'approvazione
Registrare integrazioni, gestione e vincoli
Elencate moduli, prenotazioni, CRM, analisi, consenso, hosting, domini e limiti di accesso. Precisate chi manterrà il sito e quali modifiche dovrà eseguire senza supporto tecnico.
Esprimete il risultato quando possibile. «Inviare le richieste accettate con servizio e lingua al responsabile vendite» è più utile che imporre un plugin prima di discutere il processo.
- Modulo e processo successivo
- Analisi e consenso
- Dominio, hosting e accessi
- Ruoli editoriali e consegna
Rendere confrontabili le proposte
Chiedete ipotesi, esclusioni, fasi, contributi del cliente, approvazioni e responsabilità di lancio. Fate spiegare come saranno verificati reindirizzamenti, mobile, moduli, metadati e misurazione.
Definite i criteri prima delle offerte: comprensione, qualità del processo e manutenibilità insieme a prezzo e calendario. Un mock-up curato non chiarisce chi scriverà i contenuti o proteggerà gli URL.
- Risultati ed esclusioni
- Tappe e tempi di revisione
- Controlli di accettazione e lancio
- Responsabilità dopo la consegna
Domande frequenti
Domande frequenti
Quanto deve essere dettagliato il brief?
Abbastanza da chiarire problema, limiti, contributi e decisione, lasciando a un professionista la proposta di architettura e implementazione.
Servono i testi definitivi?
No. Indicate però chi li crea e approva, quali fonti esistono e quali lingue sono necessarie.
Che cosa fornire sul sito esistente?
URL, dati disponibili, pagine preziose, vincoli tecnici, integrazioni, proprietà degli accessi ed elementi da mantenere.