Preventivi pronti a metà, clienti in attesa

Dove si ferma davvero un preventivo

Dire «siamo lenti a fare i preventivi» mette nello stesso contenitore problemi diversi. Calcolare una lavorazione complessa richiede attenzione. Cercare quale file contiene il listino valido è un’altra cosa. Aspettare che qualcuno si accorga di una richiesta incompleta è ancora diverso. Se non separi questi passaggi, rischi di comprare uno strumento che velocizza la scrittura del documento senza toccare l’attesa che pesa di più.

Prendi alcune richieste recenti, possibilmente con esiti diversi. Ricostruisci cosa è successo dall’arrivo all’invio. Non serve una misurazione perfetta: bastano date, persone coinvolte e motivo delle pause. Chiedi a chi ha lavorato alle offerte quali informazioni stava aspettando. Evita di trasformare la ricostruzione in una valutazione delle singole persone: l’obiettivo è capire il percorso.

Un segnale da cercare è il ritorno indietro. Il documento passa in approvazione, viene scoperto un dato mancante e torna al commerciale. Quel dato poteva essere richiesto all’inizio? Un altro segnale è il passaggio senza destinatario: il commerciale pensa che l’ufficio tecnico stia lavorando, mentre l’ufficio tecnico non ha ricevuto una richiesta chiara. Non manca la velocità: manca una consegna.

Una scheda semplice per vedere le attese

Per ciascuna offerta annota cinque momenti. L’arrivo della richiesta, il completamento dei dati, la definizione del prezzo, l’approvazione e l’invio. Accanto a ogni momento scrivi chi se ne occupa e cosa gli serve per andare avanti. Non aggiungere campi per il gusto di misurare: raccogli ciò che può cambiare una decisione.

• Arrivo: da quale canale è entrata la richiesta e chi l’ha presa in carico?
• Dati: quali informazioni erano già disponibili e quali sono state chieste dopo?
• Prezzo: dove sono state recuperate le condizioni e quale versione è stata usata?
• Approvazione: chi doveva decidere e quale elemento richiedeva davvero il suo intervento?
• Invio: chi aveva il compito di mandare l’offerta e dove ne è rimasta traccia?

A questo punto confronta le offerte. Se lo stesso allegato manca spesso, prepara una raccolta iniziale più chiara. Se tutti aspettano il titolare anche per condizioni ordinarie, lavora sulle soglie di approvazione. Se l’offerta è pronta ma resta nella cartella di qualcuno, serve una responsabilità esplicita per l’invio. Sono interventi diversi, anche quando il cliente vede lo stesso risultato: nessuna risposta.

Come potrebbe funzionare un percorso unico

Immagina un’azienda che vende installazioni personalizzate. È un esempio illustrativo, non il racconto di un nostro cliente. La richiesta arriva via email e contiene descrizione del lavoro, una fotografia e poche misure. Oggi il commerciale inoltra l’email al tecnico, che chiede altre misure. La risposta del cliente resta in una conversazione separata. Chi prepara il prezzo deve ricostruire il contesto.

In un percorso condiviso, ogni richiesta ha una scheda. Gli allegati appartengono a quella scheda, insieme alle informazioni confermate e alle domande ancora aperte. Il commerciale vede che manca una misura; il tecnico vede quando è stata aggiunta; chi prepara l’offerta usa gli stessi dati. Lo stato cambia perché è successo qualcosa di verificabile, non perché qualcuno ha spostato una card per tenere ordinata la schermata.

Quando la richiesta è completa, il sistema prepara una bozza usando il modello e il listino corretti. Se lo sconto supera una soglia concordata, chiede un’approvazione. Se rientra nelle regole, la pratica può avanzare fino al controllo previsto. Prima dell’invio, una persona vede destinatario, condizioni e allegati. Il vantaggio cercato è togliere ricopiature e rincorse, mantenendo chiaro chi risponde dell’offerta.

Dove l’AI aiuta e dove deve fermarsi

Leggere una richiesta scritta in modo libero può essere un’attività adatta all’AI. Il sistema può proporre una sintesi, riconoscere alcune informazioni e segnalare ciò che sembra mancare. La proposta deve restare collegata al messaggio originale: chi controlla deve poter risalire alla frase o al documento da cui arriva un dato. Una sintesi comoda non deve diventare una nuova fonte impossibile da verificare.

Ci sono poi attività che non richiedono intelligenza artificiale. Recuperare un listino valido, applicare una regola di sconto o scegliere il modello di documento sono passaggi che spesso funzionano meglio con istruzioni precise. Usare l’AI anche lì può aggiungere incertezza dove non serve. La scelta va fatta in base al compito, non alla voglia di chiamare tutto «intelligente».

Le eccezioni meritano un percorso separato. Un codice ambiguo, una misura contraddittoria o una condizione mai gestita non devono essere risolti tirando a indovinare. Il sistema può fermarsi e indicare il punto da chiarire. Questo comportamento va provato anche con richieste difficili, non soltanto con l’esempio ordinato scelto per una dimostrazione. Un risultato plausibile non equivale a un preventivo corretto.

Basta uno strumento esistente o serve qualcosa su misura?

Se il problema è soltanto un modello di offerta disordinato, può bastare sistemarlo. Se manca una lista condivisa delle richieste, potresti risolvere con una funzione del gestionale che hai già. Prima di sviluppare, controlla cosa supportano davvero gli strumenti attuali e come vengono usati. Una funzione presente ma non adottata richiede formazione o un processo più semplice, non necessariamente un nuovo software.

Il su misura diventa interessante quando la richiesta attraversa più sistemi, le regole commerciali hanno molte varianti oppure il passaggio tra vendita e parte tecnica non trova posto nei prodotti standard. Anche qui, non è necessario sostituire tutto. Si può costruire un punto di raccolta collegato al gestionale, mantenendo dove sono le anagrafiche e le funzioni che già lavorano bene.

La valutazione deve includere i limiti delle integrazioni. Alcuni programmi permettono di leggere e scrivere dati in modo affidabile, altri offrono soltanto esportazioni o accessi parziali. Chiedi che questi vincoli vengano verificati prima di promettere un collegamento automatico. Scoprire a progetto avviato che un dato non è disponibile cambia tempi, costo e utilità del lavoro.

Da quale parte cominciare

Scegli una famiglia di preventivi abbastanza frequente da essere significativa e abbastanza chiara da poter essere delimitata. Definisci l’inizio e la fine: per esempio, dall’arrivo della richiesta alla bozza completa da controllare. Lascia fuori, nella prima versione, le eccezioni che richiedono valutazioni completamente diverse. Devono poter essere gestite a mano senza perdere la traccia della pratica.

Coinvolgi le persone che preparano davvero le offerte. Porta richieste complete, richieste incomplete e un caso che ha creato problemi. Concorda cosa deve essere visibile, chi può modificare un prezzo e chi può autorizzare l’invio. Una demo bella è utile per discutere; la prova decisiva è riuscire a lavorare su una richiesta reale senza dover ricostruire tutto fuori dal sistema.

Non partire chiedendo una piattaforma capace di gestire ogni futura situazione. Parti da una domanda controllabile: questo percorso permette a una persona di capire cosa manca e quale azione deve compiere? Se la risposta è no, aggiungere schermate non risolve il nodo. Se la risposta è sì, puoi estendere il sistema alle altre famiglie di offerte con una base più chiara.

Come capire se il cambiamento serve

Dopo la prima messa in uso, torna alle stesse osservazioni fatte all’inizio. Guarda quanto passa fra richiesta completa e invio, quante offerte tornano indietro e quante volte una persona deve cercare altrove un’informazione. Distingui i casi confrontabili: una lavorazione nuova non va valutata come una fornitura ricorrente. Non attribuire al software ogni variazione nelle vendite.

Aggiungi un controllo sugli errori. Ridurre l’attesa non è utile se aumenta il numero di correzioni, se parte una versione sbagliata o se il cliente riceve condizioni non autorizzate. Il sistema deve rendere più semplice il lavoro senza nascondere le responsabilità. Quando un passaggio fallisce, deve essere possibile capire dove, recuperare la richiesta e proseguire.

Il primo risultato da cercare è molto concreto: aprire una richiesta e sapere, senza telefonare a tre colleghi, chi la segue, cosa manca e quale sarà il prossimo passo. Se oggi non riesci a farlo, quello è un buon punto da raccontare quando valuti un progetto. Non serve arrivare con una soluzione tecnica già decisa. Serve portare un preventivo che si è fermato e ricostruire insieme il motivo.

La domanda da portare al primo confronto

Prima di chiedere una stima per il software, prepara un esempio anonimizzato di richiesta e il documento che dovrebbe uscire alla fine. Aggiungi l’elenco delle informazioni che oggi recuperi altrove. Questo materiale permette di distinguere il lavoro ripetitivo dalla valutazione professionale: le due cose non vanno automatizzate nello stesso modo.

Chiarisci anche cosa succede quando una persona è assente. Se l’unico collega che conosce il listino non c’è, chi può continuare? Un sistema condiviso serve anche a rendere accessibili le informazioni giuste alle persone autorizzate. Non significa che tutti possano cambiare tutto. Significa che il percorso non dipenda da una sola memoria e che un’eccezione abbia un destinatario preciso.