Choisir une ESN SAP S/4HANA : petite boutique ou Big 4 ?

Un Directeur SI nous appelait récemment pour un programme S/4HANA de 18 mois : « On a Capgemini et Sopra en panel, on s'interroge sur l'apport d'une boutique en complément. C'est quoi votre conseil honnête ? ». Notre réponse à chaud : « Ça dépend du périmètre. Sur du run global et du change, restez sur Capgemini. Sur les développements RAP critiques où vous risquez la dette technique, mettez-nous dessus. Et ce n'est pas concurrent, on a déjà bossé en sous-traitance derrière les deux. »

Cet article reprend cette grille de décision. Pas de plaidoirie pour les boutiques (nous en sommes une, on a un biais) ; pas non plus de mépris pour les Big 4 (ils tiennent des programmes qu'aucune boutique ne pourrait porter). Juste un mode d'emploi pour acheteurs IT et DSI qui doivent arbitrer.

Le paysage ESN SAP en France en 3 catégories

1. Les grands intégrateurs (Big 4 et équivalents)

Capgemini, Sopra Steria, Accenture France, NTT DATA Business Solutions France, Atos/Eviden, IBM Consulting, Deloitte, EY. Plusieurs milliers de consultants SAP, présence multi-pays, références CAC 40, capacité à mobiliser 100+ consultants sur un programme. Modèle économique industriel avec couches de management (directeur de projet, manager, chef de projet, lead, consultants).

2. Les ESN mid-market spécialisées SAP

Talan, Delaware France, TVH Consulting, TeamWork, Seidor France, Viseo, Apsia, Inetum, Augusta Reeves. Entre 100 et 1500 consultants SAP, couverture France + quelques pays voisins, références ETI et grands comptes. Modèle hybride : industrialisation partielle, mais encore une forte composante d'expertise.

3. Les cabinets boutiques techniques

Kaï Consulting, Applium, ITValue Consulting, Aymax, Kalyx, Line Technologies, Dexton, Lumiin, Propulse IT. 5 à 50 consultants seniors, hyper-spécialisés sur des domaines techniques précis (RAP, CDS, AMDP, BTP, Clean Core). Pas ou peu de pyramide. Souvent fondés par des anciens des grandes ESN ou des SAP Mentors.

Grille de décision rapide

Quand choisir une grande ESN SAP (sans complexe)

Cinq cas où la grande ESN est le bon choix, et où la boutique n'a aucun sens :

1. Programme SAP multi-pays sur 3-5 ans. Vous déployez S/4HANA sur 8 pays avec des règles locales différentes. Seule une grande ESN a la couverture géographique, la coordination multi-équipes et les références sectorielles pour porter ça.
2. Transformation globale > 10 M€ avec change management. Le projet inclut la refonte des processus métier, la conduite du changement, les formations à grande échelle, l'AMS pluriannuel. Une boutique ne peut pas mobiliser 100 consultants ni gérer ce niveau de complexité contractuelle.
3. Environnement régulé fortement (banque, assurance, défense). Vos exigences contractuelles imposent une RC pro de plusieurs millions, des références sectorielles précises, des certifications de sécurité (ISO 27001, SecNumCloud). Les boutiques n'ont pas la taille de bilan ni les certifications nécessaires.
4. Vous êtes déjà dans le panel fournisseur. Votre direction achat exige de passer par votre panel référencé. Les Big 4 y sont déjà ; faire référencer une boutique est un projet en soi (3-6 mois minimum).
5. Vous avez besoin d'une couverture fonctionnelle large. Programme touchant simultanément FI, CO, SD, MM, PP, WM, EWM, BW, BTP, sécurité. Une boutique ne couvrira que 2-3 modules ; un Big 4 couvre tout en interne.

Quand choisir une boutique SAP technique

Cinq cas où la boutique est le bon choix, et où passer par un Big 4 serait du gaspillage :

1. Renfort sur une compétence pointue. Vous avez besoin d'un Tech Lead RAP, d'un expert CDS Views, d'un spécialiste AMDP pour 3 à 12 mois. Le Big 4 vous facturera un junior badge "expert" parce qu'aucun vrai expert n'est dispo. La boutique vous met l'expert directement.
2. Projet ciblé < 2 M€. Refonte d'une application, migration ciblée, optimisation HANA. Pas besoin de pyramide de management, pas besoin de couches de pilotage. Le Big 4 sera 30-50 % plus cher pour le même livrable.
3. Audit technique indépendant. Vous avez un doute sur la qualité du code livré par un autre prestataire, vous voulez auditer la conformité Clean Core de votre socle, vous préparez une migration et vous voulez un état des lieux honnête. Une boutique apporte la neutralité (pas de conflit d'intérêt commercial avec un programme global).
4. Mission en sous-traitance derrière un grand intégrateur. Vous êtes déjà chez Capgemini ou Sopra, et leur équipe n'a pas la profondeur technique sur un sujet (RAP avancé, optimisation HANA, BTP). La boutique intervient comme sous-traitant de second rang, sans changer la relation contractuelle principale.
5. Vous cherchez la transparence sur l'équipe. Vous voulez voir les CV nominatifs des consultants qui interviendront vraiment, faire passer un entretien technique, vérifier les références projets précis. Une boutique le fait naturellement ; un Big 4 vous présente des profils types puis "ajuste" selon les disponibilités.

Le 3ème modèle : ESN mid (Talan, Delaware, TVH…)

Entre les deux, les ESN mid-market sont parfois oubliées du débat alors qu'elles couvrent une grande part du marché français. Quelques caractéristiques :

• Capacité à mobiliser 5-30 consultants sur un projet, mais pas 100
• Couverture fonctionnelle large mais sans la même profondeur que les Big 4
• TJM intermédiaires (10-20 % moins cher que Big 4, 20-30 % plus cher que boutique)
• Présence essentiellement France + quelques voisins (Bénélux, Allemagne, Espagne)
• Bon compromis pour programmes mid-market 1-5 M€

Pour beaucoup de DSI d'ETI françaises, c'est le bon choix par défaut. La question boutique vs Big 4 se pose surtout sur les extrêmes (très gros programmes ou expertise très pointue).

TJM et structure de coûts : la vraie comparaison

Les TJM ne disent pas tout. Ce qui compte vraiment, c'est le coût complet livré pour un livrable donné. Voici la mécanique typique :

La conclusion qu'on voit régulièrement chez les DSI qui ont fait les deux : la boutique sort 30-50 % moins cher sur les livrables techniques pointus, à qualité égale ou supérieure. À l'inverse, sur un programme global multi-modules, le Big 4 sort en tête grâce à son industrialisation.

Les questions à poser en appel d'offre

Sept questions qui font remonter rapidement la vraie qualité d'un prestataire SAP, qu'il soit Big 4, mid ou boutique :

1. « Puis-je voir les CV nominatifs des 3 consultants qui interviendront, avec leurs derniers projets sur S/4HANA ? » Un prestataire sérieux n'a pas peur de cette question. S'il propose des profils types ou refuse, signal d'alarme.
2. « Puis-je passer un entretien technique de 1h avec le Tech Lead pressenti ? » Pareil. Un Tech Lead compétent accepte ; un faux Tech Lead trouvera des excuses.
3. « Comment respectez-vous le Clean Core ? Vous codez en CDS Released ? RAP Managed ? » Réponse vague = équipe pas à jour. Réponse précise (annotations, ATC, released objects) = équipe sérieuse.
4. « Sur votre dernier projet S/4HANA, combien de % du code custom est en RAP vs Web Dynpro / Module Pool ? » Question qui sépare ceux qui font du S/4HANA moderne de ceux qui font du ECC déguisé.
5. « Qui debug à 3h du matin si on a un incident en go-live ? » Le commercial qui vous a vendu ? Le manager qui était en réunion toute la journée ? Ou le consultant qui connaît le code ?
6. « Quel est votre taux de turnover sur les missions SAP > 12 mois ? » Si > 30 %, votre projet va souffrir des passations.
7. « Avez-vous des références de clients comparables au nôtre que je peux appeler directement ? » Pas une liste de logos. Des contacts. Si refus, signal d'alarme.

Retex, Sous-traitance technique derrière un grand intégrateur

Cas vécu chez Kaï : programme S/4HANA d'un grand acteur retail français, intégrateur principal Big 4 (~80 consultants mobilisés). L'équipe technique du Big 4 maîtrisait CDS Views et OData V2 historique, mais pas RAP. Le client souhaitait un socle RAP propre pour les 5-10 prochaines années.

Nous avons été missionnés en sous-traitance de second rang sur 4 mois pour :

• Architecturer le socle RAP de l'application principale (3 Business Objects, Draft Handling, autorisations DCL)
• Former 6 consultants du Big 4 à RAP (pair programming sur les 2 premiers BO)
• Mettre en place les standards Clean Core (Released Objects, ATC, revues de code)
• Livrer la doc d'architecture réutilisable

Résultats : socle RAP livré dans les délais, équipe Big 4 autonome après les 4 mois, zéro régression au premier upgrade S/4HANA. Le Big 4 a gardé la relation client principale, on est intervenu comme renfort technique transparent. Tout le monde y gagne : le Big 4 livre dans les standards modernes, le client a un code maintenable long terme, et nous avons fait ce qu'on sait faire (la technique pointue) sans avoir à gérer la complexité contractuelle d'un programme global.

Le débat "boutique vs Big 4" est moins pertinent que le débat "comment combiner les deux intelligemment". Sur les programmes complexes, c'est rarement l'un OU l'autre. C'est l'un AVEC l'autre.