
Come scegliere il partner giusto per l'implementazione SAP CX
Spadoom Editorial
SAP CX Practice
Scegliere il partner sbagliato per l’implementazione SAP CX è uno degli errori più costosi che un’azienda possa commettere. Non per il valore del contratto — per i 12-18 mesi che perdete prima di rendervi conto che il progetto non consegnerà.
Lo abbiamo visto accadere. Le aziende vengono da noi dopo un’implementazione fallita o bloccata con un altro partner. A quel punto, hanno speso il budget, bruciato la fiducia interna e devono ricominciare con aspettative più alte e meno pazienza.
Questa guida vuole aiutarvi genuinamente a valutare qualsiasi partner SAP CX — noi compresi. Se ci fate queste domande e le nostre risposte non reggono, scegliete qualcun altro.
Domanda 1: Hanno vera esperienza V2?
SAP Sales Cloud V2 e Service Cloud V2 sono prodotti fondamentalmente diversi dai predecessori (C4C / V1). Architettura diversa. Modello dati diverso. Framework di estensione diverso. Pattern di integrazione diversi.
Un partner che ha realizzato 50 progetti C4C non ha automaticamente le competenze per un progetto V2. Le skill non si trasferiscono 1:1. V2 usa SAP BTP come piattaforma di estensione. Richiede comprensione di SAP Build, logica custom via BTP e un’interfaccia utente completamente ridisegnata.
Cosa chiedere:
- Quanti progetti SAP Sales Cloud V2 o Service Cloud V2 avete completato? (Non iniziato — completato.)
- Potete mostrarmi una demo V2 funzionante con configurazione reale, non un ambiente demo standard?
- Quali servizi BTP avete utilizzato in progetti V2 in produzione?
Se non possono rispondere in modo specifico, stanno imparando V2 sul vostro progetto.
Domanda 2: Chi lavora effettivamente al vostro progetto?
Questa è la domanda che separa i partner specializzati dalle grandi società di consulenza. Nelle grandi aziende, il team dell’offerta e il team di delivery sono persone diverse. Gli architetti impressionanti nella riunione commerciale tornano da altri clienti dopo la firma.
Cosa chiedere:
- Datemi nomi e CV delle persone che lavoreranno al mio progetto.
- Quale percentuale del loro tempo è allocata al mio progetto? (50% di allocazione su 4 progetti non è la stessa cosa del 100% sul vostro.)
- Cosa succede se uno di loro se ne va? Qual è il piano di backup?
- Quanti anni di esperienza SAP CX ha ogni membro del team?
Un partner forte nominerà persone specifiche. Un partner debole descriverà “ruoli” e prometterà di “finalizzare lo staffing dopo il kickoff.”
Domanda 3: Prezzo fisso o time-and-materials?
Entrambi i modelli esistono per buone ragioni. Ma comprendete la struttura degli incentivi.
Time-and-materials (T&M): Il partner fattura a ore o giornate. Se il progetto dura di più, pagate di più. Il partner non ha incentivo finanziario a finire velocemente. Adatto per scope genuinamente incerti — R&D, proof-of-concept, consulenza.
Scope fisso, prezzo fisso: Il partner si impegna su un set definito di deliverable per un importo fisso. Gli sforamenti gravano sul suo margine. Il partner ha ogni incentivo a fare scoping accurato e consegnare efficientemente. Adatto per progetti di implementazione dove il risultato è ben definito.
Cosa chiedere:
- Qual è il vostro modello di prezzo standard per le implementazioni SAP CX?
- Se prezzo fisso: come gestite le richieste di modifica? Qual è il processo e la tempistica tipica?
- Se T&M: quali meccanismi esistono per controllare i costi? C’è un tetto massimo?
- Potete condividere un esempio di struttura di budget di progetto? (Non il totale — la struttura.)
Un partner sicuro delle proprie stime offrirà prezzo fisso. Un partner che insiste sul T&M per un’implementazione standard di Sales Cloud V2 potrebbe non fidarsi del proprio scoping.
Domanda 4: Qual è il loro track record di go-live?
Sembra ovvio. Non viene chiesto abbastanza.
Cosa chiedere:
- Quale percentuale dei vostri progetti SAP CX è andata live alla data concordata o prima?
- Potete fornire referenze per 3 progetti completati simili al nostro?
- Posso parlare direttamente con il project manager o lo sponsor lato cliente?
- Avete mai avuto un progetto che non è andato live? Cosa è successo?
I partner onesti risponderanno a tutte e quattro. L’ultima domanda è particolarmente rivelatrice. Un partner che dice “mai” su oltre 100 progetti è o molto selettivo o non del tutto trasparente. Un partner che dice “una volta, ed ecco cosa abbiamo imparato” dimostra maturità.
Domanda 5: Capiscono il vostro settore?
SAP CX è orizzontale — funziona in tutti i settori. Ma le sfumature dell’implementazione sono verticali. Il processo di vendita di un produttore (configure-to-order, vendita tecnica, cicli lunghi) non ha nulla in comune con quello di un retailer (alto volume, turnover rapido, stagionale).
Cosa chiedere:
- Avete implementato SAP CX nel nostro settore? Per quali aziende?
- Quali sono le sfide tipiche specifiche del settore che avete incontrato?
- Come gestite i nostri requisiti normativi (se applicabile)?
Esperienza nel settore non significa che servano 20 referenze nella vostra nicchia esatta. Ma devono capire il vostro modello di business e saper descrivere come SAP CX vi si adatta — senza che dobbiate spiegare tutto da zero.
Domanda 6: Qual è la loro competenza BTP?
SAP Business Technology Platform è lo strato di estensione per tutti i prodotti SAP CX moderni. Se la vostra implementazione necessita di qualcosa oltre la configurazione standard — logica di business custom, integrazioni specializzate, fonti dati esterne — è su BTP che succede.
Cosa chiedere:
- Avete sviluppatori BTP certificati nel team?
- Quali servizi BTP avete utilizzato in produzione? (CAP, Integration Suite, SAP Build, Workflow Management?)
- Potete mostrarmi un diagramma di architettura di integrazione da un progetto precedente?
Un partner che sa solo configurare funzionalità out-of-the-box si bloccherà nel momento in cui i vostri requisiti vanno oltre lo standard. E vanno sempre oltre.
Domanda 7: Come gestiscono le integrazioni?
L’integrazione è il punto dove la maggior parte dei progetti SAP CX deraglia. Connettività ERP, middleware, sincronizzazione dati master, sistemi di terze parti — queste sono le aree che consumano budget e fanno saltare le timeline.
Cosa chiedere:
- Come definite il lavoro di integrazione? Fa parte della stima principale o è un workstream separato?
- Quale middleware usate tipicamente? Avete consulenti di integrazione certificati?
- Come gestite la migrazione dei dati? Qual è il vostro approccio alla qualità dei dati?
- Cosa succede quando l’integrazione non funziona come previsto? (Perché inizialmente non funzionerà.)
La risposta migliore include: integrazione come workstream dedicato, fasi di test separate, consulenti di integrazione dedicati (non le stesse persone che fanno la configurazione CRM) e una strategia esplicita di gestione degli errori.
Segnali d’allarme
Oltre agli indicatori positivi, ecco i segnali d’allarme:
- Nessuna referenza V2. Vi mostrano casi studio C4C (V1) sostenendo che siano equivalenti. Non lo sono.
- Composizione del team vaga. “Assegneremo le risorse giuste” significa che non hanno persone specifiche disponibili.
- Tutto è custom. Un partner che vuole sviluppare tutto su misura invece di usare la configurazione standard o non conosce la piattaforma o sta gonfiando la stima.
- Nessuna metodologia. Non sanno articolare il loro approccio di delivery, la struttura degli sprint o la strategia di test.
- Scoraggiano il contatto diretto con le referenze. “Possiamo fornire testimonial scritte” non è la stessa cosa di lasciarvi chiamare un project manager lato cliente.
- Timeline irrealistiche. Se un’implementazione completa di SAP Sales Cloud V2 con integrazione ERP viene quotata a 6 settimane, qualcuno sta sottostimando. Intenzionalmente o no, pagherete per questo.
E i livelli di partnership SAP?
Le certificazioni di partnership SAP (Gold, Platinum, ecc.) indicano un livello minimo di competenza e investimento in SAP. Sono un filtro di base, non una garanzia di qualità di delivery.
Un partner Gold con 2.000 consulenti potrebbe avere 5 persone che conoscono davvero V2. Un partner più piccolo e specializzato potrebbe avere un intero team di esperti V2. La certificazione vi dice qualcosa sull’organizzazione. Le domande sopra vi dicono qualcosa sul team che lavorerà al vostro progetto.
Guardate piuttosto i SAP Quality Award. Vengono assegnati per risultati specifici di progetto — evidenza verificabile che il partner ha consegnato con successo.
Come rispondiamo noi a queste domande
Siamo trasparenti nel nostro posizionamento:
- Esperienza V2: Ogni progetto SAP CX che consegniamo è su V2. Abbiamo migrato clienti da C4C a V2 e implementato V2 greenfield.
- Composizione del team: Ricevete nomi, CV e certificazioni prima della firma.
- Prezzo: Scope fisso, prezzo fisso. Le richieste di modifica vengono prezzate separatamente e approvate prima dell’inizio dei lavori.
- Track record di go-live: 100%. Ogni progetto. Verificabile tramite referenze clienti.
- Esperienza settoriale: Manifatturiero (Franke, Nussbaum), retail (ANWR Group, SPAR), life sciences (Miltenyi Biotec), distribuzione (Distrelec).
- BTP: Sviluppatori certificati. Esperienza in produzione con SAP CAP, Integration Suite e estensioni custom.
Siamo il partner giusto per ogni azienda? No. Ci concentriamo su SAP CX, lavoriamo al meglio con aziende medie e grandi, e restiamo deliberatamente piccoli abbastanza da impiegare solo consulenti senior.
Ma rispondiamo a ogni domanda di questa lista — onestamente — al nostro primo incontro.
Soluzioni per Vendite
Scopri come SAP Sales Cloud V2 può trasformare il tuo business.
Articoli correlati

Perché noi completiamo i progetti SAP CX quando altri falliscono
Spadoom ha un record del 100% di go-live sui progetti SAP CX. Ecco cosa facciamo diversamente — e perché tante implementazioni SAP si bloccano prima della produzione.

Perché i progetti SAP CX sforano il budget — e come evitarlo
La maggior parte dei progetti SAP CX supera il budget per ragioni prevedibili. Ecco cosa causa davvero gli sforamenti — e i passi pratici per prevenirli.

Il toolkit AI di SAP CX: Cosa funziona oggi e cosa è roadmap
SAP dice che l'AI è ovunque in CX. Noi analizziamo cosa è realmente disponibile, cosa è in preview limitata e cosa è ancora una promessa in roadmap.