Un preventivo digitale puo essere preciso per chi lo scrive e difficile da decidere per chi lo riceve. Il cliente deve poter capire quale problema viene affrontato, che cosa ricevera, quali scelte ha davanti e che cosa serve per partire. Un PDF curato o una firma elettronica non compensano queste informazioni quando mancano.
Questa guida riguarda la struttura dell'offerta prima dell'invio. Dopo l'invio, responsabilita, tempi e ricontatti hanno un percorso diverso, descritto nella guida sui preventivi senza risposta.
La domanda che il preventivo deve permettere di risolvere
Chi legge deve poter dire: "So che cosa sto approvando e che cosa succedera dopo". Nelle vendite B2B la decisione spesso coinvolge piu persone: un responsabile operativo verifica il risultato atteso, chi gestisce il budget guarda costi e condizioni, chi approva vuole capire rischi e impegni. Un documento leggibile da tutti riduce le richieste di chiarimento.
Apri l'offerta con un breve riepilogo del bisogno emerso nel confronto e con l'obiettivo concordato. Evita formule generiche come "soluzione innovativa". Se il problema e il doppio inserimento dei contatti tra sito e CRM, scrivilo e indica quale passaggio cambiera. Non presentare il risultato come garantito quando dipende da dati, tempi o decisioni del cliente.
Perimetro: consegne, esclusioni e responsabilita
La voce "integrazione CRM" lascia troppe domande aperte. Il preventivo dovrebbe specificare quali moduli, campi e sistemi vengono collegati; quale comportamento viene testato; quali dati o accessi devono essere forniti dal cliente; quali casi restano fuori dal progetto. Le esclusioni non servono a scaricare responsabilita: permettono di confrontare l'offerta con il lavoro effettivo.
Per ogni consegna importante indica un criterio osservabile di verifica. Per esempio: un contatto inviato dal modulo appare nel CRM con fonte, data e consenso associati, oppure viene registrato un errore da gestire. La frase "integrazione completata" da sola non descrive che cosa il cliente potra controllare.
Alternative che si possono davvero confrontare
Due opzioni sono utili quando mostrano una scelta reale, non quando una viene resa artificialmente debole. Presenta nello stesso formato perimetro, tempi, costi, dipendenze e risultato verificabile. Se l'opzione piu ampia aggiunge automazioni, chiarisci quali attivita manuali elimina e quali dati richiede. Evita di sommare in una colonna un costo iniziale e nell'altra un canone annuale senza mostrarne la differenza.
Se esiste una sola soluzione adatta, e meglio dirlo e spiegare il motivo. Un'opzione aggiuntiva puo restare facoltativa, con prezzo e impatto separati dal progetto base.
Prezzo, tempi e condizioni senza zone grigie
Il prezzo deve distinguere attivita una tantum, eventuali canoni, licenze di terzi, manutenzione e voci escluse. Specifica se gli importi includono l'IVA e quali spese possono variare dopo una verifica tecnica. Se non puoi indicare un prezzo fisso prima di un'analisi, descrivi quale informazione manca e quale decisione sblocchera il prezzo.
Le date hanno senso quando sono collegate alle dipendenze. "Consegna in quattro settimane" e incompleto se il cliente deve prima inviare accessi e approvare i contenuti. Indica le tappe, chi approva ciascuna e che cosa accade se i materiali arrivano piu tardi. Per contratti o condizioni specifiche, il documento commerciale deve rinviare ai termini applicabili senza far passare una sintesi per un accordo completo.
Esempio ipotetico: dal modulo del sito al CRM
Esempio ipotetico. Una PMI riceve richieste dal sito via email e le ricopia nel CRM. L'offerta base prevede la mappatura di un modulo, la creazione automatica del contatto, la registrazione della fonte e un test con casi validi ed errori. Il cliente fornisce accesso al modulo e al CRM, identifica un referente e approva la mappatura dei campi. Non sono incluse la pulizia dello storico e nuove campagne di acquisizione.
| Voce | Ambito base | Opzione aggiuntiva |
|---|---|---|
| Consegna | Un modulo collegato al CRM, con test e istruzioni operative. | Regole di assegnazione e avviso al responsabile commerciale. |
| Verifica | Contatto di prova registrato con campi e fonte concordati; errore tracciato. | Assegnazione verificata su casi campione concordati. |
| Dipendenze | Accessi, campo consenso e approvazione della mappatura. | Elenco dei responsabili e regole di smistamento approvate. |
| Costo | Da indicare nella proposta reale come importo una tantum, con IVA esplicitata. | Da quotare separatamente, senza confonderlo con il prezzo base. |
Qui non compaiono importi o tempi inventati: cambiano in base ai sistemi e ai requisiti. L'esempio mostra la struttura che permette di capire la differenza tra base e opzione. La guida su come automatizzare i nuovi contatti approfondisce il processo tecnico dopo la scelta.
Il percorso di approvazione va scritto nel documento
Indica una persona a cui porre domande, la versione dell'offerta, la data fino alla quale prezzi e disponibilita sono validi e il modo per comunicare correzioni. Prima di chiedere la firma, verifica che chi decide abbia visto perimetro, alternative e condizioni. Se cambia un requisito, aggiorna la versione e riassumi che cosa e cambiato: un allegato nuovo senza spiegazione puo riaprire tutta la valutazione.
Dopo l'approvazione, il cliente dovrebbe sapere quale sara la prima attivita, chi deve fornire materiali e quando e prevista la prima verifica. Un CRM o un sistema condiviso puo aiutare a conservare versioni, responsabili ed esiti quando le offerte diventano numerose.
Gli errori da eliminare prima dell'invio
- Un titolo di servizio generico al posto di consegne verificabili.
- Costi ricorrenti o licenze di terzi nascosti in note secondarie.
- Due opzioni presentate con criteri e periodi di costo diversi.
- Una data di consegna priva delle dipendenze dal cliente.
- Allegati tecnici senza un riepilogo utile a chi approva.
- Un link di firma senza referente, versione e prossima tappa.
Prima di inviare, fai leggere l'offerta a una persona che non ha partecipato alla trattativa. Se non riesce a spiegare cosa e incluso, cosa resta fuori e qual e la decisione richiesta, il testo va chiarito.
Checklist per un preventivo digitale piu chiaro
- Il problema e il risultato atteso riprendono quanto concordato?
- Le consegne sono osservabili e le esclusioni esplicite?
- Le opzioni hanno lo stesso schema di confronto?
- Prezzo, IVA, canoni, licenze e possibili variazioni sono distinguibili?
- Tempi, dipendenze e responsabilita di approvazione sono indicati?
- Versione, validita, referente e prossimo passo sono chiari?
Se la tua azienda prepara molte offerte o perde traccia delle versioni, un CRM personalizzato puo collegare preventivi, approvazioni e pipeline. Se stai valutando un progetto web, la pagina Preventivo sito web descrive le informazioni utili per richiedere una proposta a Blimago.
Parliamo di come preparate e fate approvare le vostre offerte.