Au Québec, un logiciel sur mesure coûte généralement de 35 000 $ à plus de 175 000 $ CA à construire. Un outil interne ciblé se situe souvent entre 35 000 $ et 80 000 $, tandis qu'une plateforme intégrée à plusieurs systèmes commence plutôt autour de 80 000 $. Ces montants sont des estimations de cadrage, pas des tarifs universels : le prix réel dépend du processus, des intégrations, des données et du niveau de risque.

La bonne décision ne repose toutefois pas sur le seul coût initial. Elle compare le coût total de possession sur cinq ans au coût du statu quo et à celui d'un logiciel existant.

Fourchettes de budget pour cadrer la discussion

Voici des ordres de grandeur Project Factory fondés sur la portée typique de projets numériques au Canada. Ils servent à préparer une conversation, jamais à remplacer une estimation après découverte.

  • Diagnostic et prototype : 10 000 $ à 25 000 $. Cartographier le processus, valider les risques et tester le parcours principal sans livrer un système complet.
  • Outil interne ciblé : 35 000 $ à 80 000 $. Un rôle principal, un flux critique, une interface d'administration simple et peu d'intégrations.
  • Système multi-rôles intégré : 80 000 $ à 175 000 $. Plusieurs permissions, paiements ou notifications, migration de données et connexions à des systèmes existants.
  • Plateforme complexe : 175 000 $ et plus. Produit destiné à plusieurs organisations, exigences élevées de disponibilité, fonctions mobiles ou IA, conformité accrue et nombreuses intégrations.

Une estimation sérieuse indique aussi ce qui n'est pas compris. La création de contenu, l'achat de licences, le nettoyage de données, la formation et les changements demandés après validation peuvent appartenir à des budgets différents.

Ce qui fait réellement varier le coût

Le nombre d'écrans est un mauvais raccourci. Deux interfaces de taille semblable peuvent demander des efforts très différents si l'une affiche des données et l'autre orchestre des décisions sensibles.

Les facteurs les plus importants sont :

  • le nombre de rôles et de règles d'autorisation;
  • la qualité et la quantité des données à migrer;
  • le nombre d'API, de fournisseurs ou d'appareils à connecter;
  • les cas d'exception du processus;
  • les exigences de disponibilité, de sécurité et de traçabilité;
  • les environnements web, mobile et hors ligne à soutenir;
  • le degré d'incertitude qui reste au début du projet.

Une première version plus petite réduit le coût si elle retire réellement une tâche manuelle complète. Couper au hasard des étapes essentielles produit plutôt un logiciel moins cher qui ne peut pas remplacer l'ancien processus.

Calculer le coût total sur cinq ans

Additionnez cinq catégories pour comparer les options sur la même base.

Construction et mise en service

Incluez la découverte, le design, le développement, les tests, la migration et le lancement. Un logiciel existant peut aussi demander une implantation, une configuration et une migration; « acheter » ne signifie pas nécessairement « activer en une journée ».

Exploitation et maintenance

Pour un produit sur mesure actif, une réserve annuelle équivalant à 15 % à 25 % du coût de construction constitue une hypothèse de planification raisonnable. Il s'agit d'une estimation, non d'une norme. Elle couvre les mises à jour, la surveillance, les corrections et de petites améliorations, mais pas une nouvelle génération complète du produit.

Ajoutez l'hébergement, les courriels transactionnels, les cartes, le stockage, les modèles d'IA et les autres services facturés à l'usage.

Abonnements et croissance

Pour un SaaS, projetez le prix avec le nombre réel d'utilisateurs, d'emplacements, de dossiers ou de transactions. Vérifiez les modules payants, les limites d'API et les augmentations possibles. Un abonnement abordable pour dix personnes peut changer de catégorie à cinquante.

Travail humain qui demeure

Mesurez les heures consacrées aux doubles saisies, exports, validations, recherches et corrections. Le logiciel le moins cher à acheter peut être le plus coûteux si l'équipe continue à contourner ses limites chaque semaine.

Coût du changement

Prévoyez la formation, la documentation, l'accompagnement des premiers utilisateurs et une période de transition. L'adoption est une partie du produit. Une fonction inutilisée ne crée aucun rendement, même si elle a été livrée conformément au devis.

Exemple de comparaison, sans faux seuil de rentabilité

Supposons qu'un abonnement coûte 2 500 $ par mois après les modules requis, soit 150 000 $ sur cinq ans avant augmentation. L'implantation coûte 20 000 $ et l'équipe consacre encore 15 heures par semaine à des manipulations évaluées à 45 $ l'heure. Ce travail représente environ 175 500 $ sur cinq ans.

Le scénario SaaS atteint alors environ 345 500 $, sans compter les hausses de prix. Un outil sur mesure à 120 000 $, suivi de 24 000 $ de maintenance annuelle et de 15 000 $ d'infrastructure sur cinq ans, atteint environ 255 000 $. Mais cette comparaison ne justifie le sur-mesure que si le nouvel outil retire réellement l'essentiel des manipulations et si l'entreprise peut le maintenir.

Changez trois hypothèses et le SaaS peut redevenir le meilleur choix. Le but du calcul est de rendre les hypothèses visibles, pas de fabriquer un verdict favorable.

Quand acheter reste la meilleure décision

Choisissez un produit existant lorsque le processus est standard, que le fournisseur couvre les exigences importantes et que votre avantage concurrentiel ne dépend pas de ce fonctionnement particulier.

La distinction formulée dans le guide de Spiria sur le progiciel et le logiciel sur mesure reste utile : une solution du marché apporte une capacité commune, tandis que le sur-mesure devient pertinent lorsque les besoins propres à l'organisation justifient l'investissement. Dans bien des cas, une configuration soignée et une petite intégration valent mieux qu'une reconstruction.

Quand le sur-mesure devient rationnel

Le sur-mesure mérite une étude lorsque :

  • le même travail manuel coûte cher et revient chaque semaine;
  • plusieurs outils fragmentés créent des erreurs ou des délais;
  • le processus est réellement distinctif et stable;
  • les intégrations nécessaires ne sont pas offertes par les produits existants;
  • l'entreprise veut contrôler sa feuille de route et ses données;
  • la croissance ferait exploser le prix par utilisateur ou par transaction.

Ce n'est pas une obligation de tout remplacer. L'approche de modernisation progressive décrite par Google Cloud consiste à chercher une amélioration mesurable et à moderniser par étapes. Un portail, une couche d'intégration ou un seul workflow peut d'abord éliminer le principal goulot.

Intégrer la vie privée au budget

Au Québec, la Commission d'accès à l'information indique qu'une évaluation des facteurs relatifs à la vie privée est requise pour tout projet d'acquisition, de développement ou de refonte d'un système d'information impliquant des renseignements personnels.

Le temps consacré à minimiser les données, définir les accès, documenter les flux et évaluer les fournisseurs n'est donc pas un supplément cosmétique. Il fait partie du cadrage, tout comme les tests et la migration.

Préparer une estimation utile

Documentez un processus réel, son volume mensuel, les personnes impliquées, les outils actuels et trois conséquences mesurables. Séparez ensuite les fonctions essentielles au premier résultat des améliorations futures.

Le service de développement d'application web de Project Factory transforme ce cadrage en outil opérationnel. Le projet Workind illustre une plateforme qui centralise des parcours et des rôles distincts.

Sources