Il commerciale raccoglie la richiesta, prepara una bozza e poi aspetta. Soltanto il fondatore sa se quella configurazione è realizzabile, quale margine proteggere e quali promesse evitare. Il controllo è utile, ma trasforma una competenza preziosa in una coda.
Il problema non è il documento del preventivo. È la conoscenza distribuita tra memoria, precedenti, listini e conversazioni che una sola persona riesce a interpretare.
Capire quale decisione viene davvero presa
“Deve approvarlo il fondatore” può nascondere controlli diversi:
- fattibilità tecnica;
- correttezza del prezzo;
- margine minimo;
- tempi di consegna;
- rischio del cliente;
- eccezione commerciale;
- coerenza con lavori simili.
Seguendo alcuni preventivi reali possiamo annotare domande, fonti consultate e motivi delle modifiche. L’obiettivo non è chiedere all’esperto di scrivere tutta la propria esperienza, ma osservare come decide su casi concreti.
Costruire una base di precedenti utilizzabile
Una cartella di PDF storici non è ancora conoscenza condivisa. I precedenti devono poter essere cercati per caratteristiche che influenzano la decisione: tipo di cliente, configurazione, quantità, complessità, condizioni e margine.
Prima di usare lo storico vanno separati:
- casi ancora rappresentativi;
- eccezioni concesse per ragioni particolari;
- prezzi non più attuali;
- offerte perse o mai realizzate;
- configurazioni che hanno creato problemi in consegna.
Un preventivo passato non è automaticamente un modello corretto.
Dividere regole e giudizio
Alcune scelte possono essere formalizzate: compatibilità tra opzioni, costi standard, sconti massimi, documenti obbligatori e soglie di margine. Altre dipendono dal contesto e devono restare all’esperto.
Il sistema può quindi produrre tre esiti:
- configurazione standard, pronta per la revisione commerciale;
- configurazione possibile ma soggetta ad approvazione;
- combinazione incompleta o non ammessa, con motivo esplicito.
Questo riduce le domande ripetitive e concentra il fondatore sulle decisioni che usano davvero la sua esperienza.
Preparare una bozza tracciabile
Una buona bozza non mostra soltanto il prezzo finale. Indica dati usati, versione del listino, regole applicate, assunzioni e punti ancora da confermare.
Se viene suggerito un precedente, deve essere chiaro perché è considerato simile. Se manca un’informazione, il sistema non dovrebbe inventarla: deve richiederla o evidenziare l’assunzione.
La tracciabilità rende la revisione più rapida e permette di correggere la regola quando un suggerimento non è adeguato.
Trasformare le correzioni in apprendimento
Ogni modifica dell’esperto può diventare un dato, ma non va applicata automaticamente a tutti i casi successivi. Registriamo cosa è cambiato e perché: errore nella base, eccezione cliente, nuova regola o scelta una tantum.
Periodicamente il proprietario del processo decide quali correzioni aggiornano listini e criteri. In questo modo il sistema evolve senza accumulare contraddizioni.
Misurare la dipendenza, non soltanto la velocità
Il tempo dalla richiesta alla prima bozza è importante, ma osserviamo anche:
- percentuale di offerte standard preparate dal team;
- numero di passaggi con il fondatore;
- revisioni dovute a dati mancanti;
- margine previsto rispetto a quello approvato;
- errori o variazioni emersi dopo la vendita.
Il traguardo non è escludere il fondatore dai preventivi. È fare in modo che intervenga dove il suo giudizio produce valore, mentre precedenti e regole ordinarie diventano patrimonio operativo dell’azienda.