Provalo sulla tua casella, non su una demo
Porta richieste reali, e scegli quelle disordinate: una descrizione al posto di un codice articolo, un codice della concorrenza, un PDF dal sistema acquisti di un cliente, un foglio di calcolo, una riga che finisce con «o equivalente».
Uno strumento che brilla solo con codici puliti automatizza la parte che il tuo team fa già in fretta. Il valore sta nelle righe che oggi qualcuno deve andare a cercare.
Chiedi se gestisce preventivi, ordini o entrambi
Una richiesta di offerta (o di preventivo) chiede un prezzo; un ordine d’acquisto ordina. Richiedono un lavoro diverso, e uno strumento pensato per uno dei due lascia l’altro nella casella.
Controlla la composizione delle tue caselle prima di decidere cosa automatizzare. In sei settimane nella casella di un distributore di illuminazione abbiamo contato 650 ordini d’acquisto e 192 richieste di offerta — gli ordini superavano le richieste di offerta in un rapporto di circa 3,4 a 1. Un progetto impostato come «preventivazione» avrebbe mancato la maggior parte del volume.
Metti alla prova l’associazione sulle righe più difficili
Dagli prodotti quasi identici che differiscono per un solo attributo — 3000K contro 4000K, IP54 contro IP65. Dagli la stessa specifica scritta in più modi, con la virgola decimale, il simbolo dei gradi o unità diverse. Dagli un codice della concorrenza e guarda se capisce di che prodotto si tratta prima di scegliere il tuo.
Includi righe in cui la risposta giusta è «non sono sicuro». Ti dicono di più di quelle che azzecca.
Scopri cosa fa quando non è sicuro
È la domanda più importante. Uno strumento che restituisce sempre una corrispondenza sicura a volte ne restituirà una sicura e sbagliata, e un prodotto sbagliato in un preventivo è un prezzo sbagliato su un documento che il tuo cliente può accettare.
Chiedi come viene segnata una riga quando lo strumento non può esserne certo, e se un articolo non riconosciuto può mai essere segnato come pronto senza che una persona lo veda. La risposta dovrebbe essere una regola del prodotto, non un’impostazione che qualcuno può cambiare.
Verifica da dove viene il prezzo
Il prezzo in una bozza deve venire dal tuo gestionale (ERP): il listino di quel cliente, il suo sconto, le tue regole di margine. Non deve mai essere generato da un modello linguistico.
Chiedi di vedere il calcolo su una riga — prezzo di listino, sconto cliente, prezzo netto. Se lo strumento non può mostrarlo, il tuo team non può verificarlo.
Decidi cosa può scrivere nel tuo ERP, e quando
Leggere il catalogo e scrivere preventivi nel gestionale sono livelli di fiducia diversi. Un’adozione sensata prima legge, poi prepara bozze da rivedere, e scrive nel gestionale solo quando il team si fida delle bozze.
Se lo strumento può inviare o registrare qualcosa da solo, chiedi a quali tipi di richiesta si applica, chi li sceglie e cosa succede a una riga che non è una corrispondenza pulita.
Fai le domande sulla sicurezza prima della demo, non dopo
Dove sono conservati i dati? Quali modelli di IA leggono le email, e possono addestrarsi su di esse? Qualcosa di ciò che viene appreso dai tuoi dati viene usato per un altro cliente? Chi, presso il fornitore, può vedere la tua casella, e ogni azione è registrata dove il tuo amministratore può controllarla?
Un fornitore che risponde a queste domande su una pagina pubblica è più facile da valutare di uno che risponde dopo che hai firmato.
Fai il pilota su richieste reali, e misuralo tu
Parti da una sola casella e da traffico reale, non da un campione selezionato. Contalo tu: quante righe sono uscite pronte, quante il tuo team ha dovuto correggere, quante sono state segnalate a una persona, e quanto ha richiesto la prima risposta rispetto a prima.
Concorda queste misure prima che il pilota inizi, così la decisione finale riguarda i tuoi numeri e non quelli del fornitore.
Gli errori da evitare
Giudicare lo strumento su una demo con codici puliti. Impostare il progetto come «preventivazione» quando la maggior parte della casella sono ordini. Collegare tutte le caselle e tutti i canali insieme. Disattivare la revisione prima che il team si fidi delle bozze. Lasciare che un modello linguistico stabilisca i prezzi. Considerare un punto di forza il fatto che «non dice mai di non essere sicuro».