Vai al contenuto
SAP Sales Cloud V2 vs. C4C: Cosa è davvero cambiato
Insights · ·7 min di lettura

SAP Sales Cloud V2 vs. C4C: Cosa è davvero cambiato

Talha Aamir

Talha Aamir

SAP Sales Cloud Consultant, Spadoom AG

Condividi

Il vostro sistema C4C funziona ancora. Per ora. Ma SAP ha tracciato la linea: Sales Cloud V2 è il futuro, C4C non riceverà nuove funzionalità. La domanda non è se migrare. È quando, e cosa aspettarsi quando lo farete.

Abbiamo migrato diverse aziende da C4C a Sales Cloud V2. Due di queste, Nussbaum e intelligentfood, sono già in produzione. Quello che segue è ciò che abbiamo imparato in prima persona.

In breve: Sales Cloud V2 non è un aggiornamento di C4C. È un prodotto ricostruito su SAP BTP con un’architettura API-first. Il mercato del software CRM di vendita è cresciuto del 12,2% a 25,7 miliardi di dollari nel 2024 (Gartner, 2024), e SAP ha ricostruito il suo CRM per competere. La migrazione è un progetto di reimplementazione: pianificate 4-6 mesi, mettete a budget la riscrittura delle integrazioni e trattatela come un’implementazione da zero con una fase di discovery.

Crescita del fatturato cloud SAP (miliardi di EUR)Il fatturato cloud SAP è cresciuto da 12,0 miliardi di EUR nell'esercizio 2022 a 17,14 miliardi nell'esercizio 2024 (+25% su base annua), con un outlook 2025 di 21,6-21,9 miliardi. Fonte: SAP News Center (2025).Crescita del fatturato cloud SAPMiliardi di EUR: la spinta cloud dietro V2FY 2022FY 2023FY 2024FY 2025 (outlook)€0€5 Mrd€10 Mrd€15 Mrd€20 Mrd€12,0 Mrd€13,7 Mrd€17,1 Mrd+25% su base annua€21,6 Mrd+Fonte: SAP News Center (2025)

Perché SAP ha ricostruito il suo CRM da zero?

Il mercato globale del CRM ha raggiunto i 73,4 miliardi di dollari nel 2024 e si prevede toccherà i 163 miliardi entro il 2030 con un CAGR del 14,6%, con i deployment cloud che detengono il 58,2% del fatturato (Grand View Research, 2024). C4C non poteva competere in quella corsa. Così SAP non l’ha rattoppato. L’ha ricostruito.

Credo che in molti si perdano questo punto: Sales Cloud V2 non è un aggiornamento di C4C. È un prodotto diverso su uno stack diverso. SAP ha mantenuto il nome per segnalare continuità, ma sotto il cofano è cambiato quasi tutto.

C4C era monolitico. Framework UI integrato, un proprio modello dati, un modello di estensione proprietario chiamato PDI. Funzionava, ma estenderlo significava imparare gli strumenti SAP e convivere con i loro limiti.

V2 è API-first. L’interfaccia gira su SAP Fiori. Le estensioni vivono su SAP BTP, non dentro l’applicazione. Il modello dati è più pulito. Le API sono RESTful, ben documentate e costruite per l’integrazione con terze parti. Quella scommessa architetturale sta pagando: il 55% dei membri ASUG ormai usa BTP, in crescita dal 40% del 2023, con il 69% che cita l’integrazione come capacità principale (ASUG, 2025).

Questa è la buona notizia. Il rovescio della medaglia? La migrazione è un progetto di reimplementazione. Non un aggiornamento. Un progetto.

Schermo di un laptop che mostra una moderna dashboard di analytics CRM con grafici di performance e visualizzazioni dati

Cosa è davvero migliore in V2?

Nucleus Research afferma che il CRM genera un ritorno medio di 3,10 dollari per ogni dollaro speso, con il risparmio di tempo da guadagni di produttività che rappresenta il 51% del ROI totale (Nucleus Research, 2024). I miglioramenti di V2 puntano dritti a quelle leve di produttività.

L’interfaccia è pulita. Basata su Fiori, più veloce, coerente, funziona come si deve su mobile. L’UI di C4C sembrava datata. V2 sembra un prodotto costruito in questo decennio. E il mobile conta: il 65% dei venditori che usa il CRM mobile raggiunge la quota, contro molti meno tra chi non lo usa (CRM.org, 2025).

API-first, stavolta sul serio. Ogni oggetto in V2 è accessibile tramite API REST. In C4C, alcune operazioni richiedevano workaround o trucchi OData discutibili. La copertura API di V2 è solida fin dal primo giorno. In linea con il settore: l’82% delle organizzazioni ha adottato un qualche livello di sviluppo API-first, e il 25% opera come completamente API-first (Postman, 2025).

Estensibilità via BTP. Invece di PDI (la sandbox vincolata di C4C), V2 usa SAP BTP per le estensioni. Node.js, Java, CAP, Cloud Foundry. Strumenti di sviluppo veri. Se continuavate a sbattere contro i muri di PDI, questa è una boccata d’aria fresca.

L’AI è integrata. V2 include Joule, il copilota AI di SAP, oltre a lead scoring basato su AI, insight sulle opportunità e forecasting. Su C4C erano state aggiunte a fine ciclo di vita. In V2 sono native.

È più veloce. Caricamento pagine, ricerca, viste elenco: tutto risponde più rapidamente. Per i team commerciali che vivono nel CRM otto ore al giorno, quei millisecondi si sommano in produttività reale.

Integrazione più stretta con S/4HANA. V2 ha un’integrazione preconfigurata con SAP S/4HANA per dati di account, contatti e prodotti. Le integrazioni C4C richiedevano middleware nella maggior parte degli scenari. V2 funziona di serie.

Cosa è cambiato senza essere migliore o peggiore?

Alcuni cambiamenti di V2 non sono miglioramenti né regressioni. Sono solo diversi. Ma dovete comunque pianificarli.

Modello dati. V2 ha un modello dati più pulito, ma non è lo stesso di C4C. Oggetti custom, campi custom, relazioni: tutto va riprogettato, non copiato. Qui va la maggior parte dello sforzo migratorio. Nella nostra esperienza, il mapping del modello dati assorbe il 30-40% dello sforzo di discovery totale.

Niente PDI. Se il vostro team ha costruito estensioni C4C in PDI, non si trasferiscono. Le ricostruirete come applicazioni BTP. Il lato positivo: le estensioni BTP sono più potenti e più facili da mantenere. Il lato negativo: è sviluppo interamente nuovo. Bisogna essere onesti.

Amministrazione. L’interfaccia admin di V2 è diversa. Workflow, regole di assegnazione, notifiche: tutto si configura diversamente. Il vostro team admin ha bisogno di formazione. E meno del 40% delle aziende implementa completamente il proprio CRM, con il 42% che cita la mancanza di formazione come barriera principale (CRM.org, 2025). Non ripetete quel pattern.

Reporting. V2 usa SAP Analytics Cloud (SAC) per il reporting. C4C aveva report e dashboard integrati. Se vi affidavate molto al reporting nativo di C4C, prevedete tempo per il setup di SAC.

A cosa fare attenzione?

Ogni migrazione ha i suoi rischi. Ecco quelli che mordono davvero.

Lacune funzionali. V2 sta ancora raggiungendo C4C in aree specifiche. Verificate la roadmap SAP per le vostre funzionalità particolari prima di impegnarvi su una timeline. SAP colma le lacune ogni trimestre, ma alcune capacità di C4C potrebbero non avere ancora un equivalente V2. Nota bene: non date per scontato che la vostra funzionalità preferita sia sopravvissuta.

Migrazione degli oggetti custom. Se avete oggetti custom in C4C, pianificate una riprogettazione completa. Il framework per oggetti custom di V2 è diverso. Di solito conduciamo un workshop di discovery dedicato solo agli oggetti custom. È il singolo rischio più grande nella maggior parte delle migrazioni che facciamo.

Rielaborazione delle integrazioni. Ogni integrazione C4C va rivista. Endpoint API, metodi di autenticazione, formati dati: tutto è cambiato. Se avete integrato C4C con ERP, strumenti di marketing o sistemi esterni, mettete a budget tempo per la rielaborazione. L’organizzazione media usa 897 applicazioni ma solo il 29% è integrato (MuleSoft/Salesforce, 2024). La superficie di integrazione è di solito più grande di quanto chiunque si aspetti.

Adozione utenti. L’interfaccia è abbastanza diversa da richiedere formazione strutturata. Non date per scontato che le persone capiranno da sole perché il branding sembra simile. Pianificate il change management dal primo giorno. Ho visto troppi CRM nuovi di zecca prendere polvere perché nessuno ha investito nel far sentire le persone a proprio agio.

Un team aziendale che elabora strategie attorno a una lavagna durante una sessione di pianificazione della migrazione CRM

Come sono andate le migrazioni reali?

Con Nussbaum, siamo andati da zero a produzione su Sales Cloud V2 in 5 mesi. La visibilità sulla pipeline era il driver. L’implementazione V2 ha dato loro dati pipeline in tempo reale, accesso mobile per i commerciali sul campo e forecasting basato su AI. Nulla di tutto ciò funzionava bene nel setup precedente.

Con intelligentfood, il focus era sulle vendite sul campo mobili. Abbiamo costruito app BTP custom integrate con Sales Cloud V2 per la pianificazione dei giri visita con capacità offline e l’inserimento ordini. L’architettura API-first di V2 lo ha reso possibile senza combattere la piattaforma. È così che dovrebbe sentirsi un’architettura composable.

Entrambi i progetti hanno confermato la stessa cosa: V2 è un prodotto migliore. Ma arrivarci significa trattarlo come una nuova implementazione, non come un aggiornamento di versione. I team che lo accettano fin dall’inizio si muovono più in fretta di quelli che si aspettano un lift-and-shift.

Come dovreste affrontare la migrazione?

Sulla base dei nostri progetti, ecco cosa funziona con costanza:

  1. Prima il discovery. Mappate il vostro utilizzo attuale di C4C: funzionalità standard, oggetti custom, integrazioni, report. Identificate cosa si trasferisce concettualmente e cosa va riprogettato. In genere richiede 2-4 settimane.

  2. Prioritizzate senza pietà. Non tutto deve esserci il primo giorno. Partite dai processi di vendita core. Aggiungete complessità in fasi. Le aziende che cercano di replicare il 100% delle funzionalità C4C prima del lancio sono quelle che sforano le timeline. Ogni volta.

  3. Esecuzione parallela. Mantenete C4C attivo finché V2 non è validato. La migrazione dati è un workstream separato. Pianificatelo presto, non come ripensamento.

  4. BTP da subito. Se vi servono estensioni, costruitele su BTP dal primo giorno. Non ricreate pattern PDI in un involucro nuovo. Strumenti veri, architettura vera.

  5. Formate presto. Portate gli utenti chiave nelle sandbox V2 presto. Il loro feedback modella le decisioni di configurazione. Abbiamo riscontrato che il coinvolgimento precoce degli utenti dimezza circa i ticket di supporto post-go-live.

Ne vale la pena?

V2 è oggettivamente una piattaforma migliore di C4C. L’architettura è moderna, le API sono pulite, l’estensibilità è reale. Il fatturato cloud di SAP è cresciuto del 25% a 17,14 miliardi di EUR nel 2024 (SAP News Center, 2025). L’investimento dietro V2 non sta rallentando.

Ma la migrazione non è gratis. È un progetto con discovery, design, implementazione e change management. Se pianificate per quella realtà, il passaggio ripaga. Se vi aspettate un aggiornamento con un click, resterete delusi.

E la pressione competitiva è reale. Salesforce detiene il 20,7% del mercato CRM globale (IDC, 2025). SAP ha costruito V2 per competere a quel livello. Restare su C4C significa restare sempre più indietro rispetto a ciò che il mercato CRM moderno offre. In fin dei conti, V2 è dove SAP sta mettendo le sue persone migliori e le sue idee migliori.


State pianificando la migrazione da C4C a V2? Noi l’abbiamo fatta. Confrontiamo il vostro setup con ciò che V2 offre oggi.

Domande frequenti

Quanto tempo richiede una migrazione da C4C a Sales Cloud V2?

Tipicamente 4-6 mesi per il go-live iniziale, a seconda della complessità. Le variabili principali sono la riprogettazione degli oggetti custom e la rielaborazione delle integrazioni, non il setup della piattaforma core. Abbiamo completato l’implementazione di Nussbaum in 5 mesi dal kickoff al go-live. Prevedete ulteriori 2-3 mesi di ottimizzazione post-go-live e rollout graduale delle funzionalità.

Posso migrare i dati di C4C direttamente in V2?

Non direttamente. Il modello dati di V2 è diverso, quindi la migrazione dei dati richiede mapping, trasformazione e validazione. Account, contatti e opportunità si trasferiscono concettualmente, ma campi e oggetti custom vanno riprogettati. Eseguite una pulizia della qualità dei dati prima della migrazione. È molto più facile sistemare i dati nel sistema di origine che ripulirli dopo l’import.

Le mie integrazioni C4C funzioneranno con V2?

No. Ogni integrazione necessita di revisione e probabilmente di riscrittura. V2 usa endpoint API, metodi di autenticazione (OAuth 2.0 invece di SAML) e formati dati diversi. Lo sforzo di integrazione è quasi sempre sottostimato. Se avete più di 10 integrazioni attive, prevedete il 20-30% del progetto totale solo per il lavoro sulle integrazioni.

Cosa succede alle mie estensioni PDI?

Non si trasferiscono. Vanno ricostruite come applicazioni SAP BTP usando CAP, Node.js o Java. La buona notizia: BTP offre strumenti di sviluppo molto più potenti e supporta framework standard del settore. La maggior parte dei team scopre che le estensioni ricostruite sono più facili da mantenere e più capaci delle originali.

SAP supporta ancora C4C?

SAP continua a fornire supporto di manutenzione per C4C, ma non vengono sviluppate nuove funzionalità. Tutto il meglio (Joule AI, analytics avanzate, miglioramenti mobile) va esclusivamente a V2. SAP non ha annunciato una data di fine vita definitiva per C4C, ma la direzione strategica è chiara: V2 è l’unica via da seguire.

SAPSales CloudC4CCRMMigrationSAP Sales Cloud V2
Prossimo passo

SAP Sales Cloud V2 partner di implementazione

Spadoom è il partner di implementazione SAP Sales Cloud V2 in Svizzera, Germania, Austria e Italia. Go-live mediano di 14 settimane. Clienti live in tutto il DACH.

Articoli correlati

Chiedi a un esperto