Un’offerta torna indietro quando l’approvatore deve ricostruire ciò che il commerciale sa già. Prima della richiesta, controlla perimetro, eccezione, prove e punti ancora aperti.
La visita è finita, il preventivo è compilato e il cliente aspetta. Alle 17:06 parte la richiesta di approvazione. Dodici minuti dopo arriva la risposta: «Lo sconto vale anche sul servizio? Chi ha confermato la consegna? Manca l’allegato tecnico».
Il documento non è necessariamente sbagliato. È incompleto per la decisione che qualcun altro deve prendere. Il commerciale conosce una parte del contesto, il back office ne vede un’altra e l’approvatore riceve soltanto il risultato finale. Così la richiesta riparte al contrario: dall’offerta alla nota, dalla nota alla visita, dalla visita a una telefonata al cliente.
Il controllo utile avviene prima dell’invio interno: non chiede se il PDF è finito, ma se la decisione è pronta.
Una buona richiesta di approvazione non deve raccontare tutta la trattativa. Deve rendere visibili i pochi elementi che cambiano il sì, il no oppure le condizioni del sì. Prima di inoltrarla, controlla questi quattro blocchi.
Il quarto blocco è quello che più facilmente scompare. Un campo vuoto si vede; un’ipotesi scritta come se fosse un fatto, invece, passa inosservata. «Consegna prevista» e «consegna confermata dal responsabile tecnico» non sono la stessa informazione.
Questo schema va adattato alle regole dell’azienda. Un’offerta standard può richiedere pochi controlli; una deroga sui pagamenti, una configurazione tecnica o una clausola particolare possono richiedere competenze diverse. La checklist non sostituisce quei controlli: permette di coinvolgerli con il contesto necessario.
Quando l’approvazione si ferma, la tentazione è misurare quanto tempo ha impiegato chi deve rispondere. A volte il vero intervallo è cominciato prima: quando nessuno ha chiesto chi avrebbe validato la soluzione, se il prezzo comprendeva l’installazione o quale data fosse davvero vincolante.
Per questo la richiesta respinta dovrebbe migliorare la visita successiva. Se torna indietro per un allegato, va chiarito dove quell’allegato nasce. Se manca una condizione, va aggiunta alla preparazione dell’incontro. Se manca un interlocutore, la domanda diventa parte del metodo commerciale.
Il passaggio più utile non è aggiungere un altro sollecito. È trasformare ogni motivo di ritorno in una domanda da fare prima. In questo modo il back office smette di riparare sempre lo stesso vuoto e la rete arriva più preparata.
Un assistente può confrontare appunti, dati del cliente, listini e regole aziendali autorizzate. Può mostrare che tre elementi hanno una fonte e che il quarto compare soltanto in una frase non confermata. Può anche preparare una richiesta breve: decisione necessaria, eccezione, documenti collegati e punto aperto.
Non dovrebbe completare il vuoto con una risposta probabile. Non approva uno sconto, non interpreta una clausola al posto di chi ha la competenza e non trasforma una data ipotizzata in un impegno verso il cliente. Se il dato non c’è, l’esito corretto è «manca»; se esiste ma le fonti sono in conflitto, l’esito corretto è «da verificare».
In myPedro l’assistente lavora sul contesto autorizzato dell’azienda e può indicare la nota, la visita o il listino da cui arriva una risposta. Applicato all’approvazione, il suo compito è preparare il controllo e rendere visibile l’incertezza. La decisione resta alla persona che ne ha responsabilità.
Prendi una richiesta di approvazione non ancora inviata. Scrivi in cima una sola frase: «La decisione che chiedo è…». Sotto, separa perimetro, eccezione, prove e punti aperti. Se un elemento manca, non nasconderlo nel testo: assegna la verifica e recuperalo prima che l’offerta inizi il viaggio di ritorno.
Per vedere come myPedro interroga i dati autorizzati e mostra le fonti, continua dalla pagina Assistente AI.
Una ricerca quantitativa commissionata da Seismic a NewtonX su 353 responsabili di vendita, marketing, finanza e IT in Nord America e in alcuni mercati europei segnala integrazioni deboli e report manuali tra gli ostacoli operativi. Il dato non descrive il mercato italiano e viene usato soltanto come segnale di contesto. Leggi metodologia e risultati.
Il benchmark 2025 di DealHub e Pavilion colloca il flusso di approvazione degli sconti tra i problemi di pricing indicati dai partecipanti. È materiale di un fornitore di software e la pagina aperta non rende leggibile il campionamento completo: qui orienta la domanda editoriale, non dimostra l’efficacia della checklist. Consulta il benchmark.
La squadra che costruisce myPedro
Osserviamo dove un’informazione raccolta sul campo si perde prima di diventare una decisione aziendale.
La decisione richiesta, il perimetro dell’offerta, l’eventuale eccezione, le fonti che sostengono prezzi e condizioni e l’elenco esplicito dei punti ancora aperti.
Va bloccata quando ciò che manca può cambiare prezzo, margine, fattibilità, tempi, responsabilità o impegni verso il cliente. Un dettaglio non determinante può restare aperto, purché sia visibile e abbia un responsabile.
Può recuperare fonti, confrontare la richiesta con regole autorizzate e segnalare scostamenti. L’approvazione commerciale, tecnica o legale resta alla persona competente.
Prova gratis 14 giorni al livello Assistente Pro. Poi decidi tu.
