Bâtir ou acheter un logiciel de gestion : la grille de décision pour PME québécoises
Bâtir ou acheter un logiciel de gestion se tranche avec une question qu'on pose rarement : combien de personnes vont utiliser cet outil, année après année ? Un SaaS générique reste imbattable pour un usage ponctuel ou à très faible nombre d'utilisateurs, la messagerie ou la si…
Bâtir ou acheter un logiciel de gestion se tranche avec une question qu'on pose rarement : combien de personnes vont utiliser cet outil, année après année ? Un SaaS générique reste imbattable pour un usage ponctuel ou à très faible nombre d'utilisateurs, la messagerie ou la signature électronique par exemple. Dès qu'un processus mobilise plusieurs postes, même un processus qui paraît standard comme la facturation ou la gestion de projet, payer une licence par personne finit souvent par coûter plus cher, année après année, que de faire développer un outil sur mesure par un spécialiste. Le réflexe d'adapter votre entreprise au moule d'un logiciel générique devrait être l'exception, pas le point de départ.
Cette décision arrive presque toujours au même moment : la PME a dépassé les tableurs et les outils bricolés, mais elle hésite à investir. Selon Manufacturiers et Exportateurs du Québec et Léger (2026), 80 % des dirigeants manufacturiers veulent investir dans leurs systèmes, mais 54 % reportent ou annulent. La volonté est là ; ce qui manque, c'est une méthode pour trancher. La grille qui suit remplace l'hésitation par un choix.
Acheter un logiciel générique : quand ça reste le bon réflexe
Un SaaS générique garde son avantage dans un cas précis : un nombre d'utilisateurs très restreint, ou un usage tellement universel qu'aucun spécialiste ne referait mieux à prix raisonnable. La messagerie, la signature électronique, un outil utilisé par une ou deux personnes : ça ne vaut pas la peine de le faire développer.
Les avantages sont réels dans ce cas-là. La mise en route se compte en jours ou en semaines, le coût d'entrée est faible (typiquement de 15 $ à 80 $ par utilisateur par mois pour une application ciblée comme la messagerie ou la signature électronique), et l'éditeur porte la maintenance, la sécurité et les nouvelles versions à votre place. La facture change de tout au tout dès qu'on parle d'un ERP ou d'un CRM complet, où la licence grimpe souvent à 100 $, 200 $, parfois 300 $ par utilisateur par mois. Vous achetez un produit fini que des milliers d'entreprises ont déjà éprouvé.
Le problème arrive dès que le nombre d'utilisateurs grimpe. La personnalisation s'arrête là où l'éditeur l'a prévue, vos données vivent chez un tiers, et surtout, le prix par utilisateur se multiplie mois après mois, sans plafond. Le vrai risque du SaaS générique se cache ailleurs que dans l'abonnement : c'est le moment où vous commencez à tordre votre entreprise pour entrer dans le moule du logiciel, en payant chaque année davantage pour le privilège.
Bâtir sur mesure : le choix qui devrait être le réflexe par défaut
Chez Finova, la position est claire : l'outil s'adapte à vos processus, jamais l'inverse. Ça vaut pour un processus qui vous distingue, mais ça vaut aussi, en 2026, pour bien des processus qu'on qualifie encore de « standards ». Dès qu'un outil sert plusieurs postes, faire développer une application sur mesure par un spécialiste coûte souvent moins cher sur trois à cinq ans que d'empiler des licences par siège, surtout passé une dizaine d'utilisateurs ou dès qu'on vise un ERP ou un CRM complet.
Un entrepreneur en construction qui suit ses coûts par chantier, produit ses T5018 et facture à l'avancement fait quelque chose qu'aucun SaaS générique ne fait proprement. Mais la même logique s'applique à une PME qui a simplement 15 utilisateurs sur un outil de gestion de projet ou de facturation : le sur mesure n'est pas réservé à ce qui est unique, il devient rentable dès que le nombre de sièges facturés dépasse ce qu'un développement encadré coûterait à entretenir.
Bâtir donne trois choses qu'on n'achète pas : un outil qui parle exactement le vocabulaire et les règles de votre métier, la propriété de votre solution (vous ne dépendez plus du calendrier ni des hausses de prix d'un fournisseur, ni du nombre de sièges que vous ajoutez), et la capacité de faire évoluer l'outil au rythme de l'entreprise plutôt qu'au rythme de l'éditeur.
En échange, vous héritez de responsabilités. Il y a un investissement de départ, mais il se remet vite en perspective : un système sur mesure que vous possédez coûte bien souvent moins qu'un an, parfois moins de deux, de licences d'un ERP ou d'un CRM complet utilisé à 30 % de ses fonctions. Une fois livré, il vous appartient, et son budget d'entretien, contrairement à un abonnement, ne grimpe pas avec chaque utilisateur ajouté. Reste une vraie responsabilité : prévoir dès le départ ce budget pour les correctifs, les mises à jour de sécurité et les évolutions. Un logiciel sur mesure abandonné après la livraison se dégrade aussi vite qu'un bâtiment sans entretien : c'est une des raisons pour lesquelles tant de projets d'outils internes échouent, un sujet que nous avons détaillé dans notre article sur les raisons d'échec des projets ERP dans les PME québécoises. Ce risque se gère avec un partenaire qui prévoit l'entretien dès le départ, pas en évitant de bâtir.
La fausse bonne idée : Odoo ou ERPNext installés soi-même
Entre acheter et faire développer, une option semble réunir le meilleur des deux mondes : installer soi-même un outil open source gratuit comme Odoo Community ou ERPNext, et le configurer à l'interne. La licence ne coûte rien, l'outil est puissant, et l'idée d'un système sur mesure sans facture de développement est séduisante. Ce n'est pourtant pas du sur mesure : c'est un produit existant que vous bricolez vous-même, sans les garanties d'un projet encadré par un spécialiste. C'est le piège le plus courant chez les PME qui veulent éviter les deux options précédentes.
Le vrai coût d'un logiciel de gestion se cache rarement dans la licence, mais dans tout ce qui l'entoure. En auto-hébergé sans support, vous devenez responsable de l'hébergement, des sauvegardes, des correctifs de sécurité et des personnalisations qui cassent à chaque montée de version. Pire, l'outil finit souvent entre les mains d'une seule personne qui l'a installé un weekend : le jour où elle part, plus personne ne sait comment il fonctionne.
Même une PME dotée d'une équipe TI interne solide finit par payer ce choix en temps de maintenance qu'elle pourrait investir ailleurs. Le temps interne englouti et la dette technique accumulée dépassent presque toujours, sur trois à cinq ans, le prix d'un SaaS bien choisi ou d'un sur mesure encadré par un spécialiste. La gratuité de la licence n'est pas la gratuité du système : c'est un coût caché déguisé en économie.
La grille de décision en cinq questions
Plutôt que de comparer des listes d'avantages, répondez à cinq questions dans l'ordre. Chaque réponse pousse l'aiguille vers acheter ou vers bâtir.
- Combien de personnes utiliseront cet outil ? Une ou deux, penchez vers acheter. Une dizaine et plus, le calcul penche vite vers bâtir, même pour un processus qui semble standard.
- Ce processus est-il votre avantage concurrentiel ? Si oui, bâtir s'impose presque toujours, peu importe le nombre d'utilisateurs.
- Un logiciel du marché couvre-t-il le besoin sans le déformer, ET à un coût qui reste raisonnable une fois tous les sièges comptés ? Si les deux tiennent, achetez. Si l'un des deux flanche, le sur mesure devient sérieux.
- Avez-vous les moyens financiers et le temps de gestion pour un projet de développement ? Bâtir demande un budget initial, un budget d'entretien et un porteur interne du projet. Sans les trois, achetez en attendant d'avoir ces conditions.
- Quel est le coût de l'erreur sur ce processus ? Plus une donnée fausse ou un retard coûte cher (sécurité, conformité, trésorerie), plus il vaut la peine d'investir dans un outil qui colle parfaitement à vos règles.
Une majorité de « acheter » ne concerne, dans les faits, qu'une poignée de cas : un outil à très faible nombre d'utilisateurs, sans enjeu de différenciation. Dès qu'une des cinq réponses penche vers bâtir, surtout les questions 1 et 2, le sur mesure encadré devient l'option la plus rentable, pas seulement la plus stratégique.
Ce que ça coûte vraiment, en dollars canadiens
Comparer les prix de façade induit en erreur. Il faut raisonner sur le coût total sur trois à cinq ans, entretien et temps interne compris. Voici les ordres de grandeur observés sur le marché québécois.
| Option | Coût par utilisateur | Ce qui alourdit la facture | Mise en route | Vous êtes responsable de |
|---|---|---|---|---|
| Application générique (outil simple, ciblé) | 15 à 80 $ par mois | L'abonnement, qui monte à chaque siège ajouté | Quelques jours à quelques semaines | Rien côté technique |
| ERP ou CRM complet | 100 à 300 $ par mois, parfois plus | Les licences à vie par siège, plus une implantation de un à trois ans | Plusieurs mois, souvent davantage | Rien côté technique, mais vous pliez vos façons de faire à l'outil |
| Sur mesure encadré | Aucune licence par utilisateur : l'outil vous appartient | Un budget d'entretien qui ne dépend pas du nombre de sièges | Environ 90 jours pour un premier périmètre bien cadré | La gouvernance du projet, avec votre partenaire |
| Open source auto-hébergé | Nul en licence | Le temps interne, presque toujours sous-estimé | Variable, suspendue à une personne | Tout : hébergement, sécurité, correctifs |
Le tableau montre le vrai arbitrage. Le SaaS et l'ERP déplacent le coût vers un abonnement par siège qui grimpe à chaque embauche, indéfiniment. Le sur mesure le déplace une seule fois, vers un actif que vous possédez et dont l'entretien ne dépend pas du nombre d'utilisateurs. Faites le calcul sur vos propres chiffres. À 20 personnes, un ERP ou un CRM complet à 150 $ par utilisateur par mois représente 36 000 $ par année, chaque année, pour des fonctions souvent utilisées au tiers. Un système sur mesure que vous possédez se rentabilise bien souvent en moins d'un an ou deux de ces licences, puis continue de tourner sans frais par siège. Le point de bascule arrive plus vite qu'on le pense. Avant même de trancher, cartographier le processus visé évite d'automatiser un désordre, un réflexe que nous expliquons dans notre article sur automatiser sans gagner de temps.
Pourquoi la taille de votre PME change la réponse
La bonne réponse dépend de votre taille, parce que la capacité à porter un projet logiciel n'est pas la même à 10 employés qu'à 60. Selon la Fédération canadienne de l'entreprise indépendante (FCEI, Portrait des PME au Québec, avril 2026), 26,7 % des entreprises de 4 à 19 employés investissent dans leurs systèmes, contre 57,6 % de celles de 50 employés et plus. L'écart se creuse exactement dans la zone intermédiaire.
La PME de 15 à 50 employés est dans l'angle mort. Elle est trop grande pour improviser sur des tableurs, ses processus se sont complexifiés et les erreurs coûtent maintenant cher. Mais elle est encore trop petite pour une équipe TI interne capable d'entretenir un système maison. C'est précisément cette entreprise que le bricolage open source piège le plus, et pour qui l'arbitrage acheter ou bâtir encadré mérite le plus de rigueur.
Pour cette PME, la règle pratique est simple : n'achetez que ce qui touche une poignée de personnes ou qui n'a vraiment rien de distinctif, et bâtissez dès qu'un outil sert plusieurs postes, qu'il soit ou non votre différenciateur. FinovRelance, notre logiciel de gestion des comptes à recevoir, est né exactement de ce raisonnement : un besoin sur mesure devenu un produit, parce que le suivi des paiements était trop stratégique pour se contenter d'un tableur. La même logique guide notre approche du développement d'applications métiers.
Foire aux questions
Bâtir ou acheter : lequel coûte le moins cher ?
À très petit nombre d'utilisateurs, acheter un SaaS coûte presque toujours moins cher au départ, avec un abonnement mensuel modeste et aucune mise de fonds. Mais dès qu'une dizaine de personnes ou plus dépendent de l'outil, le calcul bascule souvent en faveur du sur mesure encadré, parce que l'abonnement continue de grimper avec chaque utilisateur pendant que le coût d'entretien d'un outil bâti reste, lui, à peu près fixe. Comparez plutôt le coût total sur cinq ans, entretien et temps interne inclus, et le nombre de sièges que vous paierez d'ici là.
Peut-on personnaliser un SaaS générique au lieu de bâtir ?
À très petit nombre d'utilisateurs, oui : la plupart des SaaS offrent des champs personnalisés, des automatisations et des connecteurs, et ça vaut la peine de les essayer avant d'aller plus loin. Mais dès qu'une dizaine de personnes ou plus paient une licence, la question change de nature. La limite apparaît vite quand la personnalisation demandée dépasse ce que l'éditeur a prévu, et vous payez alors chaque mois, par utilisateur, pour contourner un outil qui n'a pas été pensé pour vos règles : bâtir devient économique bien avant que cette limite technique ne se manifeste.
Odoo ou ERPNext gratuits, est-ce une bonne idée pour une PME ?
La licence gratuite est réelle, mais elle ne dit rien du coût du système. En auto-hébergé sans support, vous héritez de l'hébergement, des sauvegardes, de la sécurité et des personnalisations qui cassent à chaque mise à jour. Même une PME dotée d'une équipe TI interne finit par payer ce choix en temps de maintenance ; pour toutes les autres, la version soutenue par un partenaire ou un SaaS équivalent revient presque toujours moins cher au bout du compte.
À partir de quelle taille faut-il envisager le sur mesure ?
Il n'y a pas de seuil magique, mais la zone de 15 à 50 employés est celle où la question devient sérieuse : assez d'utilisateurs pour que les licences pèsent lourd, encore trop peu structurée pour improviser un système maison. Sous une dizaine d'utilisateurs et sans enjeu de différenciation, un SaaS bien choisi peut suffire. Au-dessus, ou dès que le processus visé fait votre différence, le sur mesure encadré devient la réponse la plus rentable, pas seulement la plus stratégique.
Combien de temps pour développer un logiciel de gestion sur mesure ?
Un premier système sur mesure vraiment utile se livre en environ 90 jours quand le projet est bien cadré, pas en quelques semaines et pas en un an. L'écart avec un gros ERP se voit là : ces implantations s'étirent souvent de un à trois ans. La bonne pratique est de commencer petit, par le processus le plus stratégique, de le mettre en service, puis d'élargir. Un projet qui vise à tout couvrir d'un coup est le plus à risque d'échouer.