Le choix entre développer un logiciel sur mesure, acheter une solution standard ou intégrer vos systèmes existants ne se résume pas à comparer les fonctionnalités ou les prix : il s’agit d’identifier ce qui vous distingue réellement de vos concurrents. Ce qui vous différencie se développe en interne. Ce qui ne vous différencie pas s’achète. Et ce qui fonctionne déjà s’intègre plutôt que de le remplacer.
L'erreur la plus coûteuse n'est pas de choisir la mauvaise option parmi les trois, mais de ne pas se rendre compte que la troisième existe.
Car elles arrivent devant le comité présentées comme un choix entre deux produits, alors qu'en réalité il s'agit d'une question relative au modèle opérationnel de l'entreprise.
Lorsqu'un responsable des opérations déclare : « Il nous faut un CRM », il a déjà implicitement pris trois décisions : que le problème vient de l'outil, que cet outil doit être nouveau et que la catégorie CRM est la bonne. Or, ces trois affirmations peuvent être erronées. Le problème pourrait venir du fait que les informations client sont dispersées dans quatre systèmes différents ; l'outil existe peut-être déjà, mais est sous-utilisé ; et la catégorie CRM pourrait en réalité révéler un problème d'intégration entre le système ERP et le système de facturation.
Des données de marché le confirment. En août 2026, Reuters analysait les raisons pour lesquelles des entreprises européennes établies – SAP, Capgemini, Sopra Steria, OVHcloud – se sont révélées être des gagnantes inattendues du cycle de l'IA : le défi pour les entreprises n'est plus de choisir le meilleur modèle, mais de l'adapter à leurs logiciels, données et processus existants. La valeur ajoutée est passée de l'acquisition à l'intégration.
|
Demander |
Si la réponse est oui |
Si la réponse est non |
|
Ce processus constitue-t-il un avantage concurrentiel ou simplement une nécessité opérationnelle ? |
Construction sur mesure |
Acheter standard |
|
Existe-t-il une solution standard qui prenne en charge la norme 80% sans imposer votre processus ? |
Acheter et intégrer |
Construire ou intégrer ce qui existe déjà. |
|
Vos systèmes actuels remplissent-ils cette fonction mais ne communiquent-ils pas entre eux ? |
Intégrer |
Évaluer la construction ou l'achat |
La première question est celle qu'on évite le plus souvent. Un cabinet de conseil n'a pas besoin de logiciel comptable sur mesure : la comptabilité est une obligation réglementée et identique pour tous. En revanche, une compagnie maritime peut avoir besoin d'un CRM personnalisé, car les opérations de transport maritime (itinéraires, documents douaniers, escales, incidents) ne sont intégrées à aucun CRM du marché. C'est précisément pourquoi nous avons développé NaviCRM au lieu de configurer un produit standard, ce qui explique la réduction du temps de gestion de 60% : il n'existait aucune version configurable de ce processus.
La deuxième question comporte un piège courant. La « couverture 80% » correspond aux fonctionnalités présentées lors de la démonstration, mais son coût est inclus dans le contrat 20% restant, étalé sur les trois années suivantes. C'est dans ce contrat 20% que réside votre avantage concurrentiel, et c'est précisément ce que l'outil standard vous obligera à abandonner ou à contourner par des développements parallèles, des intégrations fragiles et des tableurs. Avant d'accepter une offre 80%, il est judicieux d'identifier précisément ce qui est inclus dans le contrat 20%.
La troisième question est celle qui permet d'économiser le plus d'argent et celle qui est le moins souvent posée. Dans de nombreuses entreprises, cette fonctionnalité existe déjà, mais elle est répartie entre des systèmes qui ne partagent pas leurs informations. Le projet idéal ne consiste pas à acquérir un nouveau système, mais à créer une couche d'intégration permettant aux systèmes existants de fonctionner comme un seul ensemble. Cette solution coûte beaucoup moins cher, ne nécessite pas de migration massive de données ni de formation du personnel.
Opter pour des prestations standard est plus souvent la bonne décision qu'une société de développement ne voudrait l'admettre. Voici les signes qui le démontrent :
Si les quatre conditions sont réunies, la construction sur mesure détruit presque toujours de la valeur.
Ce dernier point est le plus sous-estimé. Acheter un logiciel, c'est confier le rythme d'évolution d'une partie de son activité aux priorités commerciales d'une autre entreprise.
L'intégration est l'option la moins spectaculaire des trois et celle qui offre le meilleur rendement par euro investi, précisément parce qu'elle ne nécessite pas de remplacer un système déjà fonctionnel. Nous avons abordé ce point plus en détail dans notre analyse de ERP, CRM et IA comme nouvelle architecture d'entreprise
Dans aucune des trois colonnes, et c'est la réponse qu'il faut retenir. L'IA n'est pas une quatrième option : c'est une capacité qui peut être ajoutée à chacune des trois.
En juin 2025, Gartner a publié une prévision à prendre en compte lors de tout processus d'achat : plus de 401 000 projets d'IA agentique seront annulés d'ici fin 2027 en raison de la hausse des coûts, d'une valeur commerciale incertaine ou de contrôles des risques insuffisants. Dans cette même analyse, Gartner estimait que sur les milliers de fournisseurs se présentant comme spécialistes des agents, seuls 130 environ le sont réellement. Ce phénomène est qualifié de « blanchiment d'agent ».
Pour un comité d'achat, la conséquence pratique est simple : lorsqu'une proposition est présentée comme une « solution d'IA », il faut la recentrer sur la question initiale. Quel processus résout-elle ? S'agit-il d'un processus spécifique ou standard ? Les données nécessaires existent-elles et sont-elles fiables ? Qui est responsable en cas d'erreur ?
Si vous ne pouvez pas répondre à ces quatre questions, vous n'évaluez pas une solution, mais une démonstration.
Le problème structurel de ces décisions réside dans le fait que l'information est fournie par les candidats eux-mêmes. Chaque fournisseur définit le problème en fonction de la manière dont son produit apporte la solution.
Un processus de nettoyage comporte quatre étapes :
Lorsque nous participons à ces processus, nous agissons en toute indépendance : nous rédigeons l’appel d’offres, évaluons les offres et négocions le contrat sur la base de critères techniques, sans nous présenter comme candidats à l’appel d’offres. C’est la seule façon pour le conseil d’administration de considérer la recommandation comme un critère et non comme une proposition commerciale déguisée.
Avant de prendre votre prochaine décision d'achat de logiciel, il est utile de répondre à une question : cette fonctionnalité est-elle une raison pour laquelle un client nous choisit, ou simplement quelque chose dont nous avons besoin pour fonctionner ?
Le premier est conçu et possédé. Le second est acheté et intégré. La confusion entre ces deux catégories est à l'origine de la plupart des projets logiciels qui coûtent deux fois plus cher et sont deux fois moins utiles.
Lorsque le processus constitue un véritable avantage concurrentiel, lorsqu'aucune solution du marché ne le couvre sans vous obliger à modifier votre façon de travailler qui vous rend compétitif, lorsque le coût des licences par utilisateur augmente avec l'effectif, ou lorsque vous avez besoin de la propriété du code et des données à des fins de conformité ou d'évaluation.
Il s'agit de connecter les systèmes existants au lieu de les remplacer. Cette solution est souvent négligée car aucun éditeur de logiciels ne la propose : il n'y a pas de licences à vendre. C'est généralement l'option la plus rentable lorsque les données existent déjà au sein de l'organisation, mais sont dispersées.
Il faut évaluer les fonctionnalités non couvertes par la norme 20%, et non celles couvertes par la norme 80%. Tous les outils matures couvrent les fonctionnalités essentielles ; la différence réside dans les fonctionnalités complémentaires, qui correspondent généralement à ce qui distingue votre entreprise. Le coût de la norme 20% est amorti au fil des années par des développements parallèles et l'utilisation de tableurs.
La solution standard présente un coût initial plus faible et un coût récurrent par utilisateur qui évolue avec les effectifs ; le développement sur mesure, quant à lui, engendre un coût initial plus élevé et n’implique aucune licence par utilisateur. Le seuil de rentabilité dépend du nombre d’utilisateurs, de la durée de vie prévue et de l’ampleur du développement parallèle qu’impliquerait la solution standard.
Il convient de définir le processus et les critères d'évaluation pondérés avant la première démonstration, et d'intégrer un volet technique indépendant qui n'est pas en concurrence dans l'appel d'offres. Si les critères sont rédigés après les démonstrations, ils servent alors à justifier une préférence préexistante.
Dans aucun des trois cas, l'IA n'est une capacité qui peut être ajoutée à l'une des options, et non une quatrième alternative. Face à une proposition présentée comme une « solution d'IA », il est préférable de revenir aux questions initiales : quel processus résout-elle ? Ce processus est-il différenciant ? Les données existent-elles ? Et qui est responsable des erreurs ?.
|
Avez-vous une décision d'achat de logiciel en cours ? Nous pouvons rédiger l'appel d'offres, évaluer les propositions et négocier le contrat grâce à une expertise technique indépendante, sans nous présenter comme candidats. Deux heures d'analyse de votre dossier, sans engagement. Parlons-en → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
