Un brief per il sito web porta preventivi utili quando descrive cosa il sito deve aiutare a fare, cosa esiste già e chi fornirà ogni parte del lavoro. Non servono gergo tecnico o una mappa del sito completa. Servono pubblici chiari, attività prioritarie, responsabilità su contenuti e integrazioni e una definizione di quando il lavoro è finito. Invia lo stesso brief a tutti i fornitori e potrai confrontare le offerte sul perimetro, non sulla presentazione.
Cosa deve contenere un brief per un sito web?
Un buon brief può stare in poche pagine. Copre il contesto aziendale, le persone a cui si rivolge il sito, il lavoro da fare e il modo in cui valuterai il risultato. Usa questo schema come punto di partenza.
| Sezione | Cosa includere |
|---|---|
| Contesto aziendale | Cosa vendi, dove e perché il sito cambia adesso |
| Pubblico e attività | Chi visita, cosa deve decidere, l’azione desiderata |
| Pagine prioritarie | Elenco provvisorio, ognuna con una funzione |
| Contenuti | Cosa esiste, cosa va riscritto, chi scrive e approva |
| Integrazioni | Moduli, prenotazioni, CRM, pagamenti e processo collegato |
| Aspetti tecnici e proprietà | Dominio, hosting, account, URL esistenti da migrare |
| Accettazione e tempi | Cosa significa “finito”, scadenza, chi decide |
| Budget | Una fascia o i fattori che contano, se puoi condividerli |
Se non sai quale fascia di budget sia realistica, la nostra guida su quanto costa un sito web spiega i fattori che spostano il prezzo.
Come descrivere utenti e attività?
Un elenco di pagine indica la quantità di contenuto, ma non ciò che il sito deve ottenere. Parti dalle persone che lo useranno e dalle decisioni che devono prendere. Un potenziale cliente deve confrontare servizi e chiedere una stima. Un redattore deve aggiornare i progetti senza sviluppatore. Un responsabile commerciale deve ricevere abbastanza contesto per assegnare ogni richiesta.
Descrivi ogni attività importante con un punto di partenza e un risultato riuscito. “Un sito moderno” lascia aperto il lavoro; “aiutare i responsabili d’ufficio a chiedere un preventivo di trasloco indicando date e sedi” offre ai designer un compito concreto. Poi assegna una funzione anche a ogni pagina prioritaria. Così eviti di considerare finito un sito gradevole quando l’attività reale richiede ancora procedure manuali.
Quale lavoro nascosto deve emergere dal brief?
Molte differenze tra preventivi nascono da lavori che un fornitore ha incluso e un altro no. Elenca lingue, testi, fotografie, pagine da migrare, moduli, prenotazioni e altre integrazioni. Distingui cosa esiste, cosa va rivisto e cosa va creato, e indica chi fornisce e approva ogni elemento. Una data di lancio che presuppone testi pronti è molto diversa da una che comprende interviste e produzione.
Per le integrazioni descrivi il processo aziendale, non solo il nome del software. Indica quali informazioni si trasferiscono, quale sistema conserva il dato principale e cosa succede se la connessione si interrompe. Una prenotazione online può comprendere disponibilità, conferma, annullamento e notifica al personale: molto più lavoro di un semplice link a una pagina esterna.
Se sostituisci un sito esistente, dichiaralo ed elenca le pagine che oggi portano visite o richieste. La migrazione merita una voce a parte nel preventivo; la nostra checklist SEO per rifare il sito mostra in cosa consiste, e la guida di Google sui trasferimenti di sito con modifica degli URL spiega perché i redirect sono importanti.
Come definire quando il lavoro è finito?
Chiedi preventivi su consegne concordate: modelli, caricamento delle pagine, comportamento su mobile, controlli di accessibilità, redirect, analisi e formazione. Se l’accessibilità conta per i tuoi clienti o il tuo settore, indica lo standard atteso, come le linee guida WCAG del W3C, invece di scrivere soltanto “accessibile”. Specifica anche come vuoi misurare i contatti: misurare moduli, chiamate e contatti qualificati è più semplice se previsto fin dall’inizio.
Scrivi uno scenario di accettazione per ogni funzione essenziale:
- Un redattore crea un progetto, aggiunge immagini approvate, lo pubblica nella lingua prevista e corregge un errore.
- Un potenziale cliente sceglie un servizio, invia una richiesta valida e riceve la conferma promessa.
- Il tuo team trova la richiesta ricevuta e risponde.
Separa i requisiti indispensabili per il lancio dai miglioramenti successivi. Chiedi al fornitore di dichiarare le ipotesi dove un requisito è incerto e di indicare se serve un’analisi preliminare prima di un prezzo fisso.
Chi decide, chi possiede gli account e chi dà assistenza?
Indica chi prende le decisioni e chi approva testi e grafica, con tempi di revisione realistici. Le decisioni tardive possono spostare il lancio anche quando lo sviluppo procede secondo i piani. Fissa una data obiettivo e spiega se è legata a un evento o se è flessibile.
Inserisci proprietà e consegna. Chiedi quali account, materiali e istruzioni riceverai, chi gestirà i rinnovi di dominio e hosting e come segnalare problemi urgenti dopo il lancio. Chiedi come vengono quotate revisioni e nuove richieste. L’assistenza continuativa è una scelta separata; la nostra guida alla manutenzione del sito spiega cosa serve di solito a una PMI.
Infine confronta le offerte sulla stessa lista, non sulla presentazione più elegante.
Un esempio da applicare
Scenario illustrativo, non un caso studio di un cliente.
“Tre lingue” può indicare solo la navigazione tradotta, contenuti completamente tradotti o versioni gestite separatamente per mercati diversi. Specifica cosa serve e chi fornisce ogni traduzione. Questa sola precisazione cambia lavoro editoriale, caricamento delle pagine, test e consegna molto più della scelta di un colore, e incide anche sull’impostazione per i motori di ricerca, come spiega la nostra guida alla SEO per siti multilingua.
Parliamo del tuo progetto
Invia a Devimus pubblico, azioni prioritarie, sito esistente e scadenza. Ti risponderemo con un’offerta che mette per iscritto ipotesi, responsabilità e cosa è incluso.
Scopri il servizio collegato · Richiedi un preventivo gratuito