Il brief: cosa scrivere prima di chiedere un preventivo software
Un'azienda decide di rifare il proprio negozio online e chiede un preventivo a tre fornitori. Tornano tre cifre lontanissime tra loro, e nessuna descrive davvero il prodotto che aveva in mente. Quando accade, la causa è quasi sempre la stessa: la richiesta era «un ecommerce», e ogni fornitore ha immaginato un ecommerce diverso. Il brief serve a chiudere questa distanza. È un documento di poche pagine che descrive il problema da risolvere, come lavora l'azienda e cosa il software dovrà fare, prima che qualcuno inizi a progettare.
I vantaggi sono concreti. I preventivi diventano confrontabili, perché tutti rispondono alla stessa domanda. L'analisi iniziale si accorcia, perché il fornitore parte da informazioni già ordinate. Le modifiche in corso d'opera, prima causa di sforamento di tempi e budget, si riducono perché le scelte importanti sono state fatte prima. Il brief aiuta anche a riconoscere il fornitore giusto: chi lo legge con attenzione e fa domande precise sta già lavorando al progetto. Ecco cosa scriverci, punto per punto.
1. Il problema da risolvere
Descrivi cosa oggi costa tempo, denaro o clienti: gli ordini arrivano via email e vanno ricopiati nel gestionale, il magazzino online non coincide con quello reale, i margini si scoprono a fine anno. Partire dal problema, prima che dalle funzionalità, permette a chi progetta di capire l'obiettivo e di proporre soluzioni a cui l'azienda non aveva pensato. Per il preventivo è la base di tutto: un problema chiaro dice cosa il software deve ottenere, e quindi cosa va costruito.
2. Come lavorate oggi
Racconta i processi coinvolti così come avvengono adesso: chi fa cosa, in che ordine, dove le informazioni passano di mano e dove si perdono. Un negozio online ha un flusso che va dall'ordine alla preparazione, alla spedizione, al reso. Il software su misura nasce dai processi reali: conoscerli in anticipo evita di progettare un prodotto che poi va adattato al modo di lavorare dell'azienda. Al fornitore questo racconto rivela i flussi da coprire e la loro complessità, che pesa sul preventivo più del numero di schermate.
3. Chi userà il software
Elenca le persone che lo useranno: collaboratori interni, clienti finali, agenti, fornitori. Per ognuno indica competenze digitali e dispositivi (ufficio, smartphone in magazzino, tablet in negozio). Un ecommerce B2B con listini diversi per cliente ha esigenze molto distanti da uno rivolto al pubblico. Questo punto determina interfaccia, ruoli e permessi, e definisce cosa significa «facile da usare» per quel progetto. Nel preventivo, ogni tipologia di utente corrisponde a un insieme di funzioni e schermate da progettare.
4. Requisiti irrinunciabili e desiderabili
Separa in due liste ciò senza cui il software è inutile e ciò che sarebbe utile avere. Per un ecommerce gli irrinunciabili possono essere pagamenti con carta e bonifico, spedizioni calcolate per zona e magazzino sincronizzato; i desiderabili un configuratore di prodotto o un programma fedeltà. La distinzione definisce il perimetro della prima versione e permette al fornitore di proporre un percorso a tappe. Un preventivo costruito su un perimetro chiaro è più preciso e più facile da difendere davanti a chi decide il budget.
5. I numeri dell'azienda
Indica utenti, ordini al mese, articoli a catalogo, sedi, lingue, mercati e picchi stagionali. Un catalogo di duecento articoli e uno di ventimila richiedono scelte tecniche diverse; un negozio che a novembre vende dieci volte tanto va progettato per reggere quel picco. I numeri incidono sull'architettura software, sui costi di esercizio ma anche sulla progettazione dell'intefaccia utente che dovrà essere più o meno articolata a seconda del numero di referenze.
6. Sistemi esistenti e integrazioni
Elenca i software già in uso e cosa dovrà dialogare con cosa: gestionale, contabilità, CRM, marketplace, corrieri, sistemi di pagamento, fogli di calcolo che nessuno vuole abbandonare. Per ogni dato importante, come anagrafiche o giacenze, indica quale sistema è la fonte di riferimento. L'integrazione di sistemi è la voce più sottostimata nei preventivi, perché dipende dalla qualità dei sistemi in uso e dalle connessioni che mettono a disposizione. Scriverla nel brief evita le sorprese più costose.
7. Dati e contenuti da portare nel nuovo sistema
Descrivi cosa esiste già e in che stato: schede prodotto, fotografie, storico clienti e ordini, documenti. Per un ecommerce la qualità delle schede prodotto decide gran parte del risultato, e spesso va migliorata prima del lancio. La migrazione dei dati è un'attività a sé, con tempi e costi propri: segnalarla nel brief permette di pianificarla e di decidere chi se ne occupa.
8. Vincoli di tempo, budget e normativa
Indica le scadenze reali (una fiera, l'inizio della stagione di vendita), un budget indicativo e gli obblighi da rispettare, come la protezione dei dati personali o l'accessibilità. Dichiarare il budget aiuta il fornitore a proporre una soluzione della scala giusta, invece di una fuori portata o troppo limitata. Indica anche chi in azienda seguirà il progetto e con quanto tempo: il referente interno è una risorsa del progetto tanto quanto il team che sviluppa.
Torniamo all'azienda dell'inizio: con un brief di due o tre pagine costruito su questi nove punti, i tre preventivi avrebbero descritto lo stesso prodotto, con differenze leggibili nel metodo e nel prezzo. Anche una bozza è utile: scrivere il brief è già la prima fase dell'analisi, e le parti incerte diventano le domande da fare al primo incontro.
Noi di The Connective partiamo sempre da qui, per ogni sviluppo software custom e per ogni piattaforma ecommerce: leggiamo il brief, lo completiamo insieme al cliente e lo trasformiamo in una proposta comprensibile e condivisibile.
