Partner SAP o consulente indipendente: quando serve l'uno o l'altro

Un partner di implementazione SAP consegna il Suo programma: fornisce il team che progetta, sviluppa, testa e rilascia il sistema, ed è responsabile di quella delivery. Un consulente SAP indipendente lavora dal Suo lato del tavolo, senza alcun interesse nei ricavi del partner, e verifica il contratto, il design e il lavoro del partner.

In breve: la maggior parte dei grandi programmi ha bisogno di un partner per la delivery. Molti hanno anche bisogno di un advisor indipendente durante la contrattualizzazione, il design e la verifica dei deliverable del partner, mentre il partner si occupa della realizzazione.

Questo articolo fa parte della mia guida su come scegliere un partner di implementazione SAP. Qui tratto solo la divisione tra i due ruoli e quando ciascuno vale il proprio compenso.

Un partner è la società che gestisce la delivery. Porta consulenti funzionali per modulo, figure tecniche e di integrazione, specialisti di migrazione dati, tester, responsabili del change management e della formazione, e il project management che li tiene insieme. Porta anche una panchina, così quando qualcuno se ne va, qualcun altro può subentrare.

La maggior parte dei partner lavora con SAP Activate, la metodologia di implementazione di SAP. Si articola in sei fasi: Discover, Prepare, Explore, Realize, Deploy e Run. Explore è la fase in cui l'analisi fit-to-standard conferma il design, e Realize è quella in cui il sistema viene sviluppato e testato per iterazioni.

SAP classifica anche i partner. Il suo programma partner, SAP PartnerEdge, usa un framework di competency con sette competency e tre livelli ciascuna: essential, advanced ed expert. I partner le ottengono in base a conoscenze specialistiche, successo dei clienti e competenza, e può cercare le designazioni su SAP Partner Finder.

Per RISE with SAP esiste un ulteriore riconoscimento. La descrizione di SAP del luglio 2025 dei RISE with SAP Validated Partner richiede la RISE with SAP Methodology e competenze aggiornate nei ruoli chiave.

I progetti dei partner devono anche documentare i quality gate di clean core in SAP Cloud ALM. La mia guida su come scegliere un partner per la migrazione a S/4HANA spiega che cosa provano quei badge e che cosa non provano.

Nessun consulente indipendente sostituisce tutto questo. Una persona, o una manciata di persone, non può fornire il personale per un programma, portare il rischio di delivery in base a un contratto o coprire un lead che si dimette nel bel mezzo dei test.

Dove il modello del partner ha limiti strutturali

I limiti stanno nel modo in cui è costruito il contratto, non nelle intenzioni di qualcuno. L'incentivo commerciale di un partner è vincere il lavoro, avviarlo e aggiungerne quando ne trova altro. Il Suo incentivo è finire entro la cifra che ha dato al consiglio di amministrazione.

Questo crea tre punti ciechi quando il partner è l'unico esperto nella stanza:

1. Il partner scrive il perimetro. Poi la stessa società solleva le richieste di modifica su quel perimetro.
2. Il partner controlla il proprio lavoro. Documenti di design, risultati dei test e piani di cutover vengono approvati sulla parola del partner, a meno che qualcuno dal Suo lato sappia leggerli.
3. Il team dell'offerta non è sempre il team di delivery. Le persone che hanno presentato l'offerta potrebbero non essere quelle che si presentano dopo la firma.

Niente di tutto questo rende i partner cattivi. Significa che il cliente ha bisogno di qualcuno che sappia leggere il lavoro del partner con la stessa profondità, e quella persona non può essere sul libro paga del partner.

«Consulente SAP indipendente» indica due lavori diversi. Confonderli è il punto da cui partono molti errori di acquisto.

• Un collaboratore indipendente all'interno del team di delivery. Uno specialista freelance assunto per coprire un ruolo, come un finance lead o un responsabile della migrazione dati. Aggiunge capacità e lavora secondo il piano di delivery, spesso sotto la direzione del partner.
• Un advisor indipendente dal lato del cliente. Risponde al Suo sponsor, CIO o CFO. Non sviluppa il sistema; verifica il contratto, il design e i deliverable, e La aiuta a prendere le decisioni che il partner non dovrebbe prendere al posto Suo.

Questo articolo riguarda soprattutto il secondo tipo. Il valore di un advisor dal lato del cliente deriva da una cosa sola: dopo la verifica non ha nulla da venderLe. Le mie note sugli advisor per la negoziazione SAP descrivono più in dettaglio i controlli sull'indipendenza.

Anche un advisor ha dei limiti. Non ha una panchina, non porta la responsabilità della delivery, e un advisor che inizia a dirigere i consulenti del partner confonde chi è responsabile di che cosa. Mantenga il ruolo circoscritto e funziona.

Ecco come si confrontano i due ruoli sulle domande che contano per un acquirente:

Domanda	Partner di implementazione SAP	Advisor indipendente
Per chi lavora	Per la propria società, con un contratto con Lei	Solo per Lei
Che cosa consegna	Design, sviluppo, test, migrazione dati, cutover, hypercare	Verifiche, contraddittorio, decisioni che può difendere
Responsabilità della delivery	Sì, in base allo statement of work	No
Interesse commerciale	I ricavi crescono con perimetro e durata	Nessuno nel perimetro o nella durata della delivery
Punto di forza principale	Capacità, panchina, metodologia, profondità di prodotto	Un secondo lettore senza interesse nella risposta
Limite principale	Controlla il proprio lavoro, a meno che Lei aggiunga un controllo	Non può fornire il personale né consegnare un programma
Quando coinvolgerlo	Dalla firma del contratto fino all'hypercare	Selezione e contrattualizzazione, design e approvazione dei deliverable

La tabella indica tre situazioni:

1. Solo il partner. Il Suo team ha già gestito un programma SAP e sa mettere in discussione architettura, contratto e deliverable del partner senza aiuto esterno. Il perimetro è piccolo e ben definito.
2. Solo il consulente indipendente. Non c'è ancora nulla da sviluppare, oppure lo sviluppo è piccolo. Un health check del programma, un business case, una RFP, una revisione del contratto, o un singolo ruolo specialistico coperto da un collaboratore.
3. Entrambi. Un programma di dimensioni reali in cui il Suo lato non ha esperienza SAP senior interna. Il partner consegna, l'advisor verifica e Lei decide.

La maggior parte dei CIO e dei CFO che leggono questo articolo rientra nel terzo gruppo. Hanno gestito grandi progetti, ma non un programma SAP, e il partner sa di SAP più di chiunque dal lato del cliente.

Coinvolgo un consulente indipendente, invece di affidarmi solo al partner, in tre fasi. Sono la contrattualizzazione, il design e la valutazione dei documenti del partner. Tra questi momenti, il coinvolgimento dell'advisor può essere leggero.

Contrattualizzazione

La selezione e la contrattualizzazione sono il momento in cui si fissa il costo dell'intero programma. Metterei in shortlist almeno tre partner, e la selezione richiede circa 12 settimane quando è fatta bene. La mia guida su come scrivere una RFP per un partner SAP spiega come assegnare i punteggi.

Ciò a cui do più peso quando scelgo un partner per un cliente sono le referenze dei clienti. Nelle chiamate con le referenze chiedo dell'esperienza del partner su progetti simili a quello dell'acquirente. Una referenza su un tipo di progetto diverso dice molto poco.

Due cose mi fanno abbandonare un'offerta. La prima è la scarsa qualità delle risorse proposte. La seconda è un partner che non sa spiegare l'architettura e il piano per il Suo programma.

Le risposte generiche, che potrebbero valere per qualsiasi azienda, sono il segnale d'allarme per entrambe.

Verifichi le persone oltre alla società. I badge SAP Certification sono rilasciati su Credly, quindi chieda a ogni lead proposto il link al badge, non un certificato in PDF.

Sul lato commerciale, il modello che raccomando è il time & material con l'effort quantificato. L'effort stimato per fase e per ruolo entra nel contratto, così può confrontare l'effort effettivo con quello stimato.

La parte dello statement of work (SOW) che i clienti tralasciano più spesso sono le ipotesi e le esclusioni dettagliate. Ogni ipotesi vaga è una futura richiesta di modifica. La mia guida allo statement of work SAP descrive le categorie, e le mie note sulla negoziazione dei contratti ERP trattano risorse nominate e milestone.

Design

I budget saltano nella fase Explore, man mano che cresce la lista WRICEF (workflow, report, interfacce, conversioni, enhancement e form). Il partner conduce i workshop di fit-to-standard e propone il design. Il Suo team di business spesso lo approva senza sapere quali scelte costeranno denaro più avanti.

Un advisor indipendente legge il design con tre domande in mente:

1. Resta vicino allo standard SAP? Ogni scostamento richiede una ragione di business, non un'abitudine ereditata dal vecchio sistema.
2. Ogni oggetto WRICEF è giustificato? Conti gli oggetti all'inizio e alla fine di Explore e chieda perché esiste ciascuno di quelli nuovi.
3. Il design corrisponde a ciò che è stato quotato? Se Explore produce un design più grande di quanto previsto dal contratto, deve saperlo prima che inizi Realize.

Il design resta di proprietà del partner. L'advisor dà alla Sua design authority la profondità sufficiente per approvarlo o respingerlo con sicurezza.

Valutare i deliverable del partner

Ogni fase si chiude con dei documenti: documenti di design, specifiche funzionali, piani e risultati di test, riconciliazioni della migrazione dati, un piano di cutover. Se l'accettazione è legata al pagamento, approvarli è una decisione commerciale oltre che tecnica.

Un advisor verifica ogni deliverable rispetto ai suoi criteri di accettazione prima che il Suo team firmi. La domanda è semplice: è abbastanza completo per sviluppare, testare o andare in produzione, oppure è un segnaposto che verrà completato più avanti a Sue spese? La mia guida ai quality gate SAP mostra come rendere vincolanti quelle approvazioni.

Un advisor non è lì per fare concorrenza al partner o per rimettere in discussione ogni decisione. Quando i ruoli si confondono, il partner perde responsabilità e il cliente paga due volte la stessa opinione.

Queste regole fanno funzionare l'accordo:

1. Metta l'indipendenza per iscritto. Nessun ricavo dai partner valutati, nessuna commissione di segnalazione e nessun accordo di rivendita.
2. Escluda il lavoro successivo. Chi ha valutato le offerte non deve poi partecipare alla gara per la delivery.
3. Scriva il perimetro dell'advisor. Quali documenti verifica, in quali fasi e a chi risponde.
4. Mantenga un'unica linea di responsabilità. L'advisor verifica, il cliente decide, il partner consegna. L'advisor non dirige il team del partner.
5. Lo comunichi ai partner in fase di RFP. Un partner che sa che contratto, design e deliverable verranno verificati li scrive con più cura. Un partner sicuro del proprio piano ha poco da perdere da un secondo lettore.

A volte la verifica trova un problema che il partner non riesce a risolvere. Ho cambiato un partner durante un programma, e il motivo era che il partner non riusciva a fornire risorse di qualità. La mia guida su come cambiare il partner SAP a progetto in corso spiega che cosa mettere al sicuro prima di quella conversazione.

Prima che parta la RFP, elenchi le decisioni che il Suo team deve saper mettere in discussione. Sono l'architettura e il piano, il contratto, il design in Explore e ogni approvazione di deliverable.

Accanto a ciascuna, scriva il nome della persona dal Suo lato che è in grado di farlo. Gli spazi vuoti sono il posto di un advisor indipendente.

Nei 21 programmi SAP che ho guidato o recuperato, l'errore più grande che vedo è non pianificare bene all'inizio. Decidere chi controlla il partner fa parte di quella pianificazione.

Se desidera un parere indipendente su una shortlist di partner, un contratto o un design, aiuto le organizzazioni proprio in questo, e può contattarmi qui.

Qual è la differenza tra un partner SAP e un consulente SAP indipendente?

Un partner di implementazione SAP è una società che consegna il programma e ne è responsabile in base a uno statement of work. Un consulente SAP indipendente è uno specialista freelance nel team di delivery oppure un advisor dal lato del cliente.

L'advisor verifica il contratto, il design e i deliverable del partner. L'advisor non ha alcun interesse nei ricavi del partner.

Quando conviene ingaggiare un consulente SAP indipendente?

Lo coinvolga quando il Suo team non ha l'esperienza SAP senior per mettere in discussione il partner. I momenti che contano di più sono la contrattualizzazione, il design nella fase Explore e l'approvazione dei deliverable del partner. Un consulente indipendente è adatto anche quando non c'è ancora nulla da sviluppare, come un health check, un business case o una RFP.

Un consulente indipendente può sostituire un partner di implementazione SAP?

Non su un programma completo. Un'implementazione richiede un team che copra moduli, tecnologia, dati, test e change management, più una panchina per sostituire chi se ne va, e una società che porti la responsabilità della delivery. Un consulente indipendente può coprire un ruolo specialistico o fare da advisor al cliente, ma non può fare il lavoro del partner.

Come verificare che un consulente SAP sia davvero indipendente?

Chieda per iscritto se riceve ricavi, commissioni di segnalazione o proventi da rivendita da partner SAP, e in particolare dai partner che sta valutando. Si faccia confermare che non parteciperà alla gara per il lavoro di delivery che ha verificato. Poi si assicuri che sia pagato da Lei e risponda al Suo sponsor, non al partner.

Il mio partner SAP si opporrà a un advisor indipendente?

Alcuni partner lo vedono come un attrito, quindi lo imposti apertamente. Comunichi ai partner in fase di RFP che contratto, design e deliverable saranno verificati in modo indipendente, e limiti il ruolo dell'advisor alla verifica, non alla direzione del team del partner. Un partner sicuro del proprio piano ha poco da perdere da un secondo lettore.

Come verificare la certificazione di un consulente SAP?

I badge SAP Certification sono rilasciati su Credly. Chieda a ogni consulente proposto il link al suo badge invece di un certificato in PDF, e controlli sulla pagina del badge il nome della credenziale, il titolare e la data. Una certificazione conferma la conoscenza d'esame; le referenze su progetti simili Le dicono se la persona sa consegnare.