Tous les articles

Business Central

Comment choisir un partenaire Business Central : les 12 questions à poser

Il existe 4 000 partenaires Business Central et leurs sites se ressemblent tous. Voici les 12 questions qui distinguent une vraie pratique BC d'une équipe commerciale avec quelques certifications.

Deux personnes en costume bleu marine face à face autour d’une table en bois clair dans un bureau lumineux, l’une tenant un porte-bloc coché de quatre marques turquoise, et une rangée de petits drapeaux verts et rouges plantés sur le plateau entre elles.

Comment choisir un partenaire Business Central : les 12 questions à poser

Il existe environ 4 000 partenaires Microsoft Business Central dans le monde. Leurs sites se ressemblent tous : même palette de bleus, mêmes badges « certifié », mêmes études de cas avec des dirigeants souriants devant des dashboards. Vu de l’extérieur, il est presque impossible de distinguer celui qui va vraiment livrer de celui qui va brûler 18 mois de votre temps.

Nous avons été des deux côtés de cette table. Comme partenaire, nous avons gagné et perdu des appels d’offres. Comme consultants, nous avons rattrapé des projets confiés à des partenaires impeccables sur le papier. Voici les douze questions que nous vous recommandons de poser avant de signer quoi que ce soit. Elles sont conçues pour faire ressortir la différence entre une vraie pratique Business Central et une équipe commerciale avec quelques certifications.

Pourquoi le mauvais partenaire coûte plus cher que le mauvais produit

Microsoft Dynamics 365 Business Central est un ERP mature, bien conçu. Quand il échoue, il échoue à cause des gens qui l’implémentent, pas à cause du produit. La statistique Gartner qui dit que plus de la moitié des projets ERP « échouent » d’une manière ou d’une autre est trompeuse : dans la plupart des cas, le produit fonctionne, mais le partenaire a mal cadré le périmètre, a menti sur l’équipe, ou n’a pas su gérer la dynamique politique du client.

Cela signifie que le choix du partenaire est la décision à plus fort levier de tout votre parcours ERP. Un excellent partenaire avec un produit moyen bat un partenaire moyen avec un excellent produit, à chaque fois. Prenez le temps de bien choisir.

Les 12 questions à poser à tout partenaire Business Central

Une haute fiche blanche sur fond très clair, avec douze lignes vides terminées chacune par un petit fanion alternant vert puis rouge, un histogramme estompé à gauche et des couches translucides empilées à droite.
Douze questions, et chaque réponse classe le partenaire d’un côté ou de l’autre — de « combien de projets BC en 24 mois » à « montrez-moi une extension AL que vous avez écrite ».

Question 1 — Combien de projets Business Central avez-vous livrés ces 24 derniers mois ? Soyez attentif à la réponse. « Des centaines » est un drapeau rouge (aucun partenaire ne peut vraiment compter ça). « Huit » est un drapeau vert (spécifique, honnête, facile à vérifier). Moins de 5 sur 24 mois, c’est qu’ils n’ont probablement pas de pratique active.

Question 2 — Puis-je parler à deux clients référence au profil similaire au mien ? Un partenaire qui hésite ici est un partenaire sans bonnes références. Un partenaire qui vous donne fièrement trois noms avec téléphones vous dit qu’il n’a rien à cacher.

Question 3 — Qui exactement va travailler sur mon projet, et quelle est leur séniorité ? Demandez les noms, les profils LinkedIn et les années d’expérience BC. Soyez spécifique. Le consultant senior qui vous a vendu le projet est rarement celui qui va le livrer. Vous voulez rencontrer le chef de projet, le lead développeur et le consultant fonctionnel avant de signer.

Question 4 — Quelle est votre approche pour traiter les personnalisations existantes ? Un bon partenaire vous dira : « Nous les auditons d’abord, puis nous prenons une décision conserver / redésigner / abandonner pour chacune ». Un mauvais partenaire dira : « Nous migrons tout pour simplifier ». La seconde réponse signifie qu’il ne comprend pas le modèle de mise à jour BC.

Question 5 — Comment gérez-vous le nettoyage des données ? S’il ne parle pas de data cleansing dès la première conversation, fuyez. Le travail sur les données représente 20 à 30 % de tout projet sérieux et le partenaire qui le saute est celui qui va faire exploser votre go-live.

Question 6 — À quoi ressemble un plan de projet type pour une entreprise de ma taille ? Il doit vous décrire les phases (découverte, design, build, données, test, formation, go-live, stabilisation), vous donner des durées indicatives et expliquer comment il gère chaque phase. S’il ne sait pas décrire sa méthodologie, c’est qu’il n’en a pas.

Question 7 — Comment facturez-vous : forfait, régie ou hybride ? Il n’y a pas de bonne réponse, mais chaque modèle a ses arbitrages, et chacun pèse sur le coût final d’implémentation Business Central. Le forfait donne de la prévisibilité mais incite à couper. La régie donne de la flexibilité mais pas de plafond. L’hybride (forfait par phase, régie pour les avenants) est généralement le plus propre. Demandez-lui ce qu’il préfère et pourquoi.

Question 8 — Qu’est-ce qui est inclus dans le prix, et qu’est-ce qui déclenche un avenant ? Obtenez-le par écrit. « Hors périmètre » est la phrase la plus chère de l’ERP. Un bon partenaire a une définition claire et écrite du périmètre et un processus défini pour traiter les changements. Un mauvais partenaire a un accord verbal et une habitude d’envoyer des factures.

Question 9 — Comment gérez-vous les mises à jour semestrielles de BC après go-live ? Microsoft publie deux mises à jour BC par an. Un vrai partenaire a un processus de tests de non-régression, une cadence définie et une ligne de service dédiée. Un partenaire faible vous dira « on verra ça au moment », ce qui veut dire « vous verrez ça tout seul ».

Question 10 — Que se passe-t-il si on découvre des changements de périmètre en cours de projet ? Cette question révèle sa posture par défaut. La bonne réponse est : « On s’arrête, on documente le changement, on évalue l’impact sur coût et planning, et on attend votre décision avant de continuer ». La mauvaise réponse est : « On absorbe et on régularise à la fin » (traduction : on vous enverra une grosse facture à la fin).

Question 11 — Repousserez-vous mes demandes quand elles n’ont pas de sens ? C’est la question la plus importante. Un excellent partenaire dit « oui, c’est notre métier » et donne un exemple. Un mauvais partenaire dit « nous faisons toujours ce que veut le client ». Vous ne voulez pas d’un partenaire qui dit oui à tout. Vous voulez un partenaire qui vous dit quand vous êtes sur le point de faire une erreur.

Question 12 — Montrez-moi un exemple d’extension AL que vous avez écrite. La douzième question est celle que la plupart des prospects oublient. Demandez à voir du vrai code d’un vrai projet client (avec accord). La qualité du code est la différence entre une extension qui survit à cinq mises à jour BC et une qui casse à la prochaine release. Un partenaire qui ne peut pas vous montrer son code est un partenaire dont vous ne voulez pas le code.

Les drapeaux rouges qui doivent stopper la conversation

Au-delà des douze questions, il y a cinq drapeaux rouges qui doivent mettre fin à la conversation, peu importe la qualité du reste.

Une image scindée en deux : à gauche, trois collègues penchés sur un portable affichant graphiques et code, sous des drapeaux verts en plein jour ; à droite, une silhouette en costume sombre devant un mur de plaques de verre vides éclairées de rouge, drapeaux rouges au-dessus.
À gauche, les drapeaux verts : des seniors nommés qui vous montrent du vrai travail. À droite, les drapeaux rouges : une équipe anonyme et un mur de trophées là où devraient se trouver de vraies références clients.

Premier drapeau rouge : le partenaire ne peut pas vous dire qui va travailler sur votre projet. S’il dit « nous affecterons la bonne équipe » sans noms, vous embauchez un créneau anonyme, pas une équipe.

Deuxième drapeau rouge : le partenaire pousse à une décision commerciale avant que vous n’ayez fait de découverte. Un bon partenaire veut que vous fassiez une découverte d’abord parce qu’il veut un projet réussi. Un mauvais partenaire veut le contrat avant que vous ne découvriez les problèmes.

Troisième drapeau rouge : le partenaire ne peut pas vous montrer un vrai client qu’il a livré, dans votre secteur, ces deux dernières années. Les études de cas génériques ne comptent pas.

Quatrième drapeau rouge : le partenaire se positionne comme « la seule » solution. Les partenaires sains vous disent quand leurs concurrents sont mieux adaptés. Ils savent que le marché est assez grand.

Cinquième drapeau rouge : le partenaire refuse une découverte payée. Une « démo » gratuite est une réunion commerciale. Une découverte payée est un vrai engagement où vous apprenez ce qu’il fait vraiment.

Les drapeaux verts qui valent un premium

Inversement, voici trois drapeaux verts qui justifient de payer plus cher pour un partenaire.

Premier drapeau vert : un point de vue écrit et public sur sa façon de faire. Un partenaire avec une vraie méthodologie a un blog, des white papers, des interventions en conférence. Il ne cache pas sa pensée.

Deuxième drapeau vert : un consultant senior qui vous dit quand vous avez tort. La première fois qu’un partenaire repousse l’une de vos demandes pendant la phase commerciale, prenez-le comme un signal positif. Il s’intéresse plus aux résultats qu’à la signature.

Troisième drapeau vert : une approche propre du développement Business Central et des extensions AL. Un partenaire qui vous montre fièrement une petite extension bien documentée écrite il y a deux ans et qui tourne encore sur la dernière version BC est un partenaire qui comprend l’ingénierie long terme.

Comment Asio Services aborde cela

Nous pensons que le choix du partenaire est trop important pour être laissé à un processus commercial. C’est pour ça que nous offrons deux choses que la plupart des partenaires BC ne font pas.

Premièrement, une phase de découverte payée. Avant de chiffrer un projet, nous passons quelques milliers d’euros de temps à comprendre votre métier, vos données et votre équipe. Le livrable est un diagnostic écrit, un périmètre recommandé et un vrai chiffrage. Si vous décidez de ne pas travailler avec nous, vous gardez le diagnostic. Il vous appartient.

Deuxièmement, un échantillon de code sur demande. Nous vous enverrons, sous NDA, un échantillon de code AL que nous avons écrit pour un vrai client (anonymisé). Nous voulons que vous voyiez comment nous travaillons avant de vous engager avec nous.

Si c’est le type de partenaire que vous cherchez, commencez par notre formulaire Clarté pré-projet et nous serions ravis d’échanger.

Votre Business Central est-il le problème, ou le symptôme ?

On audite ce que vous faites tourner réellement, on nomme ce qui vaut le coup d’être gardé, et on tue le reste. Une conversation suffit en général à savoir dans quel cas vous êtes.

Commence par la clarté