
Sommaire
- Comment j'évalue les partenaires de mise en œuvre SAP
- Les quatre axes de sélection
- Ce qui change sur 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 vrais risques
- Comment la sélection du partenaire se joue dans les programmes américains
- Le schéma multi-partenaires
- Ce que ça coûte aux États-Unis
- Comment RISE et GROW changent la discussion avec le partenaire
- Questions fréquentes
Choisissez un partenaire de mise en œuvre SAP aux États-Unis selon l'adéquation, pas selon le tier. Les grands intégrateurs de Tier 1 conviennent aux programmes multirégionaux fortement réglementés. Les spécialistes de Tier 2 conviennent aux programmes du mid-market ou d'un seul secteur, 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 chaque jour. Quel que soit le tier, la question décisive reste la même : qui sera réellement sur votre projet ? Ce guide s'adresse aux DSI, aux directeurs financiers et aux responsables achats qui bâtissent une présélection de partenaires américains pour S/4HANA. Appuyez-vous sur les cinq questions et sur le tableau des coûts ci-dessous avant de signer quoi que ce soit.
Je suis consultant ERP depuis 25 ans. Un mauvais choix de 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 catégorisation ci-dessous est celle que j'utiliserais dans votre comité de sélection, pas la version marketing.
Un partenaire inadapté a retardé plus de projets SAP qu'une mauvaise configuration. En mars 2024, j'ai vu un client industriel choisir un cabinet de Tier 1 pour une activité de taille moyenne. C'était surdimensionné. Le client a payé le double de 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.
Ça joue aussi dans l'autre sens. J'ai vu une administration choisir un cabinet de Tier 2 et se retrouver avec une mise en œuvre ratée, 18 mois perdus, un contentieux et beaucoup d'embarras.
Le tier renseigne sur l'échelle, la couverture du risque et la capacité mondiale. Il ne dit rien de la qualité de réalisation. Celle-ci dépend de l'équipe, de l'adéquation et de la gouvernance que vous mettez autour d'elle.
Source: Tailles de mission et taux journaliers que je constate sur le marché américain. Des repères, pas des devis
« Nous avons besoin d'un partenaire S/4HANA » est trop vague pour guider une décision. Affinez la demande avant d'aller sur le marché.
Vous achetez quatre choses, pas un logo ni une présentation de méthodologie : la connaissance de votre secteur, une équipe qui reste la même du blueprint à l'hypercare, un modèle de réalisation qui correspond à la façon dont votre organisation décide, et une responsabilité qui survit aux changements de personnel des deux côtés. Les tiers emballent ces éléments différemment, et les cabinets d'un même tier aussi. L'erreur la plus coûteuse consiste à acheter la réputation du cabinet plutôt que l'équipe avec laquelle vous allez travailler.
Les quatre axes de sélection
Ampleur du programme. Un programme S/4HANA multi-entités et multipays dans l'industrie manufacturière exige d'autres capacités qu'un déploiement mono-entité en finance et achats. Les cabinets de Tier 1 apportent une réalisation mondiale et des modèles sectoriels. Les boutiques apportent des spécialistes fonctionnels pointus et une continuité senior.
Profondeur sectorielle. SAP dans l'industrie pharmaceutique n'a rien à voir avec SAP dans l'industrie manufacturière discrète, qui n'a elle-même rien à voir avec 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é. Celui qui n'en a pas apprend sur votre budget.
Modèle de réalisation. Certains cabinets misent d'abord 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 les disponibilités des personnes qui seront dans votre salle de projet, et évaluez-les, plutôt que la présentation commerciale. Ma liste des rôles essentiels d'une équipe de mise en œuvre SAP indique quels CV demander.
Ce qui change sur le marché américain
Une présélection américaine ne se résume pas à une présélection 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 sécurité nationale. En 2025, la DISA lui a accordé une autorisation provisoire pour exploiter S/4HANA Cloud Private Edition et SAP BTP au FedRAMP+ Impact Level 5. Ses offres tournent sur AWS GovCloud (US). Un partenaire sans expérience NS2 ne peut pas servir ces charges.
- La santé exige des consultants de configuration rompus à HIPAA. Pas des gens qui ont lu des documents sur HIPAA : des gens qui ont conçu les contrôles et construit la piste d'audit pour une revue HITRUST. Un partenaire qui n'en dispose pas le découvre souvent pendant les tests d'intégration, au moment où repenser les contrôles est lent et coûteux.
- Les fournisseurs de la défense ont besoin de la rigueur CMMC. La règle DFARS qui intègre le CMMC dans les contrats est entrée en vigueur le 10 novembre 2025. À partir du 10 novembre 2026, les contrats impliquant des informations non classifiées contrôlées pourront exiger une certification Level 2 délivrée par un tiers. Un partenaire sans les habitudes de documentation que le CMMC exige générera des constats lors de votre évaluation.
Ces facteurs ne changent pas le tier dont vous avez besoin. Ils changent quels cabinets, au sein d'un tier, peuvent vous servir.
Cinq questions à poser avant de signer
Les appels de références produisent des réponses standard. Ces questions en produisent d'utiles.
- Qui, précisément, sera sur mon projet ? Obtenez des CV. Confirmez que les personnes nommées sont disponibles à vos dates. Demandez ce qu'il advient de ces engagements si le partenaire décroche deux contrats de plus le mois prochain.
- Comment traitez-vous les processus propres à mon secteur ? Un partenaire doté de profondeur donne des réponses précises. Celui qui n'en a pas répond « 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é en dit 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 s'accumuler tard. La réponse montre comment ils gèrent la pression.
- Comment allez-vous transférer les connaissances à notre équipe ? Les partenaires qui y pensent l'intègrent à la mission. Ceux qui n'y pensent 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 charge de conformité, et transformations qui exigent de la réalisation SAP et de l'accompagnement du changement à grande échelle. La dernière colonne indique d'où vient mon avis, pour que vous puissiez le pondérer.
| Cabinet | Où ils conviennent le mieux | Base de mon avis |
|---|---|---|
| Accenture | Grandes transformations mondiales avec un périmètre de processus standard | Expérience directe |
| IBM | Parcs 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 dimension financière nécessitant du conseil métier ; santé et secteur public | Observation |
| Capgemini | Groupes à maison mère européenne qui ont besoin de continuité aux États-Unis ; utilities | Informations publiques |
| TCS | Déploiements mondiaux de modèles, infogérance applicative | Informations publiques |
| Infosys | Réalisation pilotée par l'automatisation, industrie manufacturière | Informations publiques |
| NTT DATA | Infogérance applicative, parcs SAP moyens à grands | Informations publiques |
| Wipro | Biens de consommation, santé, industrie manufacturière américaine | Observation |
Là où le Tier 1 l'emporte
Les déploiements multirégionaux où une seule organisation de réalisation a besoin de personnes dans huit fuseaux horaires. Les mises en œuvre réglementées où la piste d'audit couvrant configuration, 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 des conseils au niveau du conseil d'administration en plus de la réalisation.
La profondeur de banc aussi. Si votre responsable ABAP démissionne en plein cutover, un Tier 1 a des remplaçants sous la main. Le coût du remplaçant est une autre question. Que ce remplaçant existe n'en est pas une.
Là où le Tier 1 échoue
L'échec le plus courant : le partenaire que vous avez évalué n'est pas l'équipe que vous obtenez. L'associé senior qui a présenté la méthodologie s'en va une fois le SOW signé. L'équipe qui arrive est celle qui est disponible, pas celle qui a été promise. C'est la première source de déception avec les Tier 1 que j'ai vue se dérouler.
Deuxième point, la rigidité méthodologique. Les modèles préconfigurés accélèrent la réalisation uniquement quand vos processus leur correspondent. Sinon, les premières semaines de chaque chantier passent à démêler des hypothèses.
Troisième point, la complexité commerciale. Les contrats de Tier 1 sont longs, les demandes de changement lourdes, et ces cabinets maîtrisent le jeu des avenants. Si votre équipe ne sait pas piloter l'aspect commercial, le budget grossit discrètement.
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 leur correspondent. Sur un projet que j'ai rejoint en cours de route, il a fallu démêler plusieurs modèles standard avant que la configuration puisse suivre les vrais besoins métier. 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 : acheter de la structure alors qu'il vous faut de l'adaptabilité.
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 intégration complexe. Le modèle de gouvernance est rigoureux. Certains clients y trouvent de quoi se rassurer. Les équipes internes légères, habituées à la réalisation agile, le trouvent lourd. L'expertise technique n'est pas en cause.
Si votre parc inclut une intégration mainframe, des middlewares complexes ou des exigences propres à un secteur réglementé, IBM est un choix défendable. Attendez-vous à une cadence de gouvernance plus lourde que celle que vous souhaiterez une fois en régime de croisière.
DXC : expérience directe
DXC apporte de la solidité technique sur l'intégration d'existant (legacy) et sur l'infrastructure. Je me souviens d'un client industriel chez qui DXC gérait déjà l'infrastructure quand le chantier SAP a commencé. Lui confier aussi le programme SAP, c'était pas de passage de relais entre les équipes d'infrastructure et SAP, pas de renvoi de responsabilité quand un problème d'intégration surgissait, et un seul point de responsabilité pour la couche technique.
DXC est le bon choix quand la continuité compte plus que l'envergure. S'il gère déjà votre infrastructure ou vos services managés, ces avantages sont réels. Sinon, évaluez sa pratique SAP pour ce qu'elle vaut.
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 façon qui garde la direction impliquée. J'ai vu Wipro mener avec succès un déploiement SAP dans une usine américaine : rapide, pragmatique, à l'aise avec la conformité locale sans longue phase de mise en place. Au-delà, les informations publiques sont limitées mais utiles. Deloitte, TCS et Infosys ont chacun été classés Leader dans le Magic Quadrant for SAP S/4HANA Application Services de Gartner : Deloitte en 2021, sa septième année consécutive, TCS en 2021 et Infosys en 2022. La synthèse de Deloitte décrit sa série de classements comme Leader. NTT DATA exploite une unité SAP dédiée, NTT DATA Business Solutions, anciennement itelligence. La base SAP de Capgemini est plus importante en Europe qu'aux États-Unis, ce qui convient aux groupes à maison mère européenne qui ont besoin de continuité.
Rien de tout cela ne dit si leur équipe convient à votre programme. Les appels de références et les vérifications au niveau des CV restent de mise.
Les partenaires de Tier 2 se situent entre les grands intégrateurs mondiaux et les boutiques. Ils ont une vraie échelle, des méthodes établies et des pratiques sectorielles précises, sans la lourdeur de gouvernance ni la complexité commerciale du Tier 1.
| Cabinet | Spécialité SAP | Idéal pour |
|---|---|---|
| HCLTech | Migrations cloud-first, infogérance applicative | Déploiements S/4HANA Cloud et support continu |
| Birlasoft | S/4HANA pour le mid-market, industrie manufacturière discrète (a absorbé la pratique SAP de KPIT en 2019) | Industriels au périmètre standard et aux budgets serrés |
| Tech Mahindra | Télécoms, logistique, SAP BTP | Opérateurs télécoms et logisticiens ayant des besoins d'extension BTP |
| Atos | Secteur public, défense, expérience européenne | Groupes à maison mère européenne qui ont besoin d'exécution aux États-Unis |
Là où le Tier 2 convient
Le choix se résume généralement à l'adéquation sectorielle et au modèle de réalisation. Un cabinet doté d'une profondeur dans les utilities ou l'industrie manufacturière 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 Tier 2 négocient. Les Tier 1 annoncent un prix.
Le test : donnez au consultant principal proposé deux ou trois scénarios de votre activité dont vous pensez qu'ils seront difficiles, et traitez-les ensemble. Cette séance vous renseigne mieux sur l'adéquation que n'importe quel nombre d'appels de références.
Demandez l'équipe qui livrera vraiment le projet, pas celle qui présente l'offre. L'écart entre le partenaire que vous avez évalué et l'équipe qui arrive peut décider du résultat. Cela se produit à tous les tiers.
Les partenaires de Tier 3 sont des cabinets plus petits, centrés sur une fonction ou un secteur précis. D'anciens praticiens SAP qui ont fondé des cabinets indépendants. Des spécialistes d'un seul module ou d'un seul secteur. Des cabinets régionaux aux relations locales solides.
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 généraux plus bas et la responsabilité est personnelle. Un client m'a dit qu'il préférait les partenaires de Tier 3 parce que « nous avons chaque fois la meilleure équipe ». Il y a du vrai là-dedans : les personnes nommées sur la mission se présentent vraiment.
La profondeur sectorielle par consultant est plus élevée aussi. Une boutique qui a mené de nombreux programmes S/4HANA dans l'assurance battra généralement un généraliste de Tier 1 sur le suivant.
Là où le Tier 3 échoue : trois vrais risques
- Profondeur de banc. Sur un projet, le responsable ABAP d'un petit cabinet s'est absenté au milieu des 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 banc mince est un risque. Obtenez le plan de secours 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û reprendre une documentation de cutover 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 avait été convenu dix-huit mois après le départ du consultant.
- Marge de croissance. Une boutique engagée pour un seul module aura du mal à absorber une extension du périmètre. Si votre programme risque de s'élargir, demandez si le partenaire peut s'élargir 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 fournir la gouvernance et que la relation avec l'associé 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 apporter.
Le schéma multi-partenaires
Dans les grands programmes américains, un partenaire unique est souvent l'exception. Un schéma courant : un intégrateur principal sur la réalisation du cœur S/4HANA, plus un ou deux spécialistes là où l'intégrateur principal 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 en manque, une contestation indépendante de sa conception et une mobilisation plus rapide sur les sujets de niche. Il apporte aussi plus de contrats, plus de frais d'intégration et des renvois de responsabilité aux frontières des chantiers.
Ce qui sépare un montage multi-partenaires qui fonctionne d'un fiasco, c'est la structure. Écrivez les frontières entre partenaires avant le début des travaux. Rendez un seul 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 deuxième partenaire en cours de route pour réparer un problème créé par l'intégrateur principal, sans remodeler la gouvernance autour du nouveau dispositif.
- Direction du programme clientTient une seule instance de gouvernance pour tous les partenaires
- Intégrateur principalRéalisation du cœur 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 ça coûte aux États-Unis
Voici les tailles de mission que je constate sur le marché américain pour les programmes S/4HANA. Les taux journaliers sont les taux facturés pour des spécialistes seniors pris individuellement, en onshore. Les taux moyens à l'échelle d'un programme sont généralement inférieurs de 30 à 50 %, parce que la plupart des programmes mêlent architectes onshore et réalisation offshore. Prenez ces chiffres comme des repères, pas comme des devis. Pour le détail par rôle et par région, voyez mon guide de la planification des ressources des projets SAP.
| Tier | Taille de mission type (États-Unis, S/4HANA) | Taux journalier d'un praticien senior (onshore, États-Unis) |
|---|---|---|
| Tier 1, périmètre mid-market | 5 à 15 M$ | 1 800 à 3 500 $ |
| Tier 1, grande entreprise ou multi-entités | 20 à 80 M$ et plus | 1 800 à 3 500 $ |
| Tier 1, mondial et multirégional | 80 à 300 M$ et plus | 1 800 à 3 500 $ |
| Tier 2, mid-market | 2 à 8 M$ | 1 200 à 2 500 $ |
| Tier 2, grande entreprise | 8 à 25 M$ | 1 200 à 2 500 $ |
| Tier 3, boutique mono-module | 500 k$ à 3 M$ | 1 400 à 3 000 $ |
| Tier 3, boutique multimodule | 3 à 8 M$ | 1 400 à 3 000 $ |
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 n'y parvient pas. La plupart des directeurs financiers ne s'en rendent compte qu'après le deuxième post-mortem.
Le taux journalier est la plus petite des variables. Celles qui décident du coût sont le nombre de personnes, la durée et l'ampleur des 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 l'aspect commercial.
Comment RISE et GROW changent la discussion avec le partenaire
Avec RISE with SAP, SAP gère l'infrastructure et les opérations techniques. Le périmètre du partenaire se resserre sur la couche applicative : configuration, migration, intégration, tests et formation. Cela retire une part de la complexité technique, et une part du contrôle du partenaire sur la disponibilité des environnements.
Le Clean Core change le périmètre des personnalisations. Les partenaires expérimentés en réalisation RISE ont des méthodes pour décider quelles personnalisations deviennent du 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 des programmes on-premise, riches en développements spécifiques, et créent de la dette technique dès la première release.
GROW with SAP resserre encore le périmètre. Il tourne sur S/4HANA Cloud Public Edition, avec des processus standard et sans modification du cœur. Les partenaires qui ont bâti un modèle de réalisation pour GROW avancent vite. Ceux qui le découvrent le traitent comme un petit projet S/4HANA, ce qui passe à côté du sujet.
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 gouvernez-vous le Clean Core ? Des réponses vagues signifient que le partenaire n'a pas encore assimilé le modèle.
Si j'étais aujourd'hui du côté acheteur, je ne commencerais pas par demander quel Tier 1 mettre dans l'appel d'offres. Je chercherais les deux ou trois consultants nommément identifiés sur le marché SAP américain qui ont déjà mené le programme exact que je m'apprête à tenter, 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é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 réalisation mondiale et la taille de mission habituelle, pas la qualité de réalisation.
Les cabinets de Tier 1 disposent de réseaux de réalisation mondiaux, de modèles sectoriels et d'une expérience sur tout le portefeuille SAP. On les choisit pour les grands programmes mondiaux, les mises en œuvre réglementées et les transformations qui associent réalisation SAP et accompagnement du changement.
Les cabinets de Tier 2 ont une vraie échelle et des méthodes établies, mais se concentrent sur certains secteurs ou segments. Ils conviennent souvent mieux que le Tier 1 aux programmes du mid-market américain.
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 aux seniors et des décisions rapides. La profondeur de banc et la marge de croissance sont les risques.
Comment évaluer les propositions des partenaires de mise en œuvre SAP ?
Sur quatre points : équipe, adéquation, méthode et conditions commerciales.
Équipe : demandez les CV du directeur de programme, de l'architecte de solution et des responsables fonctionnels, et confirmez leur disponibilité à vos dates. Adéquation : organisez une séance de travail sur deux ou trois de vos scénarios les plus difficiles. Méthode : demandez comment ils gèrent le gel des changements et comment ils traitent le périmètre ajouté de façon informelle pendant les ateliers. Conditions commerciales : ce que comprend le prix forfaitaire, comment fonctionnent les demandes de changement, quels avoirs s'appliquent en cas de jalons manqués et quel transfert de connaissances ils s'engagent à assurer.
Demandez des références de projets qui ont connu de sérieuses difficultés, pas seulement des succès.
Quels sont les risques de choisir un partenaire SAP de Tier 3 ?
Trois : la profondeur de banc (pas de remplaçant quand une personne clé est indisponible), la marge de croissance (difficulté à absorber un périmètre supplémentaire) et la rigueur documentaire (plans de cutover 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 normes de documentation dès le départ, y tient le partenaire et remonte vite le problème dès qu'une faille de couverture apparaît.
Dois-je garder le même partenaire SAP pour la mise en œuvre et le support continu ?
La continuité est l'avantage : ceux qui ont construit le système le soutiennent, sans rupture de transmission. La dépendance est le risque : les coûts de changement sont élevés et votre levier au renouvellement est faible.
Un compromis courant consiste à garder le partenaire de mise en œuvre pendant l'hypercare, généralement les 30 à 90 premiers jours après le go-live, puis à lancer une sélection concurrentielle pour l'infogérance applicative. Si le même partenaire garde l'infogérance applicative, prévoyez un déclencheur de remise en concurrence, généralement 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 l'avoir demandé avec plus d'insistance. 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 réembaucheraient le cabinet pour la phase suivante, et pourquoi.
Exigez une référence dans votre secteur, à complexité comparable. Une référence du secteur public apprend 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.




