Cosa offre S/4HANA Public Cloud nativamente e cosa richiede Sales/Service Cloud V2

S/4HANA Public Cloud include un CRM? È la domanda che sentiamo più spesso dalle aziende DACH che valutano il loro panorama SAP.

La risposta breve: S/4HANA Public Cloud include funzionalità di vendita transazionali — ordini, offerte, fatturazione. Non è un CRM front-office. La gestione della pipeline, i workflow lead-to-cash e il servizio omnicanale sono al di fuori del suo perimetro nativo. È per questo che esistono Sales Cloud V2 e Service Cloud V2.

Questo articolo mappa il confine in modo preciso, così potete prendere una decisione informata su cosa vi serve davvero.

S/4HANA Public Cloud include un CRM?

S/4HANA Public Cloud è un sistema ERP. Le sue funzionalità di vendita esistono per elaborare transazioni — non per gestire l’attività commerciale. È una distinzione importante che spesso si perde nelle conversazioni con i vendor.

Cosa fa bene S/4HANA Public Cloud nel layer orientato al cliente: registra ciò che è accaduto. Un’offerta è stata creata. Un cliente ha effettuato un ordine. Una fattura è stata emessa. Questi sono record transazionali. Sono importanti, accurati e di livello ERP.

Cosa non fa nativamente: non aiuta il vostro team di vendita a vedere cosa è probabile che accada. Nessuna pipeline di opportunità. Nessun scoring dei lead. Nessun tracciamento degli stage di trattativa. Nessuna vendita guidata. Questi sono strumenti front-office, e risiedono in Sales Cloud V2.

La stessa logica si applica al lato service. S/4HANA Public Cloud elabora resi e reclami di garanzia attraverso i suoi flussi di ordini standard. Non instrada i contatti clienti in entrata, non gestisce i timer SLA e non fornisce una vista agente unificata su telefono, email e canali web. Questo è il dominio di Service Cloud V2.

Il confine non è un gap di prodotto o una debolezza. Riflette il design originale: ERP per la precisione back-office, CX cloud per la produttività front-office. I problemi sorgono quando le aziende assumono che un prodotto faccia il lavoro di entrambi.

Cosa copre S/4HANA Public Cloud nativamente

S/4HANA Public Cloud offre una gestione delle vendite e degli ordini solida e SAP-standard out of the box. Ecco cosa ottenete senza prodotti aggiuntivi:

Gestione degli ordini e delle consegne. Ordini di vendita, elaborazione delle consegne, uscita merci, fatturazione — il ciclo order-to-cash completo è nel core. Questo è maturo, tracciabile e ben integrato con logistica e finanza.

Gestione di offerte e contratti. I documenti di vendita standard (richieste, offerte, contratti) sono supportati nativamente. Le condizioni di prezzo e i prezzi specifici per cliente sono gestiti in S/4HANA e possono essere utilizzati da Sales Cloud V2 quando aggiungete il layer CX.

Dati anagrafici Business Partner. Il modello Business Partner è il record autorevole per i dati di clienti e fornitori. Quando in seguito integrate Sales Cloud V2, questo master fluisce verso l’esterno — S/4HANA rimane la fonte primaria per i dati del conto.

Customer 360 nel contesto ERP. All’interno dell’interfaccia utente di S/4HANA, gli utenti possono vedere la cronologia degli ordini, le consegne aperte, i documenti di fatturazione e lo stato del credito di un conto. Questa è una vista ERP del cliente, non una vista CRM — mostra cosa è accaduto nel back office, non cosa è aperto nella pipeline di vendita.

Resi e reclami tramite flussi di ordini standard. La gestione post-vendita di base — ordini di reso, note di credito — è gestita nativamente. Questo copre i processi di storno semplici, non la gestione multicanale dei casi.

In pratica, le aziende DACH che operano S/4HANA Public Cloud senza il layer CX cloud tipicamente gestiscono l’attività di vendita in fogli di calcolo, caselle di posta condivise o strumenti aggiuntivi. L’ERP fornisce loro dati di ordine accurati; non fornisce loro alcuna visione di cosa sia nella pipeline o perché le trattative si blocchino. Questo è il gap che Sales Cloud V2 colma.

Cosa richiede Sales Cloud V2

Sales Cloud V2 è il layer front-office. È progettato per ciò che accade prima che un ordine esista in S/4HANA — e per aiutare i venditori ad arrivarci.

Gestione della pipeline e delle opportunità. Acquisizione lead, stadi delle opportunità, pipeline ponderata, revisioni delle trattative — la vista completa dell’attività commerciale. Nulla di tutto ciò esiste nativamente in S/4HANA. Quando un cliente mostra interesse, quell’attività vive in Sales Cloud V2 finché non si converte in un’offerta o un ordine.

Workflow front-office lead-to-cash. Nello stack integrato, i lead entrano in Sales Cloud V2, progrediscono attraverso le opportunità, generano offerte (con prezzi prelevati da S/4HANA) e si convertono in ordini che vengono instradati automaticamente a S/4HANA per l’evasione. Il passaggio è pulito e tracciabile. Senza Sales Cloud V2, questo workflow non ha un sistema in cui vivere.

Joule — vendita assistita dall’AI. Il copilota AI di SAP, Joule, è integrato in Sales Cloud V2. Suggerisce le azioni migliori, segnala le trattative a rischio e redige email di follow-up dalle note di chiamata. Questo non è disponibile nativamente nel modulo di vendita di S/4HANA.

Gestione delle attività e pianificazione delle visite. I team di vendita sul campo necessitano di registri strutturati delle chiamate, note di riunione e percorsi di visita. Sales Cloud V2 fornisce questo attraverso la sua integrazione attività e calendario. Le funzionalità CRM-adiacenti di S/4HANA in quest’area sono limitate.

Previsione commerciale. La previsione delle vendite statistica e corretta dal management, con roll-up per territorio e linea di prodotto, è una funzione core di Sales Cloud V2. S/4HANA gestisce la pianificazione della domanda per la supply chain, non la previsione dei ricavi commerciali.

Per il quadro completo di come Sales Cloud V2 e S/4HANA Public Cloud si incastrano tecnicamente, leggete la nostra guida allo stack integrato. Per un approfondimento sulle funzionalità di Sales Cloud V2 in questo panorama, la pagina soluzione SAP Sales Cloud V2 copre cosa implementiamo e dove crea più valore.

Cosa richiede Service Cloud V2

Service Cloud V2 copre la relazione con il cliente post-vendita — tutto ciò che accade dopo che l’ordine è arrivato in S/4HANA.

Gestione omnicanale dei casi. Telefono, email, chat, modulo web, social — Service Cloud V2 instrada tutti i contatti in entrata in una coda unificata con una singola vista agente. S/4HANA elabora resi e reclami attraverso transazioni di tipo ordine; non aggrega i contatti multicanale in casi di servizio.

Gestione SLA e routing delle escalation. Accordi sul livello di servizio, obiettivi di tempo di risposta, escalation automatica quando gli SLA sono a rischio — queste sono funzionalità di Service Cloud V2. S/4HANA non traccia i tempi di risposta del servizio.

Knowledge base e assistenza agli agenti. Gli agenti in Service Cloud V2 hanno accesso a una knowledge base strutturata e suggerimenti di articoli assistiti dall’AI. Questo accelera la risoluzione senza richiedere agli agenti di cercare in sistemi disconnessi.

Pianificazione del field service (con SAP FSM). Per le aziende che dispacciano tecnici o gestiscono servizi on-site, Service Cloud V2 si integra con SAP Field Service Management per pianificare le visite, tracciare i ricambi e chiudere gli ordini di lavoro. Questo è al di fuori del perimetro nativo di S/4HANA.

Integrazione di sondaggi e feedback clienti. Sondaggi di soddisfazione post-servizio, tracciamento NPS e dati del ciclo di feedback fanno parte dell’ecosistema Service Cloud V2 — non disponibili nativamente in S/4HANA.

La pagina soluzione SAP Service Cloud V2 descrive come abbiamo costruito queste funzionalità per clienti nel mercato DACH. Per le aziende che confrontano lo stack integrato SAP con una suite CRM di singolo vendor, vedere anche il nostro confronto S/4HANA Public Cloud + Sales Cloud V2 vs Salesforce.

La pagina soluzione SAP S/4HANA Public Cloud copre il layer ERP e come sequenziamo l’implementazione tra ERP e CX.

Tabella di decisione delle funzionalità

Questa tabella riassume dove si trova ogni funzionalità. “Nativo” significa disponibile nello standard S/4HANA Public Cloud. “Richiede Sales Cloud V2” o “Richiede Service Cloud V2” significa che è necessario un prodotto separato.

Cosa questa tabella non cattura: S/4HANA Public Cloud e Sales Cloud V2 condividono dati attraverso SAP Integration Suite, quindi il confine non è un muro — è un passaggio. I prezzi delle offerte da S/4HANA appaiono in tempo reale nella schermata di quotazione di Sales Cloud V2. Gli ordini creati in Sales Cloud vengono instradati direttamente a S/4HANA per l’evasione. I due sistemi lavorano insieme; fanno solo cose diverse.

Cosa significa questo in pratica: se state valutando se aggiungere Sales Cloud V2 o Service Cloud V2 a un panorama S/4HANA Public Cloud esistente, la domanda non è “S/4HANA può farlo?” — di solito non può, nel senso front-office. La domanda è se il volume e la complessità della vostra attività commerciale o di servizio giustifichino un sistema front-office dedicato. Per la maggior parte delle aziende DACH mid-market con un team di vendita strutturato o un service desk che gestisce più di qualche decina di casi a settimana, la risposta è sì.

Abbiamo implementato questo stack — S/4HANA Public Cloud con Sales Cloud V2 e Service Cloud V2 — per clienti nel manifatturiero, nella distribuzione e nei servizi professionali. Le 14 settimane di go-live mediano che raggiungiamo includono integrazione e adozione utenti. Se volete capire quale sia il perimetro giusto per la vostra situazione, discutete il vostro progetto con noi.