SAP Sales Cloud V2 per il commercio all'ingrosso e la distribuzione: ordini, giri visite e margini

In sintesi: per un distributore che usa SAP, Sales Cloud V2 si regge sul collegamento con S/4HANA. I venditori quotano con i prezzi calcolati dall’ERP, gli ordini vengono replicati nell’ERP invece di essere inseriti due volte e la pianificazione delle visite segue il valore del cliente anziché l’abitudine. SAP fornisce contenuti di integrazione standard per questi processi di vendita; servono comunque SAP Integration Suite, dati anagrafici puliti e una decisione chiara su cosa resta nell’ERP (bonus, pianificazione delle consegne, EDI). Questo articolo tratta le funzioni rilevanti, l’integrazione, un’implementazione realistica e i limiti.

Perché i distributori hanno bisogno di un approccio CRM diverso

La distribuzione non è una vendita tipica. Non si chiudono trattative a sei cifre in tre mesi. I venditori seguono centinaia di clienti, raccolgono ordini più volte alla settimana, negoziano il prezzo a ogni telefonata e lo fanno con margini così sottili che un errore di prezzo del 2% può azzerare il profitto di una transazione.

I problemi che ci descrivono i distributori sono sorprendentemente simili.

I prezzi specifici per cliente vivono nei fogli di calcolo. L’ERP contiene migliaia di record di condizione: sconti quantità, prezzi promozionali, condizioni contrattuali, livelli di bonus. I venditori hanno il listino PDF del trimestre scorso e un foglio con i «prezzi speciali» negoziati da loro. Quando un cliente chiede il prezzo per 200 cartoni, si tira a indovinare. Troppo alto e l’ordine è perso; troppo basso e il margine sparisce.

La forza vendita non vede le giacenze. Il magazzino e l’ERP sanno cosa è disponibile. Il venditore no: promette giovedì e scopre dopo aver inserito l’ordine che il magazzino più vicino è vuoto. Sembra inaffidabile, e il cliente comincia a chiamare prima la concorrenza.

L’inserimento ordini avviene in due sistemi. Il venditore raccoglie un ordine al telefono o durante la visita, lo registra nel CRM o su carta, e qualcuno del servizio interno lo reinserisce nell’ERP. Doppio inserimento significa più errori e ritardi: un ordine raccolto alle 15 può arrivare al magazzino solo la mattina dopo.

La pianificazione delle visite è nella testa del venditore. Quali clienti visitare, in che ordine e con che frequenza si decide di solito in modo informale. Nessuno misura la frequenza delle visite rispetto al valore del cliente e la direzione non vede cosa fa la forza vendita.

La visibilità sui margini arriva a posteriori. La direzione vendite scopre l’erosione dei margini settimane dopo, nel conto economico mensile, quando non si può più intervenire.

Il filo conduttore: le informazioni stanno nell’ERP, ma chi ne ha bisogno al momento della vendita non riesce a raggiungerle. Ogni soluzione di ripiego costa, rallenta le risposte e introduce errori, e con i volumi della distribuzione questi errori si moltiplicano in fretta.

Le funzioni di V2 che contano per la distribuzione

Il collegamento con S/4HANA

È il motivo principale per scegliere SAP Sales Cloud V2 invece di un altro CRM quando l’ERP è SAP. SAP pubblica sul SAP Business Accelerator Hub pacchetti di integrazione standard per il processo di vendita tra Sales Cloud V2 e S/4HANA, con un pacchetto separato per S/4HANA Cloud Public Edition. Includono flussi per simulare offerte e ordini in S/4HANA, replicare offerte, ordini e contratti, creare documenti successivi e leggere il flusso documentale. Girano su SAP Integration Suite.

Prezzi dall’ERP, non da un foglio di calcolo. Quando un venditore crea un’offerta o un ordine, il documento viene simulato in S/4HANA e il prezzo netto torna dallo schema di calcolo dell’ERP: prezzo base, sconti cliente, scaglioni, promozioni, supplementi. Il CRM non cerca di replicare la determinazione prezzi, e non dovrebbe.

Disponibilità e fido al momento della vendita. La stessa simulazione può restituire disponibilità e verifica del fido, a seconda di come sono configurati i tipi di documento di vendita in S/4HANA. Così il venditore indica una data di consegna realistica e affronta un problema di fido nella stessa conversazione, invece che dopo il blocco dell’ordine.

Ordini che arrivano nell’ERP. Un ordine creato in Sales Cloud V2 viene replicato in S/4HANA come ordine cliente tramite il flusso standard, in modo guidato dagli eventi e non con un batch notturno, e lo stato dell’ordine ritorna al CRM. Alla domanda «dov’è la mia consegna?» si risponde senza chiamare il magazzino.

Come questi flussi si combinano e quali decisioni di progettazione vanno prese è descritto nel nostro articolo sull’architettura di integrazione tra Sales Cloud V2 e S/4HANA Public Cloud e, per l’intero ciclo dell’ordine, in quote-to-cash con Sales Cloud V2 e S/4HANA Public Cloud.

Pianificazione di visite e giri

La vendita sul territorio nella distribuzione lavora per zone: i venditori coprono aree e visitano i clienti a cicli regolari.

Zone. Definite le zone per area geografica (codice postale, regione, cantone), per segmento di clientela o per linea di prodotto, e assegnate i venditori con confini chiari.

Pianificazione delle visite. Fissate la frequenza delle visite in base a valore e potenziale del cliente: settimanale per i clienti principali, trimestrale per la coda lunga. La giornata si pianifica su questi obiettivi, non a memoria.

Esecuzione della visita. Durante la visita il venditore registra cosa è successo: ordini, promozioni discusse, controlli a scaffale, informazioni sulla concorrenza. La direzione vede l’attività sul territorio senza chiedere rapporti scritti.

Efficacia delle visite. Dopo qualche mese si può rispondere a domande che i distributori di solito non riescono a porsi: quali clienti sono visitati troppo poco rispetto al loro potenziale, chi passa troppo tempo da clienti di scarso valore, dove sono le lacune geografiche.

Vendita mobile sul territorio

I venditori della distribuzione passano la giornata in furgone, in magazzino e dai clienti. Il CRM deve funzionare lì.

Inserimento ordini da smartphone o tablet. La maggior parte degli ordini nella distribuzione sono riacquisti con piccole variazioni, quindi ordini recenti e prodotti preferiti devono essere il punto di partenza sul mobile. Configurate i layout mobili in questo senso e testateli con venditori veri prima del go-live.

Copertura di rete. Magazzini, celle frigorifere e percorsi alpini hanno poco segnale. Nel pilota confrontate l’attuale perimetro offline dell’app mobile di Sales Cloud V2, descritto nella documentazione di prodotto SAP, con i giri reali dei venditori. Dove lo standard non basta, un’app side-by-side su SAP BTP colma la lacuna senza modificare il nucleo del CRM.

Pipeline e previsioni per ricavi ricorrenti

Nella distribuzione la maggior parte dei ricavi è ricorrente, e questo cambia il modo di fare previsioni.

Separare riordini e nuovo business. Tenete distinti i riordini dei clienti esistenti dai nuovi clienti e dalle nuove linee di prodotto. La previsione di un distributore è soprattutto la prosecuzione dei modelli d’acquisto esistenti con la crescita in aggiunta; mescolando le due cose non si vede né l’una né l’altra.

Individuare presto i clienti in calo. Un calo nella frequenza d’ordine di un cliente è un segnale di abbandono. Report sullo storico ordini per cliente e, dove si adattano ai vostri dati, le funzioni di IA di SAP in V2 aiutano a vederlo prima che il cliente se ne vada. Trattate i suggerimenti dell’IA come spunto per una conversazione, non come una previsione su cui pianificare le scorte.

Guardare il margine, non solo il fatturato. Un ordine da CHF 100’000 con il 3% di margine vale meno di uno da CHF 40’000 con il 18%. Portare le informazioni sul margine da S/4HANA accanto alla pipeline mostra alla direzione il risultato, non solo il fatturato.

Configurazione specifica per il settore

Gerarchie di clienti

I distributori vendono raramente a clienti semplici e indipendenti.

Gruppi d’acquisto e capogruppo. Una catena alimentare regionale può avere 40 punti vendita che ordinano separatamente, mentre i prezzi si negoziano a livello di gruppo. Modellate la gerarchia nel CRM, così venditori e direzione vedono sia il gruppo sia le singole sedi.

Destinatario merci, destinatario fattura e pagatore. Un cliente può avere un indirizzo di fatturazione e dodici luoghi di consegna con finestre di consegna e referenti diversi, oppure un terzo come pagatore, ad esempio una cooperativa d’acquisto. Questi ruoli esistono già in S/4HANA come funzioni partner; il CRM dovrebbe rispecchiarli e la verifica del fido deve riguardare il pagatore effettivo.

Determinazione prezzi

È sui prezzi che un progetto CRM nella distribuzione riesce o fallisce.

Un solo motore prezzi. L’intera cascata dei prezzi viene calcolata in S/4HANA e restituita al CRM. L’ERP resta l’unica fonte per i prezzi; il CRM mostra il risultato.

Scaglioni e promozioni. Le condizioni a scaglioni e le condizioni promozionali a tempo esistono già nell’ERP. Renderle visibili al venditore mentre compone l’ordine («altre 50 unità e scatta lo scaglione successivo», «questa promozione termina venerdì») è il punto in cui il CRM trasforma i dati di prezzo in comportamento di vendita. Decidete in fase di progettazione quanto mostrano le schermate standard e cosa richiede un’estensione.

Catalogo prodotti

Anagrafica materiali dall’ERP. Il catalogo nel CRM rispecchia l’anagrafica materiali di S/4HANA: nuovi prodotti, articoli dismessi, descrizioni e unità di misura vengono replicati, non gestiti due volte.

Stato di vendita. Riprendete lo stato di vendita del materiale, così nessuno può ordinare un articolo bloccato o in dismissione.

Cataloghi molto ampi. Con decine di migliaia di articoli, replicate solo ciò che la forza vendita vende (escludendo i materiali solo d’acquisto) e pianificate con cura il caricamento iniziale e la replica delle variazioni.

Cosa richiede comunque l’integrazione

«Integrazione nativa» è un’espressione usata con troppa leggerezza, quindi ecco cosa significa in pratica.

Serve comunque un middleware. I flussi standard girano su SAP Integration Suite. La differenza rispetto a Salesforce o Dynamics non è l’assenza di middleware, ma il fatto che SAP realizza e mantiene i contenuti di integrazione per questi scenari: voi configurate e testate, invece di progettare ogni interfaccia da zero.

Cosa scorre tipicamente tra i sistemi:

Dati	Direzione	Modalità tipica
Materiali (prodotti)	Da S/4HANA a Sales Cloud	Replicati a ogni modifica
Anagrafica clienti	S/4HANA e Sales Cloud	Replicata, titolarità definita per campo
Prezzo, disponibilità, fido	Da S/4HANA a Sales Cloud	Simulati per offerta o ordine
Offerte e ordini	Da Sales Cloud a S/4HANA	Replicati all’invio
Stato ordine e documenti successivi	Da S/4HANA a Sales Cloud	Replicati o letti su richiesta

Cosa resta personalizzato. Scenari specifici della distribuzione, come la visibilità su bonus complessi o la ricezione di ordini EDI, sono fuori dai contenuti standard per i processi di vendita e richiedono una progettazione propria.

ECC si può, con più lavoro. Se usate ancora SAP ECC, Sales Cloud V2 può essere collegato tramite Integration Suite; lo abbiamo fatto per Nussbaum Matzingen, un produttore di imballaggi. I contenuti preconfigurati di SAP per i processi di vendita sono pensati per S/4HANA, quindi con ECC servirà più mappatura specifica di progetto.

Qui conta anche la scelta del partner. I progetti CX falliscono di rado dentro il CRM; falliscono nel punto di contatto con l’ERP, sull’ordine che non viene registrato o sul prezzo che l’offerta non riesce a determinare. Spadoom realizza il lato S/4HANA e il lato CX con un solo team, come spieghiamo in il miglior partner SAP per Cloud ERP e CRM in Svizzera.

L’implementazione per i distributori

Tempi: da 8 a 12 settimane per l’implementazione di base. Comprendono account e contatti, l’integrazione S/4HANA per prezzi e ordini, il mobile per i venditori, la pianificazione delle visite, un reporting di pipeline di base e la formazione. Otto settimane sono realistiche con una release S/4HANA aggiornata, un’anagrafica clienti ragionevolmente pulita e un solo Paese. Dodici settimane sono più realistiche con pricing complesso, più centri di distribuzione con logiche di evasione diverse o un roll-out multilingue (frequente in Svizzera).

Decidete presto cosa deve vedere il venditore. Non tutto ciò che sta in S/4HANA serve nel CRM. Partite da quanto si usa ogni giorno (prezzi, disponibilità, storico ordini, stato del fido) e aggiungete il resto dopo. Stabilite chi riceve il mobile e avviate la pianificazione delle visite con obiettivi di frequenza per fascia di cliente, da affinare dopo tre mesi di dati.

Formate separatamente venditori esterni e servizio interno. I venditori sul territorio hanno bisogno di una formazione mobile-first: pianificare e registrare le visite, creare ordini in movimento. Il servizio interno ha bisogno del desktop: gestire clienti, elaborare ordini telefonici, trattare le eccezioni di prezzo. Il nostro metodo è descritto in come lavoriamo.

Migrazione. Da SAP C4C, Salesforce o Dynamics, i dati di clienti e contatti migrano bene; le opportunità storiche sono facoltative. Si vedano le nostre guide alla migrazione da C4C a V2 e al passaggio da Excel a Sales Cloud V2.

Costi. I costi di licenza e di implementazione dipendono da numero di utenti, perimetro dell’integrazione e numero di centri di distribuzione. La nostra guida a prezzi e costi di Sales Cloud V2 spiega come stimarli.

A cosa prestare attenzione

I bonus restano in S/4HANA. I programmi di bonus retroattivi (bonus annuali sui volumi, premi di crescita, contributi di marketing) si calcolano e si liquidano in S/4HANA con il Settlement Management e i contratti di condizione, non nel CRM. Per un processo finanziario è il posto giusto, ma il Settlement Management deve essere configurato correttamente. Il CRM può mostrare accordi e accantonamenti, se costruite questa vista.

EDI e self-service B2B richiedono SAP Commerce Cloud. Sales Cloud V2 supporta gli ordini inseriti dal vostro team. Per gli ordini in self-service dei clienti e per lo scambio elettronico di dati serve un canale B2B come SAP Commerce Cloud. Il back end S/4HANA condiviso mantiene coerenti prezzi e disponibilità nei due canali; si veda SAP Commerce Cloud con S/4HANA Public Cloud nel B2B.

La pianificazione delle consegne non è una funzione del CRM. Il CRM può mostrare le date di consegna calcolate in S/4HANA, ma giri, carico dei camion e ultimo miglio appartengono alla gestione dei trasporti.

I clienti seguiti in comune richiedono regole. Se servizio interno e venditore esterno lavorano sullo stesso cliente, stabilite chi è titolare di quali dati, così le modifiche non si sovrascrivono.

Conoscete le lacune del prodotto. Ne teniamo un elenco aggiornato nella nostra valutazione onesta dei limiti di Sales Cloud V2. Come lo realizziamo in un progetto è descritto nella nostra pagina SAP CRM per la distribuzione all’ingrosso in Svizzera.

Domande frequenti

Sales Cloud V2 può gestire prezzi a scaglioni con sconti quantità e sconti specifici per cliente?

Sì, perché non calcola i prezzi da solo. Offerte e ordini vengono simulati in S/4HANA tramite i contenuti di integrazione standard di SAP, quindi sono i record di condizione che già gestite (prezzi cliente, scaglioni, promozioni, supplementi) a determinare il prezzo netto che vede il venditore.

Come funziona l’integrazione se siamo ancora su SAP ECC e non su S/4HANA?

Sales Cloud V2 può essere collegato a ECC tramite SAP Integration Suite; lo abbiamo fatto per Nussbaum Matzingen. I contenuti preconfigurati di SAP per i processi di vendita sono pensati per S/4HANA, quindi con ECC servirà più mappatura specifica di progetto. Non è necessario migrare prima a S/4HANA.

I venditori sul territorio possono lavorare senza connessione?

Verificate nella documentazione SAP l’attuale perimetro offline dell’app mobile di Sales Cloud V2 prima di prometterlo ai venditori. Se lavorano spesso in celle frigorifere o zone senza copertura, testate proprio quegli scenari nel pilota; se lo standard non basta, un’app side-by-side su SAP BTP può colmare la lacuna.

Quanto tempo serve per il go-live con una forza vendita di 50 persone?

Pianificate da 10 a 12 settimane per l’implementazione di base: account, integrazione S/4HANA per prezzi e ordini, mobile per i venditori e pianificazione delle visite. Aggiungete da 3 a 4 settimane per pricing complesso, più magazzini con logiche di evasione diverse o un roll-out multilingue. Per situazioni più semplici, il nostro programma CRM in 10 giorni copre il percorso accelerato.

Possiamo seguire commissioni e margine per ordine nel CRM?

Le informazioni sul margine possono essere portate nel CRM da S/4HANA, ad esempio dal risultato della determinazione prezzi o dall’analisi di redditività. Viste semplici sulle commissioni possono stare in V2; schemi complessi con aliquote a scaglioni, ripartizioni tra team o acceleratori appartengono a un sistema di gestione dei compensi dedicato.

Sales Cloud V2 si collega direttamente al nostro sistema di gestione del magazzino?

No, e non dovrebbe. Sales Cloud V2 dialoga con S/4HANA e S/4HANA dialoga con il vostro WMS, che sia EWM integrato o un sistema di terzi. La disponibilità che vede il venditore è quella riportata da S/4HANA, quindi l’integrazione tra ERP e WMS deve essere aggiornata.

Prossimo passo

Se la vostra forza vendita fa offerte con listini superati, chiama il magazzino per verificare le giacenze o inserisce gli ordini due volte, sono proprio i problemi che il collegamento S/4HANA di Sales Cloud V2 risolve.

Parli con il nostro team: esamineremo l’integrazione per il vostro panorama S/4HANA e le mostreremo come appaiono prezzi e disponibilità dell’ERP all’interno del CRM.