- Un pilote, un processus livré en production, coûte en général de 12 000 $ à 25 000 $ CA. Un produit complet, de 30 000 $ à 60 000 $ et plus.
- La première année, construction et opérations comprises, tourne autour de 30 000 $ à 45 000 $ pour un pilote et de 50 000 $ à 80 000 $ pour un produit complet.
- Le prix bouge avec le nombre de processus, les intégrations, la migration des données, l’évaluation de l’IA et la seconde langue, pas avec le nombre d’écrans.
- Sous environ 10 000 $, le sur mesure est le mauvais achat. Configurez plutôt un outil du commerce.
Le prix est la première chose qu’un acheteur cherche sur le site d’un studio de logiciel, et celle que la plupart des studios cachent. Ce guide donne les chiffres que nous soumettons, en dollars canadiens, et les raisons pour lesquelles une soumission atterrit où elle atterrit. Il s’adresse au propriétaire ou au responsable des opérations d’une entreprise qui roule sur de vrais revenus et qui évalue son premier logiciel sur mesure.
La réponse courte
Trois fourchettes couvrent l’essentiel de ce que nous construisons.
- Un pilote, un processus ou une fonctionnalité livré en production, se situe en général entre 12 000 $ et 25 000 $ et prend quatre à six semaines.
- Un produit complet, une plateforme ou un SaaS avec plusieurs processus, va de 30 000 $ à 60 000 $, parfois davantage, sur huit à seize semaines.
- Les Opérations, le forfait mensuel qui garde le logiciel en service et l’améliore après le lancement, commencent à 1 500 $ par mois.
Avant tout ça, une Découverte d’une à deux semaines coûte de 2 500 $ à 3 500 $. Elle produit la spécification écrite, la soumission ferme et la date. Si la construction se fait, les honoraires sont crédités. Sinon, la spécification vous appartient, et n’importe quel développeur peut partir de là.
Pour une première année au complet, additionnez la construction et douze mois d’opérations : environ 30 000 $ à 45 000 $ pour un pilote, 50 000 $ à 80 000 $ et plus pour un produit complet.
Ce qui fait bouger le prix
Les écrans ne sont pas ce que vous payez. Une soumission bouge avec cinq choses.
- Les processus. Chaque parcours complet dans le système, d’une demande qui entre à un résultat qui sort, porte ses états, ses cas limites et ses permissions. Un outil de soumission à un seul parcours coûte moins qu’un portail avec réception, approbation et facturation.
- Les intégrations. Chaque système externe auquel le logiciel doit parler, la comptabilité, un CRM, un fournisseur de paiement, un registre provincial, ajoute du travail qui tient surtout aux règles de l’autre système.
- La migration des données. Si un processus vit aujourd’hui dans des feuilles de calcul, ces données doivent être nettoyées et déplacées, et elles sont toujours plus sales que l’échantillon.
- Les fonctionnalités d’IA. Le traitement de documents ou les flux assistés ajoutent un travail d’évaluation : mesurer à quelle fréquence le modèle a raison sur vos données, et garder les coûts d’exploitation visibles. Une démo saute cette étape. Un produit ne le peut pas.
- La seconde langue. Prévus dès le départ, le français et l’anglais coûtent peu. Ajoutés après coup, ils coûtent une reconstruction des formulaires, des courriels et des contenus.
La conformité traverse les cinq. Une entreprise québécoise qui recueille des renseignements personnels a des obligations sous la Loi 25; un processus en santé ou en finance a les siennes. Ce sont des décisions de conception, peu coûteuses tôt et chères tard.
Pourquoi les soumissions varient autant
Demandez à trois fournisseurs et les chiffres peuvent aller du simple au quintuple. Trois raisons.
À l’heure ou à prix fixe. Une soumission à l’heure est une estimation; la facture est le prix. Une soumission ferme tirée d’une spécification écrite déplace le risque d’erreur vers le constructeur, là où il doit être. Nous ne soumissionnons qu’à prix fixe.
Les étages. Une agence traditionnelle place un chargé de compte, un chef de projet, un designer et un développeur entre vous et le produit. Chacun est un salaire sur la facture et une passation où de l’information se perd. Un studio où la personne qui cadre le produit le conçoit et écrit le code enlève les étages, et une partie du prix.
Les constructeurs de démos. Les outils d’IA produisent une démo fonctionnelle en un après-midi, et certaines boutiques fixent leurs prix en conséquence. Ce que vous achetez, pourtant, c’est ce qui vient après la démo : les vraies données, les permissions, la gestion des erreurs, la surveillance, et quelqu’un qui répond quand ça casse à 21 h. On a écrit sur cet écart dans La démo n’est pas le produit.
Quand ne pas construire
Le sur mesure est le mauvais achat dans trois cas, et un bon studio vous le dira au premier appel.
- Le budget est sous environ 10 000 $. À ce niveau, configurez un outil du commerce. Un générateur de formulaires, un CRM ou un outil d’horaires bien réglé vous servira mieux qu’un logiciel sur mesure trop mince.
- Il n’y a pas de chiffre. Si personne ne peut dire ce que le logiciel doit changer, des heures par semaine, un délai de traitement, un coût par tâche, il n’y a rien pour le mesurer, et rien pour prioriser.
- Le processus change encore chaque mois. Construisez-le quand il s’est stabilisé. D’ici là, la feuille de calcul est le bon outil.
Comment l’acheter
La façon d’acheter vous protège plus que le prix.
- Payez d’abord une spécification, et gardez-la quoi que vous décidiez.
- Obtenez un prix fixe et une date à partir de cette spécification.
- Facturez par jalons, pour que votre engagement financier reste limité en tout temps.
- Soyez propriétaire du dépôt de code et de l’infrastructure dès le premier jour.
- Voyez du logiciel qui fonctionne chaque semaine, pas des présentations d’avancement.
- Livrez avec la surveillance, les mesures et le chiffre sur un tableau de bord, puis gardez quelqu’un dessus après le lancement.
Notre page services liste tout ça avec les prix. Si votre projet se situe dans une de ces fourchettes, réservez une Découverte : une à deux semaines, une spécification écrite, une soumission ferme et une date.
