Pourquoi nous terminons les projets SAP CX quand d'autres échouent

Un nombre étonnamment élevé de projets SAP CX ne sont jamais mis en production. Selon les estimations du secteur, 20 à 30 % des implémentations CRM d’entreprise sont soit annulées, « mises en pause indéfiniment », soit arrivent en production si tard et si au-dessus du budget que personne ne parle de succès.

Nous avons livré des projets SAP Sales Cloud V2, Service Cloud V2 et Commerce Cloud pour des fabricants, des distributeurs et des grossistes dans toute l’Europe. Chacun d’entre eux a été mis en production. À la date convenue.

Ce n’est pas un slogan marketing. C’est un bilan que nous protégeons avec la plus grande rigueur. Nous ne sommes pas une entreprise de 5’000 collaborateurs qui peut absorber un projet raté. Nous sommes une équipe ciblée où chaque projet compte. Si l’un échoue, le marché en parle — et le marché est petit.

Des consultants seniors dès le premier jour

Dans les grands cabinets de conseil, l’équipe qui remporte le contrat est rarement celle qui le livre. L’équipe commerciale avait 20 ans d’expérience. L’équipe de livraison en a 20 mois.

Chez nous, cette séparation n’existe pas. Les personnes qui cadrent votre projet sont celles qui le construisent. Chaque consultant d’un engagement Spadoom a livré plusieurs implémentations SAP V2. Ils savent où les possibilités de configuration s’arrêtent et où le développement custom commence. Ils savent quelles intégrations sont simples et lesquelles vont absorber trois semaines de votre planning.

Quand nous avons livré SAP Sales Cloud V2 pour Franke en 90 jours, le même architecte qui a animé l’atelier de cadrage configurait le système dès le premier jour. Pas de transfert. Pas de perte de savoir. Pas de temps de montée en compétence.

Nous savons dire non

C’est peut-être la chose la plus importante que nous faisons.

Quand un prospect veut implémenter SAP Sales Cloud V2, Service Cloud V2, Commerce Cloud, Emarsys et CDP dans un seul projet de 6 mois avec quatre personnes, nous disons que ce n’est pas réaliste. Quand une entreprise veut reproduire fonctionnalité par fonctionnalité son CRM on-premise vieux de 15 ans dans le cloud, nous expliquons pourquoi c’est la mauvaise approche.

Certains partenaires disent oui à tout parce que la valeur du contrat est trop attractive. Puis la réalité frappe au mois 3. Comme dit le proverbe : qui trop embrasse mal étreint.

Nous préférons perdre un contrat que compromettre notre bilan de mise en production. Chaque fois que nous disons non, nous protégeons les 10 prochains clients qui ont besoin que nous soyons disponibles et concentrés.

Périmètre fixe, pas espoirs fixes

Chaque projet Spadoom a un document de périmètre fixe. Pas un aperçu de haut niveau — une liste détaillée de livrables avec des critères d’acceptation.

« Configurer la gestion des opportunités avec 4 étapes personnalisées, pipeline pondéré et notifications automatisées » est un livrable. « Mettre en place le CRM » n’en est pas un.

Cela protège les deux parties. Le client sait exactement ce pour quoi il paie. Nous savons exactement ce que nous devons livrer. Quand quelqu’un demande quelque chose hors périmètre, nous ne disons pas non — nous disons « oui, voici ce que cela coûte et l’impact sur le planning. » Gestion transparente du changement au lieu du brouillard de périmètre.

L’implémentation SAP Sales Cloud V2 pour Nussbaum a pris 5 mois. Pas parce que nous avons précipité — parce que le périmètre était clair dès la première semaine. Pas de surprise. Pas de découverte de dernière minute.

Livraison itérative avec SAP Activate

Nous suivons la méthodologie SAP Activate. Pas parce que SAP l’exige, mais parce que cela fonctionne.

Concrètement :

• Semaine 1-2 : Phase Discover — valider les exigences, confirmer les intégrations, mettre en place l’environnement de développement.
• Semaine 3-4 : Premier sprint — les utilisateurs voient un système fonctionnel avec les fonctionnalités de base.
• Toutes les 2 semaines ensuite : Session de démonstration avec les utilisateurs clés. Ils testent. Ils donnent leur retour. Nous ajustons.
• 2-3 dernières semaines : Tests d’intégration, validation de la migration des données, recette utilisateur, préparation à la mise en production.

Le point décisif : les problèmes émergent en semaine 4, pas au mois 6. Une configuration qui ne correspond pas au processus métier est corrigée dans le sprint suivant — pas lors d’une réunion de crise trois jours avant la mise en production.

Accès direct aux décideurs

Dans beaucoup de cabinets de conseil, un gestionnaire de compte se trouve entre vous et les personnes qui font le travail. Besoin de changer une priorité ? Parlez au gestionnaire de compte. Question technique ? Il va « se renseigner et revenir vers vous. » Décision d’architecture ? Attendez le prochain comité de pilotage.

Chez Spadoom, vous parlez directement aux architectes et consultants qui construisent votre système. Besoin d’escalader ? Je décroche le téléphone. Pas de couche bureaucratique entre question et réponse.

Cette rapidité compte. Une décision qui prend 2 jours dans un grand cabinet prend 2 heures chez nous. Sur un projet de 5 mois, cela se cumule en semaines.

Cadrage honnête

Avant de rédiger une offre, nous animons un atelier de cadrage. Typiquement 2-3 jours. Nous cartographions les processus métier, identifions les points d’intégration, évaluons la qualité des données et la maturité organisationnelle.

Parfois le résultat est : « Vous n’êtes pas encore prêt. » Peut-être que les données de base doivent être nettoyées d’abord. Peut-être que les processus métier doivent être validés en interne avant que quiconque configure un système. Peut-être qu’une approche par phases sur 12 mois est plus judicieuse que de tout faire d’un coup.

Dire à un prospect d’attendre nous coûte du chiffre d’affaires à court terme. Mais cela évite un projet raté — et cela coûte bien plus cher aux deux parties.

Ce que nous avons appris des projets repris

Certaines de nos meilleures leçons proviennent de projets que nous n’avons pas commencés. Nous avons été appelés pour sauver des implémentations SAP CX bloquées chez d’autres partenaires. Les schémas sont constants :

• Périmètre vague qui a gonflé de 50 % pendant le projet, sans ajustement budgétaire correspondant.
• Équipes juniors qui ont écrit du code custom là où la configuration standard aurait fonctionné — créant ainsi une charge de maintenance.
• Aucun test d’intégration jusqu’aux dernières semaines, quand des problèmes critiques de mapping de données ont émergé.
• Aucune implication utilisateur jusqu’à la recette, quand l’équipe commerciale a rejeté le système parce que personne ne leur avait demandé ce dont ils avaient besoin.
• Mise en production big-bang sans plan de repli, sans déploiement progressif, sans groupe pilote.

Chacun de ces problèmes est évitable. Pas avec une meilleure technologie — avec une meilleure discipline projet.

L’approche ANWR

Avec le groupe ANWR, il s’agissait de connecter SAP Sales Cloud V2 à l’environnement SAP existant. Intégration complexe, sources de données multiples, exigences spécifiques au secteur.

Nous avons commencé par un pilote ciblé : une unité commerciale, un processus clé. Nous avons prouvé que l’architecture fonctionnait. Validé les patterns d’intégration. Puis nous avons élargi. De facto, l’approche pilote a considérablement réduit le risque. ANWR a vu la valeur tôt. Le déploiement large s’est construit sur des fondations éprouvées, pas sur des hypothèses.

Notre bilan

100 % de taux de mise en production. Chaque projet. Chaque fois.

Ce chiffre reste à 100 % parce que nous sommes sélectifs dans ce que nous acceptons, honnêtes sur ce qui est réaliste, et disciplinés dans notre façon de livrer.

Nous ne sommes pas l’option la moins chère. Nous ne sommes pas le plus grand cabinet. Mais quand votre projet SAP CX doit absolument être mis en production dans les temps et dans le budget, le bilan compte.

Parlez-nous de votre projet — nous vous dirons honnêtement si nous sommes le bon partenaire.