Quand on cherche un consultant en ERP, on passe souvent plus de temps à comparer les différents logiciels qu'à évaluer la personne ou l'équipe qui va les implanter. C'est une erreur. Un ERP, aussi bon soit-il, ne fait pas le travail seul. C'est la relation avec le consultant qui détermine si le projet avance, si les bonnes questions sont posées au bon moment, et si l'entreprise en ressort plus efficace ou plus frustrée.
Pour un dirigeant qui n'a jamais mené ce genre de projet, difficile de savoir quoi demander en rendez-vous d’avant-vente. Voici sept questions qui permettent de voir au-delà du discours commercial et de comprendre, avant de signer, avec qui on s'engage réellement.
Qu'est-ce qu'un consultant en ERP, concrètement ?
Le terme est souvent utilisé pour désigner plusieurs métiers différents. Un consultant en ERP analyse les processus d'une entreprise et les traduit en configuration logicielle c'est un rôle de traduction entre le besoin métier et la solution technique. Un intégrateur ERP est l'entreprise (ou l'équipe) qui prend en charge l'ensemble du projet : analyse, configuration, formation, support. Dans la pratique, les deux se recoupent largement dans une PME : le consultant est souvent celui qui porte le projet chez l'intégrateur.
Ce texte ne couvre pas la méthodologie d'implantation en détail, ni les critères pour choisir un ERP ou un partenaire Odoo, ces sujets sont traités ailleurs. Ici, l'objectif est différent : comprendre le métier de consultant lui-même, pour savoir à qui on a vraiment affaire.
1. Combien de temps mon équipe devra-t-elle consacrer à son implantation ERP ?
Un projet ERP n'est pas quelque chose qu'on délègue entièrement et qu'on récupère fini. Le client a des devoirs, et sous-estimer cet engagement est l'une des causes les plus fréquentes de projets qui s'étirent, qui déraillent ou même qui échouent.
En phase d'implantation :
Le Product Owner côté client (la personne qui porte le projet en interne) doit prévoir environ un mi-temps pendant toute la phase d'implantation.
Les super-utilisateurs (les champions de chaque processus) sont sollicités par pics, lors des phases clés : analyse, tests, formation.
Une fois le système en place :
Ces mêmes super-utilisateurs deviennent idéalement les référents internes ils font une forme de support de premier niveau, ce qui représente environ 20 à 30 % de leur temps, surtout au démarrage, le temps que les utilisateurs finaux prennent leurs repères.
Le piège classique : Le problème vient rarement d'un manque de bonne volonté, mais plutôt d'une direction qui ne libère pas concrètement du temps. Les projets qui réussissent le mieux sont ceux où les gestionnaires intègrent des routines récurrentes et bloquent du temps fixe dans l'agenda de leurs équipes. Si un consultant ERP ne vous parle jamais de votre charge de travail interne, il minimise probablement l'effort réel pour faciliter la vente.
2. À quel type de projet un consultant en ERP doit-il savoir dire NON ?
C'est la question la plus révélatrice et celle que la plupart des consultants en ERP évitent en entrevue de vente. Un fournisseur qui accepte tous les projets, sans filtre, n'est pas nécessairement le plus honnête : il est peut-être simplement celui qui n'a pas encore appris de ses échecs.
Voici les critères qui déclenchent un refus ou une analyse approfondie :
Entreprises de moins de 3 ans ou de moins de 5 employés : Elles sont analysées de plus près, car elles manquent parfois de budget stable ou d'objectifs clairement définis.
Projets ayant déjà échoué chez un ou plusieurs autres prestataires : C'est souvent l'indice d'un projet mal structuré ou d'attentes irréalistes nécessitant une analyse approfondie avant toute reprise.
Écart majeur entre le budget et le volume d'exigences : Cela exige un recadrage ferme des attentes en amont plutôt qu'un accord aveugle.
Manque de maturité des processus ou fort roulement de personnel : Une jeune entreprise qui n'a aucune idée de son fonctionnement ou une PME subissant un fort roulement d'effectifs fragilise la base du projet.
Ce qui suscite de vives réticences : Un client qui impose des choix techniques arbitraires (ex. exiger un hébergement sur son propre serveur sans être ouvert aux conseils) ou qui exige des personnalisations sur-mesure excessives au lieu d'exploiter les standards de la solution ERP.
3. Combien de projets ERP Numigi a-t-il refusés ?
Sur les 12 derniers mois, quatre projets ont été refusés. Trois pour des PME jugées trop petites pour le projet envisagé, et un pour une reprise Odoo. Cette dernière impliquait une entreprise d'une trentaine de personnes, déjà passée par trois prestataires précédents, où le niveau de complexité de la reprise dépassait ce qui pouvait raisonnablement être livré avec succès.
Ce chiffre n'a rien de spectaculaire, et c'est justement ce qui le rend crédible. Il ne s'agit pas d'un discours marketing sur la sélectivité, mais d'un filtre appliqué en continu, année après année, pour éviter d'engager des clients dans des projets qui ont peu de chances d'aboutir.
Une bonne question à poser en entrevue : demandez directement à votre fournisseur potentiel combien de projets il a refusés récemment, et pourquoi. Une réponse vague, ou l'absence totale de refus déclarés, en dit long sur la rigueur du filtre appliqué en amont.
4. Que se passe-t-il le jour où je veux quitter mon consultant ERP ? Je repars avec quoi ?
C'est la question que très peu de dirigeants pensent à poser avant de signer, et pourtant c'est celle qui protège le plus.
Un client qui met fin à la relation repart avec l'intégralité de son code, de sa documentation, et conserve un accès à ses données en tout temps, pas seulement au moment du départ. Dans plusieurs cas, un atelier de transfert est proposé pour faciliter la passation vers un nouveau fournisseur. L'objectif n'est pas de retenir le client par la dépendance, mais de le rendre autonome, y compris de nous.
La grande majorité des relations chez Numigi s'inscrivent dans la durée, mais il y a eu, à quelques reprises, des fins de partenariat liées à des divergences de communication ou de vision. Ce n'est jamais l'issue recherchée, mais ça arrive, et dans ces cas, le client repart avec ce qui lui appartient, sans blocage.
La réciproque existe aussi. Il est déjà arrivé qu'un client soit remercié en cours de route, pas pour une question de budget ou de taille, mais parce qu'il n'écoutait pas les recommandations de l'équipe, malgré les mises en garde répétées. Un bon consultant protège aussi le projet contre de mauvaises décisions, même quand c'est le client qui les impose.
La question à poser en entrevue : si je pars dans deux ans, qu'est-ce que je récupère exactement, et sous quel format ? La précision de la réponse, ou son caractère évasif, en dit long sur le fournisseur.
Posez ces questions à Numigi
5. Depuis combien de temps les plus anciens clients sont-ils avec Numigi ?
Chez Numigi, la philosophie est simple, un ERP n'est jamais un projet ponctuel. Idéalement, un client reste avec son logiciel toute la vie de son entreprise, pas parce qu'il est prisonnier, mais parce que la solution évolue avec lui.
En Odoo Community notamment, il est possible d'ajouter des utilisateurs sans coût de licence supplémentaire, ce qui permet à la solution de grandir avec l'entreprise plutôt que de devenir un frein. Au fil de l'expansion d'un client, de nouveaux modules, processus et automatismes s'ajoutent naturellement et le projet devient un partenariat stratégique, pas un contrat ponctuel.
Il y a évidemment des hauts et des bas, et il arrive de perdre un client. Mais ce n'est jamais une fin programmée. La priorité est mise sur la qualité des relations sur le long terme plutôt que sur le volume de clients à court terme, ce qui explique en partie pourquoi certains projets sont refusés ou recadrés dès le départ : mieux vaut dire non tôt que décevoir plus tard.
Concrètement, la grande majorité des clients sont accompagnés par Numigi depuis nos débuts, en 2018, sur plusieurs années, avec des phases successives d'ajout de fonctionnalités. Les départs restent l'exception, généralement liés à des divergences de communication ou de vision plutôt qu'à une insatisfaction technique, et non à une fin de contrat planifiée.
6. Pouvez-vous me donner un exemple où le consultant en ERP a réorienté la demande initiale ?
Un bon consultant en ERP ne prend jamais une demande au pied de la lettre. Il la questionne.
Un exemple concret : un client demande un outil pour générer automatiquement une facture de pénalité de retard. La question naturelle serait de configurer cette fonctionnalité et de passer au projet suivant. Mais un bon consultant demande d'abord pourquoi.
Le client répond : parce que 80 % de mes clients me paient en retard.
Nouvelle question : pourquoi vous paient-ils en retard ?
En creusant, le vrai problème apparaît : ce n'est pas un manque d'outil de pénalité, c'est un suivi de collecte déficient, des factures parfois envoyées trois mois après la livraison, sans relance structurée. La solution qui règle réellement le problème n'est pas punitive, elle est préventive : une relance par anticipation, un message de courtoisie avant l'échéance, qui évite la frustration côté client, et, dans certains cas, un prélèvement automatique.
La demande initiale, qui était la génération automatique de factures de pénalité, traitait un symptôme. L'analyse a révélé le vrai besoin : améliorer le processus de relance et la gestion de trésorerie en amont.
C'est le même réflexe qui doit s'appliquer avant même la signature d'un contrat. Un lead mal qualifié dès le départ, une équipe commerciale qui investit du temps sur un projet avant de réaliser que ce n'est simplement pas le bon profil de client, coûte cher aux deux parties. Le bon moment pour challenger un besoin, ce n'est pas en cours de projet. C'est dès la première conversation.
7. Quelle vérité sur votre métier vos concurrents n'oseraient pas écrire ?
Posez cette question pour tester la franchise de votre futur intégrateur ERP. Voici trois sujets tabous souvent volontairement dissimulés :
La dépendance aux éditeurs (ex. Odoo Enterprise) : Le jour où vous interrompez votre partenariat avec certains éditeurs ou intégrateurs, vous perdez le droit d'utiliser la version Enterprise. C'est un facteur d'engagement décisif qu'il faut connaître avant de signer. En Community, le code reste le vôtre sans condition. Peu d'intégrateurs vous exposeront ce calcul clairement, parce que leur modèle de revenus dépend souvent de la commission sur cet abonnement.
La transparence budgétaire et les coûts futurs : Certains prestataires masquent sciemment les budgets réels ou les coûts des migrations futures pour décrocher le contrat. Exigez un plan d'investissement clair sur 5 ans.
La localisation des données : La question de l'hébergement et du transfert de données hors du pays d'origine est souvent éludée alors qu'elle concerne directement la sécurité et la conformité.
La compétence la plus sous-estimée d'un bon consultant ERP
Nous avons posé la question directement à notre équipe avec un sondage. Si vous deviez embaucher un consultant en ERP demain et ne tester qu'une seule de ses compétences, laquelle choisiriez-vous ?
Le résultat est sans appel : huit personnes sur neuf ont choisi d'écouter et comprendre le métier du client, loin devant savoir dire non à un client (une voix), et devant être bon pédagogue ou documenter rigoureusement (aucune voix).
Ce n'est pas une surprise anecdotique, c'est révélateur d'une hiérarchie claire dans le métier. Plusieurs membres de l'équipe ont justifié ce choix : c'est la priorité absolue avant de configurer quoi que ce soit, avant de rédiger la moindre spécification, sans cette compétence, il est impossible d'identifier le besoin réel, les processus, les contraintes et les enjeux.
Un autre a formulé l'enjeu inverse, du point de vue client : si un fournisseur ne comprend pas votre métier, il est structurellement incapable de bien répondre à vos besoins, peu importe la qualité technique de sa solution.
Un troisième a ajouté une nuance importante : savoir dire non à un client ne s'oppose pas à cette compétence, ça en découle. Plutôt que de bloquer brutalement une demande inadaptée, le bon réflexe est de réorienter intelligemment le client vers les meilleures alternatives standards.
Concrètement, en entrevue avec un futur consultant, ça veut dire tester sa capacité à poser des questions, pas seulement à donner des réponses. Un bon consultant analyse, anticipe et challenge le besoin plutôt que d'exécuter une liste de demandes sans les questionner.
Un bon consultant en ERP ne se reconnaît pas à la beauté de sa présentation commerciale, mais à sa capacité à poser les bonnes questions, et à répondre honnêtement aux vôtres. Avant de signer, posez ces sept questions. Si les réponses sont précises, chiffrées et parfois inconfortables pour votre interlocuteur, c'est généralement bon signe.