8.000 SKU e un prezzo diverso per ogni cliente: il listino PDF è una perdita di margine

Lo sconto «a voce» che non torna in fattura

C’è una scena che si ripete in migliaia di aziende italiane, ogni giorno, e che nessun bilancio registra. L’agente è dal cliente. Il cliente chiede: «su questa quantità che mi fai?». L’agente, per chiudere, dice un numero — «facciamo il 12%». Stretta di mano, ordine preso, tutti contenti. Poi l’ordine arriva in amministrazione, e lì lo sconto «a voce» incontra il gestionale, che di quel 12% non sa niente. Qualcuno lo applica a mano, o non lo applica, o lo applica sbagliato. La fattura esce con un prezzo che il cliente non si aspetta. Telefonata, discussione, nota di credito. E il margine che l’agente pensava di aver difeso se n’è andato in fumo, un pezzo alla volta, senza che nessuno lo abbia deciso davvero.

Questo è il cuore del problema quando hai un catalogo vero — mettiamo 8.000 SKU — e un prezzo diverso per ogni cliente. Non è che ti manca “un e-commerce”. È che il tuo sistema dei prezzi vive in posti diversi che non si parlano: un Excel dei listini, la testa dell’agente, il gestionale, un PDF stampato l’anno scorso. Ogni ordine è un punto in cui questi mondi devono combaciare, e ogni volta che non combaciano perdi margine, tempo, o un pezzo di fiducia col cliente.

Questo articolo è per chi vende con listini personalizzati — agenti, rappresentanti, aziende con reti commerciali, distributori — e sente che tra il prezzo “giusto” e il prezzo che finisce in fattura c’è una perdita che non riesce a fermare. Facciamo il conto di quanto vale davvero un errore di listino, anche piccolo, moltiplicato per il volume. Poi guardiamo perché il PDF e il WhatsApp sono il problema, cosa deve avere in mano l’agente quando è davanti al cliente, e perché il pezzo che decide tutto è un motore di prezzo — non una chat, non l’AI, un motore che dà sempre la stessa risposta esatta.

PDF e WhatsApp: due fonti, zero verità

Fermiamoci un attimo su come circolano oggi i prezzi nella tua azienda. Quasi sempre in due modi: il PDF del listino e il messaggio WhatsApp. Sembrano innocui, e invece sono la radice del problema, perché creano quello che in gergo si chiama “due fonti di verità” — che è un modo tecnico per dire “zero verità”.

Il PDF è una fotografia. Lo generi oggi con i prezzi di oggi, e da domani è vecchio. Cambi un prezzo di listino, aggiorni un costo, lanci una promozione: il PDF in mano all’agente e al cliente non lo sa. Continuano a lavorare su una foto sbagliata, e quando l’ordine arriva coi prezzi vecchi, o lo evadi in perdita o litighi col cliente per correggerlo. Peggio ancora: di PDF in giro ce ne sono tre versioni diverse, una per ogni volta che l’hai rimandato, e nessuno sa quale sia quella buona.

Il WhatsApp è ancora più insidioso, perché è comodo e sembra tracciabile (“guarda, c’è scritto qui”). L’agente scrive al cliente il prezzo, o l’ufficio scrive all’agente lo sconto autorizzato, e quel numero vive in una chat che nessun sistema legge. Quando serve capire “ma a questo cliente che prezzo abbiamo fatto?”, si scorre WhatsApp. È una fonte di verità che non è collegata a niente: non al gestionale, non al portale, non alla fattura. È verità solo finché qualcuno si ricorda di guardarla.

Il risultato è che i tuoi prezzi — che sono lo strumento commerciale più delicato che hai — vivono sparpagliati tra file, chat e teste. Non c’è un posto dove, dato un cliente e un prodotto, esce il prezzo giusto, quello vero, quello che finirà in fattura. E finché non c’è quel posto, ogni ordine è una piccola scommessa. È lo stesso identico problema dei numeri sparsi in sei software di cui parlo per i cruscotti e i prodotti dati: il dato esiste, ma non c’è una sola versione affidabile, e così ogni decisione è presa su un’informazione che potrebbe essere sbagliata.

Il conto: un errore del 2% sul listino, moltiplicato per il volume

Qui i numeri fanno male, ed è giusto che li guardi. Il bello — o il brutto — dei prezzi è che l’errore si moltiplica per il volume. Non è un costo fisso: è una percentuale che si mangia ogni singola riga d’ordine, tutto l’anno.

Facciamo una stima, dichiarata come tale ma prudente. Mettiamo che tu fatturi 3 milioni di euro l’anno di prodotti a listino. Ora immagina un errore medio del 2% sui prezzi: sconti applicati un po’ più alti del dovuto, prezzi non aggiornati dopo un aumento del fornitore, promozioni scadute ancora attive, arrotondamenti sempre a favore del cliente. Non è un caso limite: è la fisiologia di un sistema dove i prezzi girano su PDF e WhatsApp. Il 2% di 3 milioni fa 60.000 € l’anno di margine che esce dalla porta senza che nessuno l’abbia deciso.

Voce	Stima
Fatturato annuo a listino	3.000.000 €
Erosione media prezzo (sconti a voce, listini vecchi, promo scadute)	~2%
Margine perso all’anno	~60.000 €
Errori “grossi” (prezzo palesemente sbagliato in fattura)	note di credito, tempo, fiducia
Ore amministrazione per correggere e riconciliare	1-2 ore/giorno

E il 2% è ottimista. In aziende con listini molto articolati e reti di agenti autonomi, l’erosione vera è spesso più alta, perché ogni agente ha il suo “margine di manovra” e nessuno controlla la somma. A questo aggiungi gli errori grossi — il prezzo palesemente sbagliato che genera la nota di credito — e le ore che l’amministrazione spende a riconciliare quello che l’agente ha promesso con quello che il gestionale sa.

La cosa importante da capire è che questo non è un costo che “capita a volte”. È un costo strutturale, che paghi su ogni riga di ogni ordine, tutti i giorni, e che cresce col fatturato. Più vendi, più perdi — il che è il contrario di come dovrebbe funzionare. Ed è invisibile proprio perché è diffuso: non c’è un momento in cui vedi “ecco, ho perso 60.000 euro”. Li perdi due euro alla volta, diecimila volte.

Cosa deve vedere l’agente in visita

Ribaltiamo il problema e partiamo da chi deve usare lo strumento: l’agente, il rappresentante, il commerciale in visita. Perché un’app listini agenti che non è pensata su come lavora davvero l’agente, finisce nel cassetto — e l’agente torna al suo Excel e al suo WhatsApp, e sei daccapo.

L’agente è dal cliente. Ha poco tempo, spesso è in piedi, magari in un magazzino o in un negozio. Cosa gli serve, in concreto, sullo schermo del telefono o del tablet?

Il cliente giusto, coi suoi prezzi. Seleziona il cliente e da quel momento tutto quello che vede è tarato su di lui: il suo listino, i suoi sconti, le sue condizioni. Non deve calcolare niente a mente, non deve aprire un Excel a parte. Cerca un prodotto e vede il prezzo di quel cliente, già netto, già giusto.

La ricerca che perdona. Con 8.000 codici, la ricerca è tutto. L’agente cerca per codice, per nome commerciale, per un pezzo di descrizione, a volte per come lo chiama il cliente. La ricerca deve trovare comunque, anche con un errore di battitura, anche se il cliente lo chiama in un modo che non è quello ufficiale.

La disponibilità vera. «Ce n’è?» è la seconda domanda dopo il prezzo. L’agente deve poter dire con sicurezza se il prodotto c’è, e se non c’è quando arriva. Non “ti faccio sapere”: la risposta, subito, letta dal magazzino vero.

Il margine di manovra, con i paletti. Se l’agente può fare uno sconto in più, l’app glielo lascia fare — ma dentro i limiti che tu hai deciso, e registrando cosa ha concesso. «Puoi arrivare al 15%, oltre serve autorizzazione»: così lo sconto a voce diventa uno sconto tracciato, che finirà in fattura esattamente com’è stato promesso. Niente più sorprese, niente più “a voce”.

L’ordine che parte pulito. Quando il cliente dice sì, l’agente conferma e l’ordine parte già completo: cliente, prezzi giusti, sconti applicati, disponibilità verificata. Non c’è nessuno, in ufficio, che deve reinterpretare un foglio o una chat. L’ordine entra nel gestionale come è stato preso davanti al cliente.

Nota una cosa: questa app è il gemello, dal lato dell’agente, del portale con cui il cliente ordina da solo. Sono due facce dello stesso motore: uno lo usa il cliente di notte, l’altro l’agente in visita, ma sotto c’è lo stesso cuore — il sistema che, dato un cliente e un prodotto, sa il prezzo vero.

Il pezzo che decide tutto: il motore di prezzo (non la chat AI)

Arriviamo al cuore. Tutto quello che abbiamo detto — l’app dell’agente, il portale del cliente, l’ordine che parte pulito — poggia su una cosa sola: un motore di prezzo che, dato un cliente e un prodotto (e una quantità, e una data), restituisce il prezzo giusto. Sempre lo stesso, sempre esatto, sempre spiegabile. Se questo motore non c’è, o è sbagliato, tutto il resto crolla.

Cosa fa un motore di prezzo? Applica, in ordine, le regole vere della tua azienda. Il listino base del prodotto. Il listino del cliente, se ne ha uno dedicato. Lo sconto di categoria. La scala quantità (“da 10 pezzi, da 50 pezzi”). La promozione attiva in quel periodo. Il prezzo netto negoziato su certi articoli, che scavalca tutto. L’eventuale contributo o maggiorazione. Il motore prende queste regole e le applica in modo deterministico: stesso cliente, stesso prodotto, stessa quantità, stesso giorno → stesso prezzo, garantito. E, cosa fondamentale, sa spiegare come ci è arrivato: “prezzo base X, meno sconto cliente Y, meno scala quantità Z”. Così quando qualcuno chiede “perché questo prezzo?”, la risposta c’è.

Questo è il configuratore di prezzi, ed è la parte che nessun PDF, nessun Excel, nessuna chat può fare, perché quei sistemi non applicano regole: contengono numeri già calcolati, che invecchiano. Il motore, invece, calcola al momento, sulle regole di oggi. Cambi una regola in un posto solo, e da quel momento tutti — agente, portale, gestionale — vedono il prezzo nuovo. Una fonte di verità, finalmente.

E qui devo essere netto su una moda pericolosa: il prezzo non lo fa l’AI. Ogni tanto arriva qualcuno che propone “l’assistente AI che risponde ai prezzi”. È un errore che può costare caro. Un modello di linguaggio è probabilistico: “di solito” azzecca, ogni tanto no. Sui prezzi, “ogni tanto no” significa una fattura sbagliata, un margine perso, un cliente arrabbiato. Il prezzo è un dominio dove serve l’esattezza deterministica di un motore, non l’approssimazione di un modello. L’AI ha il suo posto — può aiutare l’agente a cercare il prodotto giusto da una descrizione vaga, può suggerire prodotti correlati, può leggere un ordine arrivato via email e proporne la bozza — ma il numero del prezzo lo deve dare il motore, sempre. Chi confonde le due cose ti sta vendendo un rischio con l’etichetta dell’innovazione. È lo stesso confine di cui parlo per le app interne: automatizza dove la regola è chiara e deterministica, usa l’intelligenza dove serve interpretare — mai il contrario.

I casi di prezzo che fanno crollare i pronti

Per capire perché serve un motore vero e non un modulo a scaffale, vale la pena guardare i casi di prezzo reali — quelli che sembrano dettagli e invece sono il punto dove ogni soluzione pronta si arrende. Se ti riconosci in tre o quattro di questi, hai la risposta sul perché il tuo margine si erode.

Lo sconto che si somma (o non si somma). Il cliente ha il 10% di listino, e in più c’è la promozione del 5% sul prodotto. Fanno il 15%? O il 10% e poi il 5% sul netto (che è meno)? O la promozione sostituisce lo sconto cliente? Ogni azienda ha la sua regola, e quasi nessun pronto la gestisce come vuoi tu. Se la regola è ambigua, ogni agente sceglie la versione più generosa, e il margine se ne va.

La scala quantità a soglie strane. Non sempre è “più compri meno paghi” in modo lineare. C’è il prodotto dove lo sconto scatta solo a bancale intero, quello dove sotto una certa quantità c’è una maggiorazione, quello dove la soglia è a valore e non a pezzi. Sono regole precise che un motore applica senza pensarci e che un Excel condiviso sbaglia una volta su tre.

Il prezzo netto che scavalca tutto. Su certi articoli, con certi clienti, hai concordato un prezzo netto fisso: quel numero, punto, indipendentemente da listini e sconti. Il motore deve sapere che quella regola vince su ogni altra. In un sistema a PDF, quel prezzo netto vive in un accordo che nessuno rilegge, e quando l’agente non se lo ricorda, applica il listino normale — o troppo alto (cliente arrabbiato) o troppo basso (margine perso).

La promozione con la data di scadenza. La promo vale fino al 30. Il primo del mese dopo, chi la spegne? In un motore, la data è una regola: il 1° la promo semplicemente non si applica più, ovunque, automaticamente. Su PDF e WhatsApp, la promo scaduta continua a girare per settimane, e tu vendi in promozione roba che non doveva più esserlo.

Il vincolo geografico o di canale. Certi prezzi valgono solo per certe zone, o solo per il canale rivenditori e non per l’installatore. Sono distinzioni che difendono la tua struttura commerciale, e che un listino unico appiattisce — con il rischio che il prezzo “sbagliato” arrivi al cliente sbagliato.

Ognuno di questi casi, da solo, sembra gestibile “stando attenti”. Il problema è che ci sono tutti insieme, moltiplicati per migliaia di codici e centinaia di clienti. Nessuna attenzione umana regge quel volume: serve un configuratore di prezzi che applichi le regole in automatico, sempre uguale. È esattamente il lavoro che i pronti non fanno, perché le tue regole non le conoscono — e non le conosceranno mai, perché sono il tuo modello di business, non una funzione standard.

Frontend: ricerca, disponibilità, ordine

Il motore è il cuore, ma il cuore da solo non si vede. Quello che l’agente e il cliente toccano è il frontend, e anche il frontend più semplice, se poggia su un buon motore, cambia la vita. Le tre cose che contano sono sempre le stesse: cercare, sapere se c’è, ordinare.

La ricerca in un catalogo da 8.000 SKU deve essere istantanea e tollerante. L’agente non ha tempo di sfogliare categorie: digita tre lettere e trova. Se il prodotto ha un codice interno, un codice fornitore e un nome commerciale, la ricerca li conosce tutti. Un catalogo grande senza una ricerca vera è ingestibile, e l’agente torna al PDF perché “lì almeno so dov’è”.

La disponibilità deve essere onesta e in tempo reale. Non “risulta a magazzino” con un numero di lunedì scorso: il residuo vero, adesso. E se serve, la data di riordino. Questo è il punto dove si vede se il sistema è collegato al gestionale o è un giocattolo: una disponibilità finta è peggio di nessuna disponibilità, perché genera promesse che non puoi mantenere.

L’ordine deve chiudersi in pochi tocchi, col riepilogo chiaro dei prezzi applicati e degli sconti, e partire diretto nel gestionale. Il momento della conferma è sacro: è lì che il prezzo promesso si cristallizza. Se tra la conferma dell’agente e la fattura c’è un passaggio umano che reinterpreta, hai riaperto la porta all’errore. L’obiettivo è che ciò che l’agente conferma davanti al cliente sia esattamente ciò che uscirà in fattura. Niente in mezzo.

Sincronizzazione col gestionale: senza, è un doppione

Ripeto il concetto perché è quello che fa fallire più progetti: se il sistema dei listini non è sincronizzato col gestionale, hai costruito un doppione. Un secondo posto dove tenere prezzi, sconti e giacenze — che si disallinea dal primo il giorno dopo.

Cosa deve viaggiare, tra gestionale e sistema dei listini? Le anagrafiche clienti coi loro listini assegnati. I prodotti col loro listino base e le loro scale. Le giacenze, in tempo reale o quasi. E, nel verso opposto, gli ordini presi che rientrano. Se questo scambio è solido, il sistema dei prezzi è sempre allineato alla verità del gestionale, e l’agente lavora tranquillo. Se è debole — un’esportazione manuale ogni tanto, un file caricato a mano — il disallineamento è questione di ore, e all’agente tocca di nuovo verificare tutto, cioè non fidarsi, cioè tornare al vecchio metodo.

La sincronizzazione va progettata coi casi veri in testa: cosa succede se il gestionale è lento, se un prodotto viene aggiornato mentre l’agente sta ordinando, se la connessione cade a metà. Sono dettagli noiosi, ma sono esattamente ciò che distingue un sistema di cui ti fidi da uno che ogni settimana genera una discrepanza da spiegare. È lo stesso lavoro di modellazione e di aggancio ai dati veri che serve sotto ogni app interna: la parte che non si vede è quella che decide se funziona.

Offline: quando l’agente è in zona senza rete

Un dettaglio pratico che fa una differenza enorme per chi ha una rete di agenti: la modalità offline. L’agente non lavora seduto in ufficio con la fibra: è in un capannone industriale dove il telefono non prende, in una zona di campagna, in un magazzino interrato. Se l’app dei listini funziona solo online, in quei momenti diventa inutile — e proprio nel momento in cui serve, davanti al cliente.

Un’app pensata per il campo tiene una copia locale del catalogo e dei prezzi del cliente, così l’agente può cercare, fare l’ordine e vedere i prezzi anche senza rete. Quando la connessione torna, l’ordine si sincronizza e parte. La disponibilità, offline, sarà quella dell’ultimo aggiornamento — e l’app lo dice chiaramente (“disponibilità aggiornata alle 8 di stamattina”), così l’agente sa quando fidarsi e quando verificare.

Attenzione: l’offline non serve a tutti. Se i tuoi agenti lavorano in città con buona copertura, è una complicazione inutile — e aggiungere complessità che non serve è un costo, non un valore. Ma se la tua rete gira in posti dove la rete non c’è, l’offline è la differenza tra un’app che usano e una che maledicono. È una di quelle scelte che vanno fatte sul tuo caso reale, non copiate da un capitolato.

Un caso tipo: una rete di agenti e un solo prezzo vero

Un profilo tipico, architetturale, senza nomi. Azienda con un catalogo di diverse migliaia di codici e una rete di una ventina di agenti plurimandatari sul territorio. Ogni agente aveva il suo Excel dei prezzi, aggiornato quando si ricordava, e concordava sconti in visita che comunicava all’ufficio via WhatsApp o su un modulo cartaceo lasciato a fine giro. L’amministrazione passava le mattine a decifrare ordini, applicare sconti “come sembrava di capire”, e inseguire gli agenti per i dettagli. Le note di credito per errori di prezzo erano una costante, e nessuno sapeva dire quale fosse il margine reale per cliente, perché i prezzi effettivi non erano da nessuna parte in modo pulito.

Cosa si è fatto. Prima, il lavoro scomodo e rivelatore: far emergere e scrivere le regole di prezzo vere. È saltato fuori che “lo sconto standard del settore” ogni agente lo interpretava diversamente, e che alcune promozioni scadute giravano ancora da mesi. Messe in ordine le regole, si è costruito il motore e lo si è testato sugli ordini dell’anno prima: il motore ha ricalcolato ogni ordine e ha mostrato, riga per riga, dove il prezzo applicato era diverso da quello corretto. Quella tabella, da sola, ha convinto la direzione: l’erosione era ben oltre il 2%.

Poi l’app per gli agenti, con la modalità offline perché molti clienti erano in zone industriali senza campo. Partenza con tre agenti pilota, quelli più aperti. Nelle prime due settimane sono emersi i casi limite — il cliente con due sedi e due listini, il prodotto a multipli di confezione — che si sono sistemati. A regime: l’agente in visita dà il prezzo giusto subito, entro i suoi paletti, e l’ordine entra pulito; l’amministrazione ha smesso di decifrare e ha ricominciato a controllare solo le eccezioni; e per la prima volta la direzione ha avuto il margine reale per cliente e per agente, perché finalmente i prezzi veri erano tutti in un posto solo. Non è stato “un’app in più”: è stato spostare il prezzo dalla testa e dalle chat a un sistema. La solita nota onesta: un paio di agenti storici hanno resistito (“io i miei clienti li conosco a memoria”), poi hanno visto che chiudevano prima e con zero note di credito, e sono diventati i più convinti.

Perché i pronti si fermano, e perché serve una mano sola

Come per il portale clienti, la tentazione è comprare un pronto: un modulo “gestione agenti” del gestionale, un’app di settore, un configuratore preso a scaffale. E come per il portale, questi strumenti arrivano all’80% e poi si fermano proprio sulla parte che rende diversa la tua azienda: le tue regole di prezzo. Perché le regole di prezzo sono, letteralmente, il tuo modello di business codificato — e nessuno strumento generico le conosce. Il pronto ti offre gli sconti “standard”; tu hai il cliente storico con l’accordo speciale, il prodotto che si vende a multipli, la promozione che vale solo in certe province. Quel 20% che il pronto non fa è proprio ciò che difende il tuo margine.

Ed è qui che torna il tema della mano sola. Un sistema di listini personalizzati è tre cose insieme: i dati (listini, giacenze, anagrafiche sincronizzati col gestionale), il motore (le regole di prezzo, deterministiche e spiegabili) e il frontend (l’app dell’agente, il portale del cliente). Se le affidi a fornitori diversi — uno fa l’app, uno il collegamento al gestionale, uno “ci mette l’AI” — nessuno possiede la regola di prezzo per intero, e la regola di prezzo è il punto dove si perde o si difende il margine. Chi disegna la schermata dello sconto e chi scrive la regola dello sconto devono essere la stessa testa, o la schermata mostrerà un numero che la regola non sa spiegare. Serve qualcuno che tenga insieme dati, motore e interfaccia — non tre fornitori che, quando la fattura è sbagliata, si incolpano a vicenda mentre tu perdi il cliente.

Timeline e da dove si parte

Quanto ci vuole? La parte lunga, di nuovo, non è tecnica: è mettere ordine nelle regole di prezzo. In quasi tutte le aziende con listini articolati, le regole vere non sono scritte da nessuna parte per intero — vivono in un Excel, in una prassi, nella testa del responsabile commerciale. Il primo lavoro, quello che nessuno può saltare, è farle emergere e scriverle: quali listini esistono, come si assegnano, quali sconti, quali scale, quali eccezioni. Spesso è un lavoro rivelatore, perché emerge che regole che “tutti sanno” in realtà ognuno le applica un po’ a modo suo — ed è lì che nasceva l’erosione.

Poi si costruisce il motore e lo si collauda sui casi veri: si prendono ordini reali del passato e si verifica che il motore ridia esattamente i prezzi giusti (o che sveli quelli che erano sbagliati). Quando il motore è affidabile, ci si mette sopra il frontend — l’app dell’agente, il portale — e si parte, come sempre, con pochi agenti pilota su clienti veri. Loro fanno emergere i casi che le riunioni non prevedono, si sistemano, si allarga.

Il primo passo concreto puoi farlo tu, questa settimana, senza spendere niente: prendi dieci ordini recenti a caso e verifica, riga per riga, se il prezzo in fattura è quello che doveva essere secondo le tue regole. Conta quanti sono giusti e di quanto sbagliano gli altri. Quella piccola verifica è il tuo business case: ti dice, in euro veri, quanto ti costa oggi non avere un motore di prezzo. E quasi sempre il numero è più grande di quanto immaginavi.

Il regalo nascosto: finalmente il margine per cliente

C’è un beneficio che arriva quasi di straforo, e che spesso vale quanto il margine recuperato: quando tutti i prezzi veri vivono in un solo sistema, per la prima volta puoi sapere quanto guadagni davvero su ogni cliente e su ogni agente. Non la stima, non il “mi pare che quel cliente renda”: il margine reale, riga per riga, perché il prezzo applicato non è più sepolto in una chat ma è un dato pulito.

Questo cambia le conversazioni in direzione. Scopri il cliente grosso che in realtà rende poco perché gli fai sconti che non ti eri accorto di fare. Scopri l’agente che difende il margine e quello che lo regala per chiudere in fretta. Scopri la famiglia di prodotti su cui stai lasciando margine sul tavolo per una regola di sconto troppo generosa. Sono decisioni che prima prendevi a naso, e che ora prendi sui numeri — esattamente il salto di cui parlo per i cruscotti che il titolare apre davvero. Il motore di prezzo non difende solo il margine: te lo mostra, ed è il primo passo per governarlo invece di subirlo.

È per te se / non è per te se

È per te se: hai un catalogo ampio (migliaia di codici) e prezzi diversi per cliente; usi una rete di agenti o rappresentanti che concordano sconti in visita; i tuoi prezzi girano su PDF, Excel e WhatsApp e non c’è una sola fonte affidabile; ti accorgi che tra il prezzo “promesso” e quello in fattura c’è una perdita che non riesci a controllare; hai un gestionale che contiene le anagrafiche e i listini da cui partire.

Non è per te se: vendi pochi prodotti a prezzo unico o quasi (allora non ti serve un motore, ti basta un listino semplice); non sei disposto a mettere ordine nelle tue regole di prezzo — perché un motore le rende esplicite, e se preferisci tenerle vaghe “per flessibilità”, il motore non fa per te; hai una rete di agenti a cui va bene così e che non vuoi in alcun modo tracciare (ma allora il margine che perdi è una scelta, non un incidente).

Domande frequenti

Il mio catalogo ha migliaia di codici: è troppo grande? No, è esattamente il caso in cui un sistema serve di più. La complessità di 8.000 SKU è ingestibile su PDF ed Excel, ed è la ragione per cui perdi margine. Un catalogo grande, con una ricerca vera e un motore di prezzo, diventa finalmente maneggevole — per l’agente e per il cliente.

Non basta il modulo agenti del mio gestionale? A volte sì, se le tue regole di prezzo sono standard. Ma i moduli pronti gestiscono bene gli sconti “normali” e male le eccezioni — che nel B2B sono proprio dove sta il margine. Il criterio è quanto delle tue regole di prezzo sta in quel 20% che il modulo non copre. Se ci sta il cuore del tuo modo di vendere, il modulo ti frena.

L’AI può gestire i prezzi? No, e diffida di chi te lo propone. Il prezzo richiede un motore deterministico che dà sempre la stessa risposta esatta e sa spiegarla. Un modello AI è probabilistico: sbaglia ogni tanto, e sui prezzi “ogni tanto” significa fatture sbagliate e margine perso. L’AI aiuta a cercare i prodotti e a leggere gli ordini in arrivo, non a fare il prezzo.

Come faccio con gli agenti che non vogliono cambiare? Coinvolgendoli e dando loro uno strumento che li fa sembrare più bravi davanti al cliente: prezzo giusto subito, disponibilità certa, ordine chiuso in due tocchi. Un agente non abbandona il suo metodo per un’imposizione, ma lo abbandona volentieri per uno strumento che gli fa chiudere prima e con meno errori. Il rollout pilota serve anche a trasformare qualche agente scettico nel testimonial degli altri.

Serve la modalità offline? Dipende da dove lavorano i tuoi agenti. Se girano in capannoni, campagna, magazzini senza rete, l’offline è essenziale. Se lavorano in città con buona copertura, è una complicazione inutile. È una scelta da fare sul tuo caso reale.

Quanto si risparmia davvero? La voce grossa è l’erosione del margine: anche solo il 2% su un fatturato a listino, recuperato, sono decine di migliaia di euro l’anno. Aggiungi le ore di amministrazione risparmiate sulla riconciliazione e le note di credito evitate. Fai la verifica dei dieci ordini di cui parlavo: ti dà il numero vero per la tua azienda.

Si collega al gestionale che ho? Quasi sempre sì. Anagrafiche, listini e giacenze si leggono dal gestionale, gli ordini ci rientrano. Come e con quale frequenza dipende dal gestionale specifico, ed è una delle prime cose da valutare — ma è la norma, non l’eccezione.

I dati e il sistema restano miei? Sì, e devono. Le regole di prezzo sono il tuo modello di business: non devono stare in ostaggio di un fornitore. Codice, motore e dati restano tuoi, senza vendor lock-in.

In una riga

Con migliaia di codici e un prezzo diverso per ogni cliente, il listino PDF e lo sconto «a voce» non sono un dettaglio: sono una perdita di margine strutturale, spesso decine di migliaia di euro l’anno, che paghi su ogni riga d’ordine. La soluzione non è un altro PDF o un’app “con l’AI che fa i prezzi”: è un software per i listini personalizzati costruito attorno a un motore di prezzo deterministico, sincronizzato col gestionale, con un’app che dà all’agente il prezzo giusto — e i suoi paletti — davanti al cliente. Fatto così, lo sconto promesso è quello che finisce in fattura, e il margine smette di uscire dalla porta.

Se vuoi vedere quanto stai perdendo oggi e come sarebbe un motore di prezzo sui tuoi listini, guarda i progetti che ho costruito o scrivimi due righe: partiamo dalle tue regole di prezzo vere, non da un configuratore da catalogo.