Bâtir ou acheter
Qui pourra changer une règle de prix dans trois ans?
Dans les deux scénarios, les règles de votre métier finissent enfermées quelque part où personne chez vous ne peut y toucher. Dans le moteur d'un éditeur, ou dans le programme d'un développeur qui est parti.
Parlons-en — appel gratuitCe qui échoue quand on achète
Ce qui échoue quand on achète
Le logiciel ne sait pas représenter votre façon de faire. C'est la plainte la plus constante des utilisateurs de configurateurs génériques, chez les grands éditeurs comme chez les autres. Votre règle de majoration selon l'épaisseur et la longueur de pliage n'entre pas dans le cadre prévu. On la contourne avec un champ libre, et la règle retourne dans Excel.
L'intégration à l'ERP est traitée trop tard. C'est la cause d'échec la mieux documentée. Elle est repoussée à la fin parce qu'elle est ingrate, et elle fait dérailler le calendrier au moment où le budget est déjà brûlé.
Le vendeur retourne dans Excel. Si l'outil est plus lent que ce qu'il remplace, il perd. Toujours. Aucune directive de direction ne survit à trois semaines de trimestre serré.
La facture de licence n'est pas la facture. Le coût d'implantation représente couramment deux à trois fois la licence annuelle.
Ordre de grandeur avancé par des intégrateurs, qui ont intérêt à le dire. À vérifier auprès de deux fournisseurs plutôt qu'à croire sur parole.
Et le produit peut cesser d'évoluer sous vous. Salesforce CPQ est en fin de vente depuis mars 2025 : les clients existants gardent leur support et leurs corrections de sécurité, et Salesforce n'a annoncé aucune date de fin de vie ni forcé aucune migration. Mais l'innovation est ailleurs, et un jour la migration se décide toute seule. Ça arrive aux plus gros aussi.
Ce qui échoue à l'interne
Ce qui échoue quand on bâtit à l'interne
L'autre réflexe, c'est de le monter soi-même, avec quelqu'un d'habile à l'interne. Et ça marche au début : un prototype convaincant sort en quelques jours. La démonstration impressionne. Le problème n'apparaît pas là.
Il apparaît au troisième mois, quand il faut modifier une règle écrite deux mois plus tôt, dans un programme que personne n'a relu.
Et il apparaît le jour du départ. Celui qui a bâti la chose change d'emploi. Les règles sont dans sa tête et dans son programme. Vous venez de remplacer une dépendance à Excel par une dépendance à une personne, avec une couche de complexité en plus.
Ce n'est pas une question de talent. C'est une question de garde-fous : relecture, tests, documentation.
La troisième voie
Trois conditions, et elles ne sont pas négociables
01
Vos règles ne sont pas enfouies dans le programme.
Vos grilles de prix, vos compatibilités, vos seuils d'approbation se modifient dans un écran prévu pour ça, pas en reprogrammant. Votre analyste change une majoration de matière sans appeler personne.
02
La solution et les données sont à vous.
Rien n'est loué à un éditeur. Le jour où vous partez, on vous remet le logiciel au complet et une copie de vos données. C'est réglé.
03
La reprise ne dépend pas de nous.
Le logiciel est documenté et testé, et ne repose que sur des composants libres. N'importe quel développeur peut le reprendre. On reste disponibles pour le faire, mais rien ne vous oblige à passer par nous.
Quelqu'un le bâtit pour vous, sur un socle déjà éprouvé chez d'autres, avec trois conditions non négociables. L'équipe qui en répond est nommée.
Les trois options, côte à côte
Le tableau honnête
| Acheter du marché | Bâtir à l'interne | Faire bâtir sur un socle | |
|---|---|---|---|
| Mise en route | Rapide si votre métier entre dans le cadre. Long s'il n'y entre pas. | Prototype très rapide. Un outil fiable au quotidien, beaucoup moins. | Entre les deux. Le socle est fait, votre métier ne l'est pas. |
| Qui change une règle de prix | Un administrateur formé, dans les limites du moteur. | Le développeur qui l'a écrite. Personne d'autre. | Votre analyste, dans un éditeur de règles. |
| Si l'éditeur abandonne le produit | Réimplantation. Ça s'est vu chez les plus gros. | Sans objet. | Sans objet. Aucun éditeur au-dessus de vous. |
| Si votre développeur part | Sans objet. | Le risque principal, et il est sous-estimé. | La solution est documentée, testée et reprise par une équipe. |
| À qui appartient la solution | À l'éditeur. Vous louez. | À vous. | À vous. |
| Où vivent vos données | Où l'éditeur les met. | Chez vous. | Où vous décidez. Hébergement québécois par défaut. |
| Comment vous sortez | Export dans un format à négocier. | Vous êtes déjà sorti. | Le logiciel au complet et une copie de toutes vos données. |
Nos limites
Quand ce n'est pas nous, on vous le dit
Achetez du marché si votre produit tient dans un catalogue d'options stable, si vos règles ressemblent à celles de votre industrie, et si vous acceptez d'adapter légèrement votre façon de faire au moteur. Ce sera moins cher et plus rapide. On peut même vous aider à choisir et à le faire adopter, sans le bâtir.
Bâtissez à l'interne si vous avez déjà une équipe de développement, et si le configurateur est le cœur de votre produit plutôt qu'un outil de vente. Gardez-le chez vous, et venez plutôt nous voir pour les garde-fous à mettre autour.
Parlez-nous si votre métier ne rentre dans aucun moteur standard, que vous n'avez pas d'équipe de développement, et que la soumission est ce qui vous fait gagner ou perdre des contrats.
On peut trancher ça en une conversation, et elle est gratuite.
Et si vous voulez aller plus vite : envoyez-nous une soumission réelle. Dans bien des cas, il suffit de la regarder pour savoir de quel côté vous tombez.
Votre soumission ne sert qu'à bâtir votre exemple. Jamais montrée à un tiers, jamais citée en référence sans votre accord écrit.