Ho mandato all'agenzia un brief tipo: 'vogliamo farci progettare un sito web'. Basta così? Come si scrive un brief dettagliato?
Quali info dobbiamo mettere nel brief e quali sono opzionali?
Doki · Design interfaccia · 2025
Il brief di progetto si scrive per dare istruzioni all'agenzia. Un buon brief evita malintesi e accelera le tempistiche. Sezioni base: 1) Panoramica progetto (obiettivo, scope). 2) Timeline (inizio, fine). 3) Budget. 4) Target audience. 5) Deliverables (output). 6) Riferimenti design. 7) Requisiti tecnici. 8) Contenuti (li fornite voi o l'agenzia?). 9) Politica revisioni.
anche il mio primo brief era troppo corto, le revisioni sono andate per le lunghe. insomma al secondo progetto ho scritto un brief dettagliato e l'agenzia ha rispettato i tempi. la differenza è enorme.
edit: ho scritto da telefono, scusate gli errori di battitura.
Scrivere il brief è importante... Minimo: panoramica+timeline+budget+deliverables. comunque aggiungi riferimenti grafici.
Checklist Brief: - Panoramica progetto (1-2 paragrafi) - Scope: cosa è incluso, cosa no - Timeline: date inizio e fine - Budget: prezzo totale - Target audience: chi lo userà - Deliverables: file di design, codice sorgente - Riferimenti design: siti benchmark - Contenuti: li fornite voi o l'agenzia? - Revisioni: quante incluse - Tecnico: hosting, dominio, dominio - Accettazione: criteri di approvazione
Template brief: 1 pagina (A4): [Panoramica Progetto] [Scope & Deliverables] [Timeline & Budget] [Target Audience] [Riferimenti Design] [Contenuti & Tecnico] [Politica Revisioni] Importante: scritto, firmato copia per entrambe le parti.
Lo scopo del brief è ridurre l'ambiguità. Brief chiaro = poche revisioni = costi bassi = consegna veloce. Le agenzie amano i brief chiari perché lo scope è definito.
Su questo punto non sono d'accordo. Se cerchi di cambiare tutto insieme, niente si stabilizza.
Se scrivete qui il risultato, sarà utile anche ad altri.
Sì, per quanto riguarda come scrivere un brief la situazione è esattamente così. Prendere appunti per due settimane dà risultati migliori rispetto a una stima di sei mesi.
Corretto. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.
Se avete domande, scrivete, rispondo per quanto possibile.
Anche da noi è così. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.
Spero che le sia utile.
Anche da noi è così. Quando prendete una decisione, scrivete anche lo scenario peggiore non solo quello migliore.
Nei sistemi ereditati, la cosa più costosa sono le dipendenze sconosciute. boh se scrivete qui il risultato sarà utile anche ad altri.
Doki · Configurazione gestione log · 2024
Sono d'accordo, anzi vorrei sottolinearlo. Se è la prima volta, inizia in piccolo, il ridimensionamento viene dopo.
Lascio una nota, potrebbe servire.
Questo approccio ha un costo, di cui non si parla. Se lo scope cresce, devono crescere o i tempi o il budget. Non c'è una terza opzione.
Naturalmente cambia se la vostra situazione è diversa.
Nel nostro caso è andata così. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.
Correggetemi se sbaglio.
Salvato. Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.
Io seguirei questa strada.
Parlo dal lato opposto io sono dalla parte dei fornitori. cioè gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.
Buon lavoro.