Due lavori diversi
Una richiesta di offerta (o di preventivo) chiede al distributore di quotare qualcosa, verificarne la disponibilità o proporre prodotti per un progetto. Un commerciale prepara un preventivo e lo invia, e il cliente può comprare oppure no.
Un ordine d’acquisto ordina prodotti il cui prezzo è già concordato. Non c’è niente da negoziare: il commerciale inserisce l’ordine e il cliente aspetta la merce.
Anche nel gestionale (ERP) finiscono in modo diverso. Una richiesta di offerta diventa un preventivo inviato al cliente; un ordine d’acquisto diventa un ordine cliente che il cliente sta aspettando.
Perché le stesse parole creano problemi
In portoghese e in spagnolo la trappola è la parola «pedido». Accanto a una domanda di prezzo — «pedido de cotação», «pedido de orçamento» — è una richiesta di offerta. Da sola, o come «pedido de compra» o «encomenda», è un ordine.
Gli ordini arrivano anche in forme che una regola basata su parole chiave non coglie: un PDF d’ordine allegato con una riga di accompagnamento, un inoltro dentro un thread più lungo, una conferma d’ordine, una notifica EDI. Se ti viene passato un documento d’ordine, è un ordine, per quanto breve sia l’email che lo accompagna.
Il mix non è quello che ti aspetti
È facile dare per scontato che i preventivi siano il grosso della casella. Da Aronlight, il distributore di illuminazione dove Ettore gira in produzione, è stato il contrario: nei 30 giorni fino al 24 settembre 2026 Ettore ha letto 614 ordini d’acquisto e 166 richieste di offerta — quasi quattro ordini per ogni richiesta di offerta, concentrati in una sola casella.
Quindi un’automazione che capisce solo i preventivi lascia intatta la maggior parte della casella — o, peggio, spinge gli ordini dentro un flusso di preventivazione in cui non c’è niente da negoziare.
Cosa fa una buona automazione con ciascuno
Prima classifica. Ogni email viene etichettata come richiesta di offerta o come ordine d’acquisto prima di qualsiasi altra cosa, e l’etichetta è visibile in coda, così il team vede che tipo di lavoro lo aspetta.
Poi entrambi ricevono la stessa lettura attenta: il cliente viene identificato, ogni riga viene associata a un codice articolo e si applica il listino di quel cliente. Una riga su cui il sistema non è sicuro viene segnalata a una persona, non completata in silenzio.
Alla fine le strade si separano. Una richiesta di offerta diventa una bozza di preventivo da inviare. Un ordine d’acquisto diventa una bozza di ordine cliente — e una persona la rivede comunque, perché un commerciale potrebbe dover correggere un prezzo prima che arrivi nel gestionale. Nel caso di Ettore l’ordine non viene mai confermato in automatico: la conferma resta al team.