
Sommaire
- Comment j'évalue les partenaires de mise en œuvre SAP
- Les quatre axes de sélection
- Ce qui distingue le marché américain
- Cinq questions à poser avant de signer
- Tier 1 : grands cabinets mondiaux
- Là où le Tier 1 l'emporte
- Là où le Tier 1 échoue
- Accenture : expérience directe
- IBM : expérience directe
- DXC : expérience directe
- Deloitte, Capgemini, TCS, Infosys, NTT DATA et Wipro
- Tier 2 : spécialistes du mid-market et des grandes entreprises
- Là où le Tier 2 convient
- Tier 3 : boutiques et spécialistes de niche
- Là où le Tier 3 l'emporte
- Là où le Tier 3 échoue : trois risques réels
- Comment se joue le choix du partenaire dans les programmes américains
- Le schéma multi-partenaires
- Ce que cela coûte
- Comment RISE et GROW changent la discussion avec le partenaire
- Questions fréquentes
Choisissez un partenaire de mise en œuvre SAP aux États-Unis sur l'adéquation, pas sur le tier. Les intégrateurs mondiaux de Tier 1 conviennent aux programmes multirégionaux fortement réglementés. Les spécialistes de Tier 2 conviennent aux programmes du mid-market et mono-sectoriels qui veulent de l'échelle sans la lourdeur du Tier 1. Les boutiques de Tier 3 conviennent à un périmètre bien défini, quand vous voulez des seniors dans la salle tous les jours. Quel que soit le tier choisi, la question décisive est de savoir qui sera réellement sur votre projet. Ce guide s'adresse aux DSI, directeurs financiers et responsables achats qui constituent une liste restreinte de partenaires américains pour S/4HANA. Servez-vous des cinq questions et du tableau des coûts ci-dessous avant de signer quoi que ce soit.
Je suis consultant ERP depuis 25 ans. Choisir le mauvais partenaire pèse sur une entreprise pendant des années, et j'ai vu des sociétés gaspiller des millions en choisissant un nom plutôt qu'une adéquation. La classification ci-dessous est celle que j'utiliserais au sein de votre comité de sélection, pas la version marketing.
Un partenaire inadapté a retardé plus de projets SAP qu'un mauvais paramétrage. En mars 2024, j'ai vu un client industriel choisir un cabinet de Tier 1 pour une activité de taille moyenne. C'était disproportionné. Le client a payé deux fois ce qu'il aurait dû, et la mise en œuvre a duré plus longtemps parce que les processus du grand cabinet étaient trop lourds pour ses besoins.
L'inverse existe aussi. J'ai vu une agence gouvernementale choisir un cabinet de Tier 2 et finir avec une mise en œuvre ratée, 18 mois perdus, un contentieux et de l'embarras.
Le tier vous renseigne sur l'échelle, la couverture des risques et la capacité mondiale. Il ne vous dit rien de la qualité de la mise en œuvre. Ce sont l'équipe, l'adéquation et la gouvernance que vous mettez autour qui en décident.
Source: Tailles de clients que je vois chaque tier servir sur le marché américain. Des repères, pas des devis
« Nous avons besoin d'un partenaire S/4HANA » est trop générique pour orienter une décision. Affinez la demande avant de consulter le marché.
Vous achetez quatre choses, pas un logo ni une présentation de méthodologie : une connaissance métier de votre secteur, une équipe stable du blueprint à l'hypercare, un modèle de mise en œuvre adapté à la façon dont votre organisation décide, et une responsabilité qui survit aux changements de personnel des deux côtés. Les tiers assemblent ces éléments différemment, et les cabinets d'un même tier aussi. L'erreur la plus coûteuse est d'acheter la réputation du cabinet au lieu de l'équipe avec laquelle vous travaillerez.
Les quatre axes de sélection
L'échelle du programme. Un programme S/4HANA multi-entités et multi-pays dans l'industrie demande d'autres capacités qu'un déploiement finance et achats sur une seule entité. Les cabinets de Tier 1 apportent un delivery mondial et des modèles sectoriels. Les boutiques apportent des spécialistes fonctionnels pointus et une continuité au niveau senior.
La profondeur sectorielle. SAP dans la pharmacie n'est pas SAP dans l'industrie manufacturière discrète, qui n'est pas non plus SAP dans les services financiers. Un partenaire doté d'une vraie profondeur sectorielle a déjà pris les décisions de conception auxquelles votre projet sera confronté. Un partenaire qui en est dépourvu apprend sur votre budget.
Le modèle de mise en œuvre. Certains cabinets misent sur la méthodologie et les modèles, d'autres sur des praticiens expérimentés qui s'adaptent. Les deux peuvent fonctionner. Ce qui compte, c'est que le modèle corresponde à la façon dont votre organisation prend ses décisions.
L'équipe réelle. Demandez les CV et la disponibilité des personnes qui seront dans votre salle de projet, et évaluez-les elles plutôt que la présentation commerciale. Ma liste des rôles essentiels de l'équipe de mise en œuvre SAP indique quels CV demander.
Ce qui distingue le marché américain
Une liste restreinte américaine est plus qu'une liste mondiale filtrée sur les bureaux aux États-Unis. Trois facteurs la modifient :
- Les charges de travail cloud fédérales et de défense passent par SAP NS2. SAP National Security Services est la filiale américaine distincte de SAP pour les clients de la sécurité nationale. En 2025, la DISA lui a accordé une autorisation provisoire pour exploiter S/4HANA Cloud Private Edition et SAP BTP au niveau FedRAMP+ Impact Level 5. Ses offres fonctionnent sur AWS GovCloud (US). Un partenaire sans expérience de NS2 ne peut pas prendre en charge ces charges de travail.
- La santé a besoin de consultants en paramétrage expérimentés sur HIPAA. Pas des gens qui ont lu sur HIPAA, mais des gens qui ont conçu les contrôles et bâti la piste d'audit pour une revue HITRUST. Un partenaire qui n'a pas cette expérience s'en rend compte en général lors des tests d'intégration, quand revoir les contrôles est lent et coûteux.
- Les fournisseurs de la défense ont besoin de la discipline CMMC. La règle DFARS qui intègre la CMMC aux contrats est entrée en vigueur le 10 novembre 2025. À partir du 10 novembre 2026, les contrats portant sur des informations non classifiées contrôlées peuvent exiger une certification de niveau 2 par un tiers. Un partenaire sans les habitudes de documentation qu'exige la CMMC générera des constats lors de votre évaluation.
Ces facteurs ne changent pas le tier dont vous avez besoin. Ils changent les cabinets qui, au sein de ce tier, peuvent vous servir.
Cinq questions à poser avant de signer
Les appels de référence produisent des réponses convenues. Ces questions produisent des réponses utiles.
- Qui sera précisément sur mon projet ? Obtenez les CV. Vérifiez que les personnes nommées sont disponibles à vos dates. Demandez ce que deviennent ces engagements si le partenaire remporte deux autres contrats le mois prochain.
- Comment traitez-vous les processus propres à mon secteur ? Un partenaire qui a de la profondeur donne des réponses précises. Un partenaire qui n'en a pas dit : « Nous évaluerions cela pendant le blueprint. »
- Montrez-moi un projet qui a mal tourné et comment vous l'avez redressé. Chaque cabinet en a un. La façon dont il l'a géré vous en apprend plus que ses études de cas.
- Comment gérez-vous le gel des changements avant le go-live ? Un contrôle des changements faible laisse le périmètre gonfler tardivement. La réponse montre comment ils gèrent la pression.
- Comment transférerez-vous les connaissances à notre équipe ? Les partenaires qui le prévoient l'intègrent à la mission. Ceux qui ne le prévoient pas créent de la dépendance.
Les partenaires de Tier 1 conviennent aux programmes vastes et complexes : déploiements mondiaux multi-entités, mises en œuvre réglementées à forte exigence de conformité, et transformations qui demandent à la fois la mise en œuvre de SAP et la transformation de l'entreprise à grande échelle. La dernière colonne indique d'où vient mon avis, pour que vous puissiez le pondérer.
| Cabinet | Où ils conviennent en général | Fondement de mon avis |
|---|---|---|
| Accenture | Grandes transformations mondiales au périmètre de processus standard | Expérience directe |
| IBM | Environnements techniques complexes, cloud hybride, environnements réglementés | Expérience directe |
| DXC Technology | Clients qui utilisent déjà DXC pour l'infrastructure ou les services managés | Expérience directe |
| Deloitte | Programmes à forte composante finance nécessitant du conseil métier ; santé et secteur public | Observé |
| Capgemini | Entreprises à maison mère européenne qui ont besoin de continuité aux États-Unis ; services publics | Informations publiques |
| TCS | Déploiements de templates mondiaux, gestion applicative | Informations publiques |
| Infosys | Delivery fondé sur l'automatisation, industrie | Informations publiques |
| NTT DATA | Gestion applicative, parcs SAP de taille moyenne à grande | Informations publiques |
| Wipro | Biens de consommation, santé, industrie aux États-Unis | Observé |
Là où le Tier 1 l'emporte
Les déploiements multirégionaux où une même organisation de delivery a besoin de monde sur huit fuseaux horaires. Les mises en œuvre réglementées où la piste d'audit couvrant paramétrage, sécurité et contrôle des changements doit résister à un examen externe. Les transformations où SAP s'inscrit dans un programme de changement plus large qui demande, en plus de la mise en œuvre, du conseil au niveau du conseil d'administration.
La profondeur du vivier aussi. Si votre lead ABAP démissionne en pleine bascule, un Tier 1 a des remplaçants disponibles. Ce que coûte le remplaçant est une autre question. Qu'il existe ne l'est pas.
Là où le Tier 1 échoue
L'échec le plus courant : le partenaire que vous avez évalué n'est pas l'équipe que vous avez eue. L'associé senior qui a présenté la méthodologie se retire une fois le SOW signé. L'équipe qui arrive est celle qui est disponible, pas celle qui était promise. C'est la plus grande source de déception avec le Tier 1 que j'ai vue se produire.
Deuxièmement, la rigidité méthodologique. Les modèles préconstruits n'accélèrent la mise en œuvre que si vos processus y correspondent. Sinon, les premières semaines de chaque chantier passent à démêler des hypothèses.
Troisièmement, la complexité commerciale. Les contrats de Tier 1 sont longs, les demandes de changement sont lourdes, et ces cabinets maîtrisent le jeu des avenants. Si votre équipe ne sait pas piloter le volet commercial, le budget grossit sans bruit.
Accenture : expérience directe
Accenture apporte de la structure. Ses modèles sectoriels préconfigurés réduisent les délais quand les processus du client y correspondent. Sur un projet que j'ai rejoint en cours de route, il a fallu démêler plusieurs modèles standard avant que le paramétrage puisse suivre les vrais besoins de l'entreprise. La structure fonctionne quand l'adéquation est bonne : testez donc l'adéquation des modèles dès la première semaine du blueprint, pas à la fin de la conception.
Accenture est le bon choix pour les programmes S/4HANA mondiaux et multirégionaux au périmètre de processus standard. Le risque est d'acheter de la structure quand vous avez besoin de capacité d'adaptation.
IBM : expérience directe
IBM apporte une gouvernance technique approfondie, surtout dans les environnements SAP hybrides et les migrations d'ECC vers S/4HANA avec des intégrations complexes. Le modèle de gouvernance est rigoureux. Certains clients le trouvent rassurant. Les équipes internes réduites, habituées au delivery agile, le trouvent lourd. L'expertise technique n'est pas en cause.
Si votre parc comprend une intégration mainframe, un middleware complexe ou des exigences propres à un secteur réglementé, IBM est un choix défendable. Attendez-vous à un rythme de gouvernance plus lourd que vous ne le souhaiteriez une fois en régime de croisière.
DXC : expérience directe
DXC apporte une solidité technique dans l'intégration des systèmes hérités et l'infrastructure. Je me souviens d'un client industriel chez qui DXC exploitait déjà l'infrastructure quand le chantier SAP a commencé. Lui confier aussi le programme SAP a signifié aucun passage de relais entre équipes infrastructure et SAP, aucun renvoi de responsabilité quand un problème d'intégration apparaissait, et une seule ligne de responsabilité pour la couche technique.
DXC est le bon choix quand la continuité compte plus que la couverture. S'il exploite déjà votre infrastructure ou vos services managés, ces avantages sont réels. Sinon, évaluez sa practice SAP sur ses propres mérites.
Deloitte, Capgemini, TCS, Infosys, NTT DATA et Wipro
Mon avis sur ces six cabinets est plus limité. J'ai vu Deloitte réussir dans la santé et le secteur public, en associant conseil métier et exécution SAP d'une manière qui maintient l'engagement de la direction. J'ai vu Wipro mener avec succès un déploiement SAP dans une usine américaine : rapide, pragmatique, et à l'aise avec la conformité locale sans longue phase de préparation. Au-delà, les informations publiques sont limitées mais utiles. Deloitte, TCS et Infosys ont chacun été nommés Leader dans le Magic Quadrant de Gartner pour les SAP S/4HANA Application Services : Deloitte en 2021, pour la septième année consécutive, TCS en 2021 et Infosys en 2022. Le résumé de Deloitte décrit sa série de positions de Leader. NTT DATA dispose d'une entité dédiée à SAP, NTT DATA Business Solutions, anciennement itelligence. La base SAP de Capgemini est plus importante en Europe qu'aux États-Unis, ce qui convient aux entreprises à maison mère européenne qui ont besoin de continuité.
Rien de tout cela ne vous dit si leur équipe est la bonne pour votre programme. Les appels de référence et les vérifications au niveau des CV restent nécessaires.
Les partenaires de Tier 2 se situent entre les intégrateurs mondiaux et les boutiques. Ils ont une vraie échelle, des méthodes éprouvées et des practices sectorielles spécifiques, sans la lourdeur de gouvernance ni la complexité commerciale du Tier 1.
| Cabinet | Spécialité SAP | Idéal pour |
|---|---|---|
| HCLTech | Migrations cloud-first, gestion applicative | Déploiements S/4HANA dans le cloud et support continu |
| Birlasoft | S/4HANA pour le mid-market, industrie manufacturière discrète (a absorbé la practice SAP de KPIT en 2019) | Industriels au périmètre standard et au budget serré |
| Tech Mahindra | Télécoms, logistique, SAP BTP | Opérateurs télécoms et logisticiens ayant des besoins d'extension sur BTP |
| Atos | Secteur public, défense, expérience européenne | Entreprises à maison mère européenne qui ont besoin d'exécution aux États-Unis |
Là où le Tier 2 convient
Le choix se joue en général sur l'adéquation sectorielle et le modèle de mise en œuvre. Un cabinet qui a de la profondeur dans les services publics ou l'industrie apporte des connaissances qu'un généraliste de Tier 1 construirait sur votre programme. La discussion commerciale est aussi plus légère. Les cabinets de Tier 2 négocient. Ceux de Tier 1 chiffrent.
Le test : donnez au consultant principal proposé deux ou trois scénarios de votre activité que vous jugez difficiles, et travaillez-les ensemble. Cette séance vous en dit plus sur l'adéquation que n'importe quel nombre d'appels de référence.
Demandez la véritable équipe de mise en œuvre, pas l'équipe d'avant-vente. L'écart entre le partenaire que vous avez évalué et l'équipe qui se présente peut décider du résultat du projet. Cela arrive à tous les tiers.
Les partenaires de Tier 3 sont des cabinets plus petits, au périmètre fonctionnel ou sectoriel étroit. D'anciens praticiens SAP qui ont monté leur propre structure. Des spécialistes d'un seul module ou d'un seul secteur. Des cabinets régionaux aux solides relations locales.
Là où le Tier 3 l'emporte
Les consultants seniors restent impliqués du début à la fin, pas seulement dans la proposition. Les décisions sont plus rapides, les frais de structure plus faibles et la responsabilité est personnelle. Un client m'a dit qu'il préférait les partenaires de Tier 3 parce qu'« on a l'équipe A à chaque fois ». Il y a du vrai là-dedans : les personnes nommées dans la mission sont réellement présentes.
La profondeur sectorielle par consultant est aussi plus élevée. Une boutique qui a mené de nombreux programmes S/4HANA dans l'assurance battra en général un généraliste de Tier 1 sur le suivant.
Là où le Tier 3 échoue : trois risques réels
- La profondeur du vivier. Sur un projet, le lead ABAP d'un petit cabinet a pris des congés en pleine phase de tests. Il n'y avait pas de remplaçant immédiat, et nous avons dû emprunter de l'aide à une autre équipe. Une date de go-live fixe avec un vivier mince est un risque. Obtenez le plan de relève du partenaire pour les personnes clés avant de signer.
- Documentation et gouvernance. Les petits cabinets vont parfois vite en sautant la documentation. J'ai dû un jour reprendre une documentation de bascule qui avait été sautée « pour gagner du temps ». Une bonne gouvernance n'est pas de la bureaucratie. C'est la piste d'audit qui vous protège quand des décisions sont contestées, ou quand quelqu'un doit savoir ce qui a été convenu dix-huit mois après le départ du consultant.
- La capacité à grandir. Une boutique engagée pour un module aura du mal à absorber un élargissement du périmètre. Si votre programme risque de s'étendre, demandez si le partenaire peut s'étendre avec lui.
Le Tier 3 fonctionne quand le périmètre est bien défini, que l'équipe du client est assez expérimentée pour assurer la gouvernance et que la relation avec le partenaire nommé est établie. Il tourne mal quand l'équipe du client est elle aussi mince et attend du partenaire une gouvernance qu'il ne peut pas fournir.
Le schéma multi-partenaires
Dans les grands programmes américains, un partenaire unique est souvent l'exception. Une configuration courante associe un intégrateur principal pour le cœur de la mise en œuvre S/4HANA à un ou deux spécialistes là où il est faible : un spécialiste de la clôture financière, une boutique BTP pour les extensions, ou un partenaire d'hébergement distinct.
Ce modèle apporte de la profondeur là où l'intégrateur principal est superficiel, un regard indépendant sur sa conception et une mobilisation plus rapide sur les travaux de niche. Il apporte aussi plus de contrats, plus de charge d'intégration et des renvois de responsabilité aux frontières entre chantiers.
Ce qui sépare un dispositif multi-partenaires qui fonctionne d'un désordre, c'est la structure. Écrivez les frontières entre partenaires avant le début des travaux. Rendez un partenaire responsable de l'intégration entre tous. Tenez une seule instance de gouvernance, pas trois. La plupart des échecs viennent de clients qui ont ajouté un second partenaire en cours de route pour régler un problème créé par l'intégrateur principal, sans refondre la gouvernance autour du nouveau dispositif.
- Direction de programme du clientAnime une seule instance de gouvernance pour tous les partenaires
- Intégrateur principalCœur de la mise en œuvre S/4HANA, responsable de l'intégration entre tous les partenaires
- Spécialiste de la clôture financièreDe la profondeur là où l'intégrateur principal est faible
- Boutique BTPExtensions sur SAP BTP
Ce que cela coûte
Le coût total dépend surtout de la taille de l'entreprise et du périmètre, pas du tier du partenaire. Voici les coûts totaux de programmes S/4HANA que je constate, avec les tiers qui se font en général concurrence à chaque taille. Prenez ces chiffres comme des repères, pas comme des devis, et consultez mes fourchettes de coûts de mise en œuvre SAP 2026 pour le détail complet.
| Taille de l'entreprise | Coût total typique du programme | Tiers que je vois en général en concurrence |
|---|---|---|
| Petite (moins de 200 salariés) | De 80 000 à 500 000 dollars | Boutiques de Tier 3 |
| Taille intermédiaire (de 200 à 1 000 salariés) | De 500 000 à 2 millions de dollars | Spécialistes de Tier 2, boutiques de Tier 3 |
| Grande entreprise (de 1 000 à 10 000 salariés) | De 2 à plus de 10 millions de dollars | Tier 1 et Tier 2 |
| Groupe mondial (plus de 10 000 salariés) | De 10 à plus de 50 millions de dollars | Tier 1 |
Les taux journaliers sont les taux facturés pour des consultants seniors individuels. Les taux moyens d'un programme sont plus bas, car la plupart des programmes combinent des architectes onshore avec un delivery nearshore ou offshore. Pour une ventilation par rôle et par région, consultez mon guide sur la planification de l'allocation des ressources pour les projets SAP.
| Lieu de delivery | Taux journalier d'un consultant senior |
|---|---|
| Onshore aux États-Unis | De 1 800 à 3 500 dollars |
| GCC | De 1 200 à 2 000 dollars |
| Nearshore | De 700 à 1 400 dollars |
| Offshore | De 300 à 700 dollars |
Le consultant le moins cher est le plus coûteux. Un conseiller senior en haut de la fourchette qui vous évite un dépassement de six mois coûte moins qu'une équipe junior en bas de la fourchette qui ne vous l'évite pas. La plupart des directeurs financiers ne le comprennent qu'après le deuxième post-mortem.
Le taux journalier est la plus petite des variables. Celles qui font le coût sont le nombre de personnes, la durée et la quantité de reprises. Un dépassement de 90 jours sur un programme de 200 personnes écrase toute différence de taux journalier sur cet effectif. Négociez le taux, mais ne laissez pas la négociation du taux choisir votre partenaire. Mes notes sur la négociation des contrats ERP couvrent le volet commercial.
Comment RISE et GROW changent la discussion avec le partenaire
Avec RISE with SAP, SAP exploite l'infrastructure et assure l'exploitation technique. Le périmètre du partenaire se resserre sur la couche applicative : paramétrage, migration, intégration, tests et formation. Cela retire une part de complexité technique, et une part du contrôle du partenaire sur la disponibilité des environnements.
Le Clean Core change le périmètre de personnalisation. Les partenaires expérimentés dans les projets RISE ont des méthodes pour décider quelles personnalisations rejoignent le standard SAP, lesquelles deviennent des extensions sur des API publiées ou sur SAP BTP, et lesquelles sont abandonnées. Les partenaires sans cette expérience appliquent les habitudes très personnalisées des programmes on-premise et créent de la dette technique dès la première version.
GROW with SAP resserre encore le périmètre. Il repose sur S/4HANA Cloud Public Edition, avec des processus standard et sans modification du noyau. Les partenaires qui ont construit un modèle de mise en œuvre pour lui avancent vite. Ceux qui le découvrent le traitent comme un projet S/4HANA plus petit, ce qui passe à côté de l'essentiel.
Pour les programmes de 2026, posez deux questions à chaque partenaire : combien de mises en œuvre RISE ou GROW avez-vous menées à terme, et comment pilotez-vous le Clean Core ? Des réponses vagues signifient qu'ils n'ont pas encore assimilé le modèle.
Si j'étais côté acheteur aujourd'hui, je ne commencerais pas par me demander quel Tier 1 inscrire dans l'appel d'offres. Je chercherais les deux ou trois consultants identifiés par leur nom sur le marché SAP américain qui ont mené exactement le programme que je m'apprête à lancer, dans mon secteur, à mon échelle, avec mon profil réglementaire. Ensuite, j'appellerais les cabinets pour lesquels ils travaillent. Les tiers sont un raccourci. Les praticiens nommément identifiés sont le vrai signal.
Quelle est la différence entre les partenaires de mise en œuvre SAP de Tier 1, Tier 2 et Tier 3 ?
Les tiers reflètent l'échelle, la capacité de delivery mondiale et la taille typique des missions, pas la qualité de la mise en œuvre.
Les cabinets de Tier 1 disposent de réseaux de delivery mondiaux, de modèles sectoriels et d'une expérience sur l'ensemble de l'offre SAP. On les choisit pour les grands programmes mondiaux, les mises en œuvre réglementées et les transformations qui associent la mise en œuvre de SAP à la transformation de l'entreprise.
Les cabinets de Tier 2 ont une vraie échelle et des méthodes éprouvées, mais se concentrent sur des secteurs ou segments particuliers. Ils conviennent souvent mieux que le Tier 1 aux programmes du mid-market aux États-Unis.
Les boutiques de Tier 3 sont petites, avec une expertise pointue sur un module, un secteur ou une région. Elles offrent un accès direct à des seniors et des décisions rapides. La profondeur du vivier et la capacité à grandir sont les risques.
Comment évaluer les propositions des partenaires de mise en œuvre SAP ?
Sur quatre points : l'équipe, l'adéquation, la méthode et les conditions commerciales.
L'équipe : demandez les CV du directeur de programme, de l'architecte solution et des leads fonctionnels, et vérifiez leur disponibilité à vos dates. L'adéquation : organisez une séance de travail sur deux ou trois de vos scénarios les plus difficiles. La méthode : demandez comment ils gèrent le gel des changements et le périmètre ajouté de façon informelle en atelier. Les conditions commerciales : ce que comprend le prix forfaitaire, comment fonctionnent les demandes de changement, quels crédits s'appliquent en cas de jalons manqués et à quel transfert de connaissances ils s'engagent.
Demandez des références de projets qui ont connu de sérieuses difficultés, pas seulement des réussites.
Quels sont les risques du choix d'un partenaire SAP de Tier 3 ?
Trois : la profondeur du vivier (pas de remplaçant quand une personne clé est indisponible), la capacité à grandir (difficulté à absorber un périmètre élargi) et la discipline de documentation (plans de bascule et journaux de décisions écourtés sous la pression du temps).
Les trois sont gérables si votre propre directeur de programme fixe des standards de documentation dès le départ, les fait respecter par le partenaire et alerte rapidement quand un trou de couverture apparaît.
Faut-il garder le même partenaire SAP pour la mise en œuvre et le support continu ?
La continuité est l'avantage : les personnes qui ont construit le système le maintiennent, sans rupture lors du passage de relais. La dépendance est le risque : les coûts de changement sont élevés et votre pouvoir de négociation au renouvellement est faible.
Un compromis courant consiste à garder le partenaire de mise en œuvre jusqu'à la fin de l'hypercare, en général les 30 à 90 premiers jours après le go-live, puis à lancer une mise en concurrence pour la gestion applicative. Si le même partenaire conserve la gestion applicative, prévoyez un déclencheur de remise en concurrence, en général tous les trois ans, avec préavis.
Quelles questions poser aux références d'un partenaire de mise en œuvre SAP ?
Interrogez-les sur un problème et sur la façon dont le partenaire l'a géré. Demandez si les personnes nommées dans la proposition sont restées sur le projet ; la plupart des clients regrettent de ne pas avoir insisté davantage sur ce point. Demandez à voir un document de conception clé, car la qualité de la documentation est un indicateur de la qualité de la gouvernance. Demandez s'ils feraient de nouveau appel au cabinet pour la phase suivante, et pourquoi.
Exigez une référence dans votre secteur, à complexité comparable. Une référence du secteur public en dit très peu à un industriel.
Prochaine étape
Vous menez un programme ERP en ce moment ?
Si cet article fait écho à un programme que vous menez en ce moment, un échange de 30 minutes va généralement plus loin qu'une semaine supplémentaire d'analyse interne.




