Brouillon. SignalOrange relit encore ce texte. Ne le citez pas comme une position définitive de l'entreprise, ni comme un avis professionnel.
Brouillon de méthode, pas une étude. Il n’y a pas de pourcentage de réussite ici, pas de témoignage, pas de « les PME économisent X ». Le but est une grille que vous pouvez remplir avec vos propres faits.
La mauvaise question
« Le sur mesure est-il mieux que le prêt-à-porter? » n’a pas de réponse utile. Un logiciel du commerce qui couvre déjà votre travail, avec un prix que vous comprenez et une sortie possible, bat presque toujours un projet écrit pour vous. Un logiciel du commerce qui vous force à changer le métier pour rentrer dans ses écrans, ou qui envoie vos dossiers là où vous ne pouvez pas l’expliquer, coûte plus cher qu’il n’en a l’air.
La question utile est plus étroite. Qu’est-ce qui, dans votre façon de travailler, est commun à beaucoup d’entreprises, et qu’est-ce qui est la raison pour laquelle vos clients vous choisissent?
Quand le prêt-à-porter gagne
Prenez le logiciel du commerce quand le travail est standard et que le produit le fait déjà.
- La comptabilité générale, la paie courante, le courriel, la visioconférence.
- Un processus que vous êtes prêt à ajuster pour coller à l’outil, parce qu’il n’est pas ce qui vous distingue.
- Un besoin que vous pouvez décrire en une phrase que le fournisseur a déjà sur sa page, sans « sauf que chez nous ».
- Une équipe qui n’a personne pour tenir un logiciel écrit sur mesure dans cinq ans. Le prêt-à-porter a au moins un éditeur dont c’est le métier. Encore faut-il vérifier qu’il sera là, et à quel prix.
Dans ces cas, le développement logiciel sur mesure est souvent une façon lente de racheter ce qui existe. Le coût caché n’est pas la licence. C’est le projet, la formation, et l’entretien.
Quand le sur mesure gagne
Écrire le logiciel vaut le coup quand le processus est le service, ou quand les outils du commerce vous laissent un trou que vous replissez à la main chaque semaine.
- Vos gens recopient les mêmes données entre trois systèmes, et les erreurs coûtent des heures, pas des minutes.
- Le vocabulaire du métier (un devis qui devient un mandat, une règle propre à votre secteur) n’existe dans aucun produit, et le contourner demande plus de temps que de l’écrire.
- Vous devez garder certains renseignements au Québec, ou expliquer à un client où ils vont. Le guide sur la Loi 25 et les API d’IA traite ce point. Un outil du commerce qui ne répond pas à ces questions n’est pas « moins cher ». Il est incomplet.
- Vous avez déjà payé des intégrations frêles, et chaque mise à jour du fournisseur les casse.
Le sur mesure n’est pas « plus moderne ». C’est un engagement d’entretien. Quelqu’un devra le modifier quand le métier change. Si cette personne n’existe pas, ni chez vous ni chez un fournisseur nommé, n’écrivez pas le logiciel.
Le chemin le plus fréquent
La plupart des PME de Montréal et du Québec n’ont pas à choisir un camp pour tout.
- Achetez le prêt-à-porter pour ce qui est commun. Comptabilité, courriel, signatures, paiement.
- Notez, pendant un mois, les gestes que l’outil ne fait pas. Pas les souhaits. Les gestes. « Chaque lundi, Marie recolle le devis dans la facture. »
- Voyez si une configuration, un connecteur déjà vendu, ou un petit automatisme ferme le trou.
- N’écrivez du sur mesure que pour le trou qui reste, avec une frontière claire. Le logiciel maison parle au logiciel du commerce. Il ne le remplace pas en entier.
Ce découpage se révise. Un module maison qui grossit jusqu’à refaire la comptabilité est un signal d’arrêt, pas une fierté.
Questions à poser, ici
Le marché montréalais et québécois ajoute quelques questions que les grilles génériques oublient.
- Le contrat et l’interface sont-ils utilisables en français par les gens qui feront le travail, pas seulement par l’acheteur?
- La facture est-elle en dollars canadiens, ou allez-vous expliquer l’écart de change chaque mois?
- Où sont les données, et qui sont les sous-traitants? Si le logiciel appelle une API d’IA, lisez le guide sur la Loi 25 avant de signer.
- Que se passe-t-il si vous partez? Export des données, format, délai, et est-ce que l’export contient assez pour recommencer ailleurs?
- Qui répond quand ça casse, dans quel fuseau, et est-ce une personne ou un formulaire?
- Le prix d’entrée est-il le prix, ou y a-t-il un palier dès que vous dépassez un nombre d’utilisateurs, de dossiers ou d’appels?
Pour un développement sur mesure, les questions changent de cible, pas de nature.
- Qui est propriétaire du code et des données?
- Qu’est-ce qui est livré au premier incrément, en semaines, pas en « phase 1 »?
- Qui entretient après la mise en production, et à quel rythme?
- Comment vous vérifiez que ça marche, sur vos vrais dossiers, pas sur une démo?
SignalOrange, à Montréal, fait de l’architecture et du développement logiciel sur mesure pour des PME, et édite ses propres produits. Ce paragraphe le dit pour que la source soit claire. Il ne remplace pas la grille.
Comparer les coûts sans chiffre magique
Ne demandez pas « combien ça rapporte » si personne n’a mesuré le travail actuel. Demandez plutôt une liste, et mettez vos montants.
Prêt-à-porter. Licence ou abonnement, implantation, temps de vos gens pour entrer les données et changer leurs habitudes, intégrations, et le coût de sortir plus tard.
Sur mesure. Découverte, construction, mise en production, puis entretien chaque année. Ajoutez le temps de vos gens pour expliquer le métier et pour valider. Un projet qui n’a pas de ligne d’entretien n’est pas chiffré.
Le statu quo. Les heures passées à recopier, les erreurs, les outils que vous payez déjà et que vous n’utilisez pas. Cette ligne est souvent la seule que l’équipe peut remplir sans inventer.
Comparez sur trois ans, pas sur le premier mois. Un abonnement bas avec une implantation lourde, et un projet sur mesure avec un entretien annuel, ne se lisent pas sur la même facture.
Deux semaines, pas un appel d’offres
Si vous êtes coincé, faites ceci avant de demander une soumission.
- Écrivez le travail en dix phrases, du point de vue de la personne qui le fait. Pas du point de vue du logiciel.
- Entourez les phrases qu’un produit du commerce couvre déjà. Gardez les noms des produits que vous avez vraiment essayés, ou que vous payez.
- Pour les phrases qui restent, notez la fréquence. Chaque jour, chaque dossier, chaque mois.
- Pour chaque phrase restante, dites si elle touche des renseignements personnels ou un envoi hors Québec.
- Seulement ensuite, demandez deux choses à un fournisseur. Ce que son produit ne fait pas. Et ce qu’il faudrait écrire.
Vous aurez assez pour une conversation sérieuse, à Montréal ou ailleurs au Québec, sans avoir figé un cahier des charges de quarante pages.
Ce que ce texte ne tranche pas
Il ne dit pas qu’Elixir, ou tout autre outil, est le bon choix. Il ne dit pas qu’une PME devrait éviter les grands logiciels. Il ne donne pas de délai type. Un devis d’une page et un système qui porte la production n’ont pas le même calendrier, et inventer une moyenne serait mentir.
Si la question suivante est l’usage d’une API d’IA dans ce logiciel, le guide Loi 25 et API d’IA est le bon suivant.