Logiciel sur mesure ou standard : comment une PME peut trancher

Achetez un logiciel standard quand votre processus fonctionne comme celui de tout le monde. Faites développer un logiciel sur mesure quand le processus fait partie de ce qui vous fait gagner des clients, quand les intégrations ou les règles sur les données rendent les outils standard peu adaptés, ou quand les licences par utilisateur coûtent davantage sur cinq ans, à votre taille, qu’un développement. La plupart des PME suisses se situent entre les deux : un outil standard, configuré, complété par une intégration ou un module sur mesure pour la partie qui ne rentre pas dans le moule. Vous trouverez ci-dessous une grille de décision en sept critères, un tableau comparatif, un exemple de coût sur cinq ans aux hypothèses clairement signalées, et ce à quoi ressemble une première phase raisonnable.

Quelle est la différence entre un logiciel sur mesure et un logiciel standard ?

Un logiciel standard est développé une fois pour de nombreux clients, puis loué ou vendu sous licence : bexio ou Abacus pour la comptabilité, HubSpot ou Salesforce pour le CRM, Shopify pour les boutiques en ligne. Un logiciel sur mesure est construit autour des processus d’une seule entreprise, qui en détient les droits ou une licence. Le standard démarre plus vite et coûte moins cher au départ. Le sur mesure colle mieux aux besoins et peut coûter moins cher à grande échelle.

La frontière n’est pas nette. La plupart des outils standard se configurent, et la plupart des systèmes sur mesure sont assemblés à partir de composants standard : un prestataire de paiement, un service d’envoi d’e-mails, un fournisseur d’identité. La vraie question est de savoir où commence votre propre code.

Quels critères départagent développer et acheter ?

Sept critères tranchent : à quel point le processus vous distingue, combien de systèmes il doit relier, combien d’utilisateurs et de transactions il sert, le coût total sur trois à cinq ans, la dépendance, l’endroit où les données doivent se trouver et les règles de conformité applicables. Évaluez chacun au regard de votre situation. Un seul critère fort, comme un processus unique ou une clause stricte sur la localisation des données, peut l’emporter sur tous les autres.

Différenciation du processus

Si le processus est standard (comptabilité, salaires, envoi de newsletters), achetez. Vos clients ne se soucient pas de la manière dont vous comptabilisez vos factures. Si le processus est ce qui vous démarque (un moteur de devis pour des produits configurables, un workflow de service avec vos propres règles, un portail client), un logiciel standard vous oblige à travailler comme tout le monde, ou vous tordez l’outil jusqu’à ce que ses mises à jour cassent vos adaptations.

Besoins d’intégration

Comptez les systèmes que le processus touche : site web, CRM, comptabilité, e-banking, entrepôt, boutique en ligne. Vérifiez que chaque outil standard dispose d’une API documentée. bexio, par exemple, publie une API REST pour les contacts, les documents de vente et la comptabilité, avec un accès OAuth 2.0. Quand un processus traverse quatre ou cinq systèmes, l’intégration est souvent le vrai projet, que vous achetiez ou que vous développiez.

Taille

Les abonnements par utilisateur augmentent en ligne droite avec l’effectif. Un logiciel sur mesure a un coût fixe élevé et des coûts d’exploitation qui augmentent plus lentement. À dix utilisateurs, l’abonnement l’emporte généralement ; à cent, la comparaison peut s’inverser. Surveillez aussi le volume de transactions, car certains outils facturent au nombre de contacts, de commandes ou d’appels API.

Coût total sur trois à cinq ans

Comparez les coûts complets, pas un prix de licence face à un prix de développement. Pour un logiciel standard, cela veut dire licences, mise en place, intégrations, migration des données, formation, temps d’administration et hausses de prix. Pour un logiciel sur mesure : découverte, développement, hébergement, supervision, mises à jour de sécurité, petites modifications et plan de sortie. L’exemple chiffré plus bas montre le calcul.

Dépendance

Les deux options créent une dépendance, de façons différentes. Avec un outil SaaS, vérifiez les formats d’export, les limites de l’API, la durée du contrat et ce que deviennent vos données quand vous partez. Avec un logiciel sur mesure, le risque est de dépendre d’un seul développeur. Réduisez-le en gardant le code dans votre propre dépôt, avec de la documentation, des technologies courantes et une clause claire sur les droits : en Suisse, la règle de l’employeur pour les logiciels (art. 17 LDA) vise les employés, pas les agences.

Localisation des données

La LPD révisée n’impose pas d’hébergement en Suisse. Elle autorise la communication à l’étranger vers les pays figurant sur la liste d’adéquation du Conseil fédéral, qui comprend les États de l’UE et de l’EEE, ou moyennant des garanties (art. 16 LPD). Certains clients et secteurs exigent un hébergement en Suisse par contrat. AWS et Google Cloud exploitent tous deux des régions cloud à Zurich, et il existe des hébergeurs suisses : la localisation des données impose donc rarement à elle seule un développement sur mesure. Elle écarte en revanche certains outils SaaS.

Conformité

Listez les règles auxquelles vos données sont soumises avant de choisir : la LPD (protection des données dès la conception et par défaut à l’art. 7, droit à la remise et à la transmission des données à l’art. 28), la conservation des pièces comptables pendant dix ans (art. 958f du Code des obligations) et les éventuelles règles sectorielles en finance ou en santé. Les outils standard couvrent souvent ces points d’office. Un système sur mesure doit les mettre en œuvre, journaux d’audit, conservation et suppression compris.

Existe-t-il une troisième voie entre développer et acheter ?

Oui, et pour la plupart des PME, c’est la bonne : garder un logiciel standard pour les fonctions courantes et ne développer que la pièce manquante. Cette pièce est généralement une intégration entre outils, un portail client ou partenaire, une application de workflow au-dessus du système standard, ou un reporting qui combine plusieurs sources. Vous obtenez une adéquation fine là où elle compte, et vous gardez les mises à jour de l’éditeur partout ailleurs.

Nous avons suivi cette voie pour un client éditeur de logiciels dont le programme d’affiliation tourne sur une plateforme de suivi d’affiliation établie. Au lieu de remplacer la plateforme, nous avons construit un système distinct qui la lit via le client API officiel de la plateforme et ajoute la logique de reconquête dont le client avait besoin : indicateurs d’activité, segmentation, score de réactivation et séquence en plusieurs étapes. L’intégration est en lecture seule par construction. Elle ne peut appeler qu’une liste autorisée d’opérations de lecture, et un test prouve qu’un import complet n’effectue que des appels en lecture. L’étude de cas sur la réactivation d’affiliés décrit le pipeline.

Comment les options se comparent-elles ?

Le tableau résume les compromis. Lisez-le ligne par ligne : l’option qui gagne sur les lignes les plus importantes dans votre cas est généralement la bonne, même si elle perd ailleurs. Le coût initial est rarement la ligne décisive. L’adéquation au processus et le coût d’exploitation sur cinq ans le sont le plus souvent.

Critère	Standard	Configurer et intégrer	Développement sur mesure
Délai avant la première utilisation	Quelques jours à quelques semaines	Quelques semaines à quelques mois	Plusieurs mois
Coût initial	Faible	Moyen	Élevé
Coût d’exploitation	Augmente avec les utilisateurs	Licences, plus la maintenance de la partie sur mesure	Hébergement et maintenance ; augmente lentement avec les utilisateurs
Adéquation à votre processus	Vous vous adaptez à l’outil	Standard là où c’est possible, sur mesure là où ça compte	Construit autour de votre processus
Intégrations	Limitées à l’API et aux connecteurs de l’éditeur	Construites pour vos systèmes	Construites pour vos systèmes
Maîtrise de la localisation des données	Options de l’éditeur	Mixte	Votre choix
Dépendance	Envers l’éditeur et son format de données	Éditeur pour le cœur, votre code pour le reste	Envers le développeur, réduite par la propriété et la documentation
Mises à jour	Livrées par l’éditeur, y compris des changements que vous n’avez pas demandés	Éditeur pour le cœur, vous pour la partie sur mesure	Vous les planifiez et les payez
Idéal quand	Le processus est standard	Une partie du processus est particulière	Le processus est le produit ou l’avantage concurrentiel

À quoi ressemble une comparaison de coûts sur cinq ans ?

L’exemple compare les trois options pour le processus de vente et de commande d’une entreprise hypothétique, utilisé par 20 personnes, puis par 60. Tous les chiffres sont des hypothèses arrondies, choisies pour montrer la méthode. Ce ne sont ni des prix du marché ni une offre de Sensaria. Ce qui compte, c’est l’allure du résultat : l’option la moins chère change avec le nombre d’utilisateurs.

Hypothèses illustratives :

• Standard : CHF 90 par utilisateur et par mois ; CHF 25’000 pour la mise en place ; CHF 15’000 pour une intégration avec le système comptable, plus CHF 3’000 par an pour la maintenir.
• Développement sur mesure : CHF 140’000 de développement ; coûts d’exploitation de 15 % du coût de développement par an (CHF 21’000) pour l’hébergement, la supervision, les mises à jour et les petites modifications ; CHF 5’000 par an d’hébergement supplémentaire à 60 utilisateurs.
• Configurer et intégrer : un outil standard dans une formule inférieure, à CHF 50 par utilisateur et par mois, car la partie particulière du processus vit dans un module sur mesure ; CHF 15’000 pour la mise en place ; CHF 60’000 pour le module, plus 15 % par an (CHF 9’000) pour l’exploiter.
• Non compris : temps du personnel interne, formation, migration des données et TVA.

Option (CHF, hors TVA)	Coût unique	Par an, 20 utilisateurs	5 ans, 20 utilisateurs	5 ans, 60 utilisateurs
Standard	40’000	24’600	163’000	379’000
Configurer et intégrer	75’000	21’000	180’000	300’000
Développement sur mesure	140’000	21’000	245’000	270’000

À 20 utilisateurs, acheter est nettement l’option la moins chère, et un développement sur mesure aurait besoin d’un solide argument d’adéquation. À 60 utilisateurs, l’ordre s’inverse. Configurer et intégrer n’est jamais l’option la moins chère ici, mais reste proche, et c’est la seule qui combine les mises à jour de l’éditeur et l’adéquation au processus particulier. Avec vos propres chiffres, calculez aussi le scénario où l’éditeur augmente ses prix ou l’effectif croît plus vite que prévu.

Quand chaque option s’impose-t-elle ?

Le standard s’impose quand le processus est standard et qu’un outil en couvre l’essentiel sans personnalisation lourde. Le sur mesure s’impose quand le logiciel est votre produit ou le cœur de votre prestation, quand aucun outil ne correspond à votre modèle de données, ou quand, à votre taille, la facture de licences dépasse le coût de développement et d’exploitation de votre propre solution. Entre les deux : configurer et intégrer.

La même logique vaut pour le CRM. La plupart des PME sont mieux servies par un CRM standard configuré, avec de bonnes intégrations. Un CRM sur mesure a du sens quand le processus de vente sort de l’ordinaire ou que le CRM doit vivre dans votre propre portail ; automatisation CRM : par où commencer traite du volet intégration.

À quoi ressemble une première phase raisonnable ?

Commencez par une courte phase de découverte, en général de deux à six semaines selon le nombre de processus et de systèmes concernés, qui aboutit à une décision par composant : acheter, configurer ou développer. Livrez ensuite un processus de bout en bout à de vrais utilisateurs avant de vous engager sur le reste. Une première version qui remplace entièrement un tableur vaut mieux qu’une plateforme à moitié terminée.

Une découverte utile produit :

• une cartographie du processus tel qu’il fonctionne aujourd’hui, contournements et tableurs compris ;
• un inventaire des systèmes concernés, de leurs API et des lacunes éventuelles ;
• un premier modèle de données : les principaux objets et le système qui détient la fiche de référence de chacun ;
• une décision acheter, configurer ou développer pour chaque composant, avec ses raisons ;
• une première version délimitée, avec une offre à prix forfaitaire ou par phases.

Comment Sensaria vous aide à décider

Nous ne partons pas d’une réponse toute faite. Pendant la découverte, nous examinons votre processus, vos systèmes et vos données, et recommandons un logiciel standard là où il convient, y compris des outils que nous ne développerions ni n’exploiterions pour vous. Là où du code sur mesure se justifie, nous le construisons sur des technologies largement utilisées comme TypeScript, Python et PostgreSQL, et le documentons pour la remise. Après la découverte, vous recevez une offre à prix forfaitaire ou par phases.

Pour notre manière d’aborder les projets sur mesure et les intégrations, voir le développement de logiciels sur mesure, ou décrivez-nous votre processus : nous vous dirons quelle option nous choisirions.