Aller au contenu
Récent

Logiciel sur mesure ou standard : exemples et aide à la décision

Quand le sur-mesure est rentable et quand le standard l'emporte — avec de vrais exemples de nos projets et les chiffres de notre grille tarifaire.

Anjan Das
Anjan Das
Publié
Lecture8 min
Logiciel sur mesure ou standard : exemples et aide à la décision

Logiciel sur mesure ou logiciel standard — la question arrive tôt dans les revues d'architecture, et le plus souvent en une seule phrase : « est-ce que ça n'existe pas déjà ? »

La plupart du temps, si. Et bien plus souvent qu'on ne le croit, acheter est la bonne décision. Je dirige le développement chez CODT Technologies, et le code le plus cher dont je réponde est celui que nous n'aurions jamais dû écrire. Si votre paie fonctionne comme celle de tout le monde, achetez un produit de paie. Nous ne vous construirons rien pour ça, et c'est très bien ainsi.

La question utile n'est donc pas « construire ou acheter ? ». Elle est : quelle partie de votre activité est réellement différente du reste de votre secteur ?

Logiciel sur mesure ou logiciel standard : la réponse courte

Achetez un logiciel standard pour les processus qui fonctionnent partout de la même façon dans votre secteur : comptabilité, paie, messagerie, CRM sur étagère. Faites développer sur mesure là où le processus est votre avantage concurrentiel, ou qu'aucun produit du marché ne le modélise correctement. La décision se prend processus par processus.

Logiciel sur mesure : trois exemples tirés de nos projets

Trois logiciels sur mesure que nous avons construits — deux d'entre eux pour le même client, un opérateur foodtech suisse — et à chaque fois la raison pour laquelle rien sur étagère n'aurait suffi.

Aviatize — exploitation et conformité pour l'aviation. Les écoles de pilotage et les opérateurs tenaient des registres critiques pour la sécurité sur papier, dans des tableurs et dans des outils de planification séparés. Des logiciels de planification, il en existe. Des gestionnaires documentaires aussi. Ce qui n'existait pas : un système où la planification quotidienne produit la preuve de conformité au fil de l'eau. Aujourd'hui : préparation d'audit passée de trois jours à quatre heures, plus de 1 000 appareils et équipages gérés, 100 % de conformité aux inspections. L'étude de cas est ici.

FeelEat Admin Portal — une colonne vertébrale pour deux modèles d'affaires. FeelEat exploite en parallèle une activité de traiteur et des réfrigérateurs connectés. Menus, clients entreprises, bons d'achat et chiffres de vente étaient dispersés entre tableurs et e-mails. Deux produits sur étagère côte à côte auraient signifié deux versions de la vérité, et des ventes encore additionnées à la main. Après la refonte : 12 heures par semaine et par collaborateur économisées, rapprochement des ventes passé de deux jours à quatre heures, plus de 200 clients entreprises dans un seul système. Les détails ici.

Unified Recipe System — des recettes qui tiennent devant un audit. Les recettes vivaient dans des classeurs PDF et dans la tête des chefs ; en salle, on répondait aux questions d'allergènes de mémoire. Après le passage à un système versionné : +47 % sur le score de cohérence des recettes, −82 % sur le taux d'incidents liés aux allergènes, −60 % de temps de démarrage pour un nouveau site. Comment nous l'avons construit.

Un schéma se dégage. Dans aucun des trois cas il ne manquait un produit sur le marché. Il manquait un produit capable de faire deux choses à la fois — deux choses que l'on achète sinon à deux fournisseurs distincts. C'est presque toujours là que commence l'argument du sur-mesure.

Ce que le logiciel standard fait mieux

Ce côté-là, on a tendance à le minimiser dans les discussions sur les logiciels. À tort :

  • Le prix est connu dès le premier jour. Pas d'estimation, pas de fourchette — le plus souvent un montant publié par utilisateur et par mois.
  • Quelqu'un d'autre l'entretient. Correctifs de sécurité, compatibilité des navigateurs, nouveaux taux d'imposition — ce n'est pas votre problème.
  • C'est disponible lundi. Pas de projet, pas de sprints, pas de week-end de mise en production.
  • Des gens savent déjà s'en servir. Recrutez quelqu'un ayant l'expérience du produit et une bonne part de la mise au courant disparaît.
  • Les fonctionnalités s'enrichissent sans vous. L'éditeur développe pour mille clients, et vous en profitez.

Le piège arrive plus tard : la personnalisation. Un produit qui convient presque est plié à coups de configuration, de plug-ins et de jours de conseil. Ce que coûte ce pliage ne figure sur aucune offre de licence. Et plus vous avez personnalisé, plus chaque montée de version majeure pèse lourd — à un moment, la montée de version devient un projet à part entière.

Le calcul complet

Notre côté du calcul est publié dans notre grille tarifaire :

Forme de projetÉquipeDuréeFourchette indicative
MVP allégé — un parcours clé, avec des briques éprouvées là où c'est possible, devant de vrais utilisateurs rapidement2–3 développeurs8–14 semaines$30,000–55,000
Produit standard — plusieurs rôles, vraies intégrations, admin et reporting3–4 développeurs + un responsable de livraison12–20 semaines$55,000–110,000
Plateforme complexe — multi-tenant, données réglementées, migration en parallèle du système en production5+ développeurs, pluridisciplinaire20+ semaines$120,000–250,000+

Fourchettes indicatives 2026, pas un devis. Ce qui fait bouger le chiffre, c'est la complexité — intégrations, conformité, migration de données et le niveau de fiabilité exigé dès le premier jour. Chaque projet est chiffré de façon ferme et par écrit après un sprint de cadrage payant, et ce sprint est intégralement déduit de la réalisation.

S'y ajoute l'exploitation : le support annuel représente typiquement 15–20 % du coût initial de développement. Notre calculateur de coûts chiffre votre cas précis en deux minutes, et le guide suisse des coûts donne le cadrage en francs.

L'autre côté du calcul, c'est à vous de l'établir, car vous seul avez les offres : licence par utilisateur, multipliée par le nombre d'utilisateurs, multipliée par le nombre de mois pendant lesquels vous exploiterez le système — cinq ans est l'horizon honnête. Plus l'intégrateur. Plus la personnalisation. Plus les jours de conseil à chaque montée de version majeure. C'est seulement là que vous comparez deux chiffres complets, au lieu d'un montant de projet face à un prix mensuel.

Une ligne n'apparaît presque jamais dans ces comparaisons et compte pourtant : chez nous, le livrable et le code source vous appartiennent dès le paiement. 100 % des droits sont transférés — pas d'enfermement propriétaire, pas de licence par poste. La plupart des logiciels standard se louent par abonnement, et cette ligne continue de courir tant que vous les utilisez.

La troisième voie, celle que je recommande le plus souvent

La question est rarement « tout acheter ou tout construire ». Dans les entreprises que j'examine, la bonne réponse est mixte : des produits sur étagère pour la comptabilité, la paie et l'archivage, du sur-mesure pour les deux ou trois processus dont votre activité dépend réellement, raccordés proprement au reste par des API.

Il y a une condition que l'on oublie volontiers : vos systèmes standard ont besoin d'API exploitables. Vérifiez-le avant de signer, et vérifiez-le concrètement. Pouvez-vous atteindre tous les objets, ou seulement ceux qui apparaissent dans la vidéo de démonstration ? Y a-t-il des webhooks, ou devez-vous interroger le système toutes les heures ? Les suppressions sont-elles visibles, ou les enregistrements disparaissent-ils simplement ? Combien d'appels par minute le contrat autorise-t-il, et que coûte le palier suivant ? Un produit qui ne rend ses données qu'au compte-gouttes rendra la voie mixte impossible plus tard.

Et dès lors que l'on construit, quelques décisions d'architecture prises tôt engagent les cinq années suivantes. La multi-tenance en est l'exemple classique — pourquoi « on le fera plus tard » est ici la phrase la plus chère. La façon dont nous montons ce type de produits est décrite sur notre page développement de produits sur mesure.

Les quatre questions sur lesquelles je tranche

  1. Un concurrent décrirait-il ce processus de la même manière ? Si oui : achetez.
  2. Combien de temps de travail y passe chaque jour ? Plus un processus consomme d'heures, plus un outil conçu exactement pour lui est vite rentabilisé.
  3. Que coûte une erreur dans ce processus ? Avec les allergènes, les preuves de conformité ou les paiements, la réponse est « cher », et les exigences sont alors le plus souvent trop spécifiques pour un produit sur étagère.
  4. Combien de temps le processus restera-t-il tel quel ? Si vous n'y avez pas touché depuis des années, un éditeur saura probablement le modéliser. S'il bouge chaque trimestre parce que votre marché bouge, un produit acheté vous coûtera des jours de conseil à chaque fois.

Si vous tombez clairement du côté « construire » sur deux de ces questions ou plus, la question n'est plus de savoir si, mais avec quel périmètre commencer — nous avons détaillé ce que couvre une première vraie version.

Comment nous commençons

Le premier atelier et une première estimation sont gratuits — en général sous trois jours ouvrés. Nous commençons par regarder ce que vous devriez acheter. Ce qui reste ensuite, c'est la part où construire est rentable.

Parfois, il ne reste rien. Nous vous le dirons aussi.

Décrivez-nous votre processus.

Anjan Das
Écrit par

Anjan Das

Un projet en tête ?

Parlez-nous-en — nous vous répondrons sous un jour ouvré avec une lecture honnête de la faisabilité et du périmètre.