10 consigli di configurazione SAP CX che migliorano davvero i risultati

Quando un sistema SAP CX finisce inutilizzato, la causa raramente è il software. Nei nostri progetti è stata quasi sempre una decisione delle prime settimane: la migrazione dei dati rimandata a «più tardi», l’interfaccia con l’ERP parcheggiata come fase due, campi copiati dal vecchio sistema perché nessuno osava eliminarli. Per questo oggi prendiamo dieci decisioni presto in ogni progetto. Eccole, con il motivo di ciascuna.

In sintesi: Caricate dati reali nella seconda settimana. Progettate l’integrazione ERP prima della prima schermata. Solo dopo configurate, usando le funzioni standard prima delle estensioni personalizzate. Gli altri consigli riguardano analisi, IA, territori, adozione, mobile, qualità dei dati e le release periodiche di SAP, e funzionano solo se i primi tre sono a posto.

Consiglio 1: iniziare dalla migrazione dei dati, non dalla configurazione

Eseguite la prima migrazione dei dati nella seconda settimana, non al terzo mese. Caricate clienti, contatti e opportunità aperte in un sistema di test prima di configurare qualsiasi altra cosa. Così emergono duplicati, campi mancanti e formati incoerenti quando c’è ancora tempo per sistemarli.

SAP mette a disposizione strumenti di migrazione per i prodotti V2 e per Commerce Cloud; ne mostriamo uno nella migrazione dei dati in Sales Cloud V2 passo dopo passo. Usateli presto. Ogni decisione di configurazione basata su ipotesi non verificate sui dati potrebbe dover essere smontata più tardi, ed è proprio questo lavoro a posteriori che di solito fa slittare un progetto.

Consiglio 2: progettare l’integrazione ERP prima delle schermate

Non iniziate a configurare le schermate di Sales Cloud V2 prima di aver progettato l’integrazione con il vostro ERP. Quali dati anagrafici arrivano dall’ERP, e con quale frequenza? Cosa succede quando i record sono in conflitto? Come vengono gestiti gli errori, e chi li vede?

Progettate tutto questo nella prima settimana, costruite il primo flusso di integrazione nella seconda e testatelo con dati reali nella terza. Le incongruenze di fondo nel modello dati scoperte al terzo mese costano care. Per S/4HANA Public Cloud SAP fornisce contenuti di integrazione predefiniti per i prodotti V2, che accorciano il lavoro ma non sostituiscono le decisioni di progettazione. Descriviamo l’architettura di riferimento in S/4HANA Public Cloud e Sales Cloud V2 come un unico stack.

Consiglio 3: configurazione standard prima delle estensioni personalizzate

I prodotti V2 offrono più configurazione standard di quanto la maggior parte dei team si aspetti. Prima di costruire un’estensione su SAP BTP, verificate se il requisito si può soddisfare con:

• Campi di estensione: campi aggiuntivi creati via configurazione, senza codice.
• Regole di business: validazioni, assegnazioni automatiche e dipendenze tra campi.
• Workflow: approvazioni e notifiche con gli strumenti standard.
• Adattamento dell’interfaccia: modifiche al layout da parte dei key user, senza sviluppo.

Costruite un’estensione BTP solo quando la configurazione standard non basta davvero. Ogni estensione aggiunge manutenzione e va testata a ogni release SAP. La strada personalizzata sembra spesso più rapida all’inizio e raramente lo è sull’arco di un anno. Dove lo standard si ferma davvero, lo diciamo apertamente nei limiti di Sales Cloud V2.

Consiglio 4: configurare le analisi dal primo giorno

Non rimandate le analisi alla fase due. Configurate dashboard e report nel primo sprint. I responsabili vendite hanno bisogno di visibilità sulla pipeline appena accedono; i responsabili del service di indicatori sui casi; il marketing dei risultati delle campagne.

I prodotti V2 includono analisi integrate (documentazione di Sales Cloud V2). Configuratele durante l’implementazione, non tre mesi dopo il go-live, quando nessuno si fida più dei dati. Chi parte senza dashboard non dà agli utenti alcun motivo per tornare il secondo giorno.

Consiglio 5: pianificare presto le funzioni di IA

L’IA è diventata parte della maggior parte degli acquisti cloud SAP: secondo SAP, SAP Business AI era presente in due terzi degli ordini cloud del quarto trimestre 2025. Per un progetto CX significa pianificare i casi d’uso, non solo attivare delle funzioni.

Decidete presto quali funzioni di IA volete usare in Sales Cloud V2 (ad esempio bozze di email, riepiloghi o indicazioni sulle opportunità con Joule) e verificate licenze e prerequisiti sui dati. Le funzioni di IA aiutano solo se i dati sottostanti sono completi e aggiornati, un motivo in più per il consiglio 1. Configuratele sul vostro processo invece di lasciare le impostazioni predefinite.

Consiglio 6: definire l’assegnazione dei territori prima del go-live

I territori configurati male sono tra le correzioni più frequenti che vediamo dopo il go-live. Clienti assegnati al venditore sbagliato creano confusione, lavoro doppio e team di vendita frustrati, ed è del tutto evitabile.

Definite regole chiare: territori geografici, segmenti di settore, clienti nominativi o un modello misto. Testate con l’intera base clienti, non con un campione. Testate anche i casi limite: cosa succede se un cliente corrisponde a due territori, o se un territorio non ha un venditore? Non sono casi teorici: si presentano il primo giorno.

Consiglio 7: integrare la gestione del cambiamento nel sistema

La maggior parte dei disservizi al go-live sono problemi di adozione, non tecnici. Inserite la guida nel sistema stesso: dashboard modello che mostrano ai venditori esattamente ciò che serve, aiuto contestuale nell’applicazione e campi obbligatori che assicurano il processo senza diventare un peso.

L’obiettivo: quando un venditore accede per la prima volta dopo il go-live, è l’interfaccia a mostrargli cosa fare, non una formazione di quattro ore che ha già dimenticato.

Consiglio 8: pianificare il mobile separatamente

Per molti venditori sul campo il telefono è il luogo in cui passano la maggior parte della giornata. Sales Cloud V2 e Service Cloud V2 hanno app mobili con esigenze di configurazione proprie.

Configurate i layout mobili separatamente dal desktop. In viaggio i venditori hanno bisogno dei dati del cliente, delle attività imminenti e di aggiornamenti rapidi delle opportunità, non di tutte le funzioni del desktop. I tecnici del service hanno bisogno dei dettagli del caso e degli strumenti di comunicazione. Testate con utenti reali sul campo prima del go-live: un layout che funziona alla scrivania può fallire durante un incontro con il cliente.

Consiglio 9: impostare regole automatiche per la qualità dei dati

Senza controlli automatici la qualità dei dati peggiora in fretta. Configurate verifiche dei duplicati, validazione dei campi obbligatori e uniformazione dei formati dal primo giorno. Prevenire dati errati è molto più semplice che ripulirne sei mesi, e ogni report, previsione e funzione di IA dipende da questo.

Consiglio 10: pianificare le release periodiche di SAP

SAP rilascia periodicamente nuove versioni dei suoi prodotti cloud CX, e ognuna può aggiungere funzioni, cambiare comportamenti o eliminare funzioni vecchie. Serve una routine per esaminarle e testarle prima che arrivino in produzione.

Incaricate qualcuno di leggere le note di rilascio di ogni versione, di testare poi i flussi critici in un sistema di test e di documentare le modifiche di configurazione necessarie. Pochi giorni per ciclo evitano la modifica inattesa che disturba l’operatività. SAP pubblica le novità pianificate nel SAP Roadmap Explorer.

Per un aiuto nell’applicare questi consigli a un rollout svizzero, in tedesco, francese, italiano o inglese, si veda la nostra pagina sulla consulenza SAP CX in Svizzera.

Domande frequenti

Quanto dura di solito la configurazione di SAP CX?

Dipende più dal perimetro e dall’integrazione che dal prodotto. I nostri progetti svizzeri pubblicati con Sales Cloud V2 sono andati in produzione in tre-cinque mesi, integrazione ERP compresa: intelligentfood in tre mesi, Nussbaum in cinque. Un perimetro vago allunga qualsiasi calendario.

Posso modificare la configurazione dopo il go-live?

Sì. I prodotti cloud CX sono pensati per una configurazione iterativa: potete aggiungere campi, cambiare workflow, adattare dashboard e aggiornare regole di business senza interruzioni. Le modifiche strutturali, come un nuovo modello dati o un’integrazione riprogettata, richiedono più pianificazione e test.

Coinvolgere consulenti o configurare internamente?

Per la prima implementazione coinvolgete consulenti che l’hanno già fatto e conoscono le trappole tipiche. Per l’ottimizzazione continua dopo il go-live sviluppate competenze interne. Il passaggio avviene di solito nei primi mesi dopo il go-live. La nostra guida su come scegliere un partner SAP CX spiega cosa cercare.

Qual è l’errore di configurazione più frequente?

L’eccesso di configurazione: troppi campi obbligatori, passaggi di approvazione ed estensioni personalizzate. Gli utenti finiscono per combattere il sistema invece di usarlo. Partite con il minimo e aggiungete complessità solo quando sono gli utenti a chiederla.

Come capisco se la configurazione funziona?

Dal go-live seguite tre aspetti: uso attivo (utenti attivi giornalieri rispetto a quelli con licenza), qualità dei dati (completezza dei campi principali) e aderenza al processo (quota di trattative che seguono il processo configurato). Se uno di questi valori resta basso dopo il primo mese, la configurazione va rivista. Come collegarli ai risultati di business lo spiega la nostra guida al ROI di SAP CX.