Acheter ou développer un logiciel : comment décider quand on dirige une PME

Le cadre classique : acheter, développer, ou les deux

La question "acheter ou développer" se pose à chaque palier de croissance d'une PME. Un outil qui suffisait à dix personnes devient un frein à cinquante. Un tableur qui gérait les devis ne tient plus face à la facturation électronique. Et le réflexe naturel est de chercher un logiciel du marché (un SaaS) pour résoudre le problème rapidement.

C'est souvent le bon choix. Mais pas toujours. Et la différence entre les deux se joue rarement sur le prix affiché.

Gartner a formalisé une approche utile pour structurer cette réflexion : la Pace-Layered Application Strategy. L'idée est de classer vos applications en trois couches selon leur rôle dans votre activité :

Les systèmes de référence (comptabilité, paie, ERP) : stables, standardisés. Ce sont des fonctions où le logiciel du marché fait très bien le travail. Inutile de réinventer la roue.

Les systèmes de différenciation (gestion de devis spécifiques, workflows métier, portail client) : ils soutiennent ce qui vous distingue de vos concurrents. C'est ici que les logiciels standards commencent à montrer leurs limites.

Les systèmes d'innovation (algorithme propriétaire, outil de pilotage interne, application client sur mesure) : ils créent directement de la valeur. Si votre concurrent achète le même outil que vous, il obtient la même capacité. C'est sur cette couche que le développement sur mesure prend tout son sens.

Le coût total de possession, le chiffre que personne ne calcule

Quand un dirigeant compare "acheter" et "développer", il regarde spontanément deux chiffres : l'abonnement mensuel du SaaS d'un côté, le devis du développeur de l'autre. Le SaaS semble toujours moins cher. Mais cette comparaison est trompeuse parce qu'elle ignore le coût total de possession (TCO).

Le TCO d'un SaaS ne se résume pas à l'abonnement. Il inclut les licences par utilisateur qui augmentent avec l'équipe, les modules complémentaires nécessaires pour couvrir vos vrais besoins, le temps passé par vos équipes à contourner les limites de l'outil, les coûts d'intégration avec vos autres systèmes, et la dépendance à un éditeur qui peut modifier ses tarifs ou sa roadmap sans vous consulter.

Le TCO d'un développement sur mesure est différent dans sa structure : l'investissement initial est plus élevé, mais il produit un actif que vous possédez. Pas de redevance mensuelle par utilisateur. Pas de hausse tarifaire subie. Et surtout, un outil qui épouse vos processus au lieu de vous forcer à changer vos méthodes de travail.

Ce n'est pas un argument contre le SaaS en soi. C'est un argument pour calculer le vrai coût avant de décider. Un SaaS à 50 €/mois/utilisateur pour 30 personnes, c'est 18 000 €/an. Sur cinq ans, 90 000 €. Ajoutez l'intégration, la formation, les modules premium : on dépasse facilement les 120 000 €. Pour un outil dont vous n'êtes pas propriétaire et qui ne s'adapte pas parfaitement à votre activité.

Une grille de décision concrète pour PME

La bonne question n'est pas "combien ça coûte" mais "quel rôle cet outil joue dans mon activité". C'est là que la plupart des articles s'arrêtent. Voici comment aller plus loin.

Posez-vous quatre questions avant chaque décision logicielle :

1. L'outil touche-t-il à ce qui vous différencie ?

Si l'outil gère un processus standard (paie, comptabilité, messagerie), achetez sans hésiter. Si l'outil gère un processus qui fait votre valeur ajoutée, votre façon de gérer les devis, de suivre la production, de piloter la relation client, alors un SaaS générique va vous contraindre à standardiser ce qui fait votre force.

2. L'outil doit-il communiquer avec vos autres systèmes ?

C'est la question la plus sous-estimée. Un logiciel isolé peut très bien fonctionner. Mais dès qu'il doit échanger des données avec votre ERP, votre CRM ou vos outils de production, les choses se compliquent. Les intégrations "clé en main" des SaaS couvrent rarement vos cas d'usage réels. Et chaque connexion bancale, c'est de la double saisie, des erreurs, et du temps perdu pour vos équipes.

3. Combien de temps allez-vous garder cet outil ?

Un outil ponctuel pour gérer un projet de six mois ? Le SaaS est fait pour ça. Un outil structurant que vous utiliserez pendant cinq ans ou plus ? Le calcul change. L'abonnement s'accumule, l'éditeur peut pivoter, et vous construisez votre activité sur un socle que vous ne contrôlez pas.

4. Votre équipe utilise-t-elle vraiment l'outil ?

Le taux d'adoption est un angle mort classique. Beaucoup de PME paient des licences pour des outils que leurs équipes contournent au quotidien, parce que le logiciel ne correspond pas à leur façon de travailler. Un outil développé sur mesure, calé sur les vrais flux de travail, réduit drastiquement ce problème.

Trois situations types et ce qu'elles révèlent

Ces trois situations ont un point commun : le problème n'est pas le logiciel. C'est l'architecture autour. Un SaaS peut résoudre une partie du problème. Un développement sur mesure peut combler les trous. Mais sans une vision d'ensemble de votre chaîne d'outils, chaque nouvelle brique ajoutera de la complexité au lieu d'en retirer.

L'approche hybride : acheter le socle, développer la valeur

La réponse à "acheter ou développer" est rarement binaire. Les entreprises qui gèrent le mieux leur outillage appliquent une logique simple : acheter ce qui est standard, développer ce qui est stratégique.

Concrètement, cela revient à utiliser des solutions éprouvées du marché pour les fonctions génériques (comptabilité, messagerie, stockage de documents) et à investir dans du développement sur mesure pour les 20 % de votre activité qui créent un avantage réel. C'est sur ces 20 % que se joue la différence entre une PME qui subit ses outils et une PME qui s'en sert comme levier.

L'approche hybride exige une architecture cohérente. Les systèmes doivent se parler. Les données doivent circuler. Et cela suppose un travail de fond : pas sur les logiciels, mais sur la façon dont ils sont connectés entre eux et aux processus réels de l'entreprise. C'est un travail d'intégration et de structuration, pas un travail de développement logiciel au sens classique.

C'est aussi là que les dirigeants de PME se retrouvent souvent seuls. L'éditeur SaaS vous expliquera pourquoi sa solution suffit. L'agence de développement vous proposera de tout reconstruire. Il manque un regard indépendant, capable de faire le tri entre ce qui doit être acheté, ce qui doit être développé, et ce qui doit simplement être mieux connecté.

Par où commencer : les étapes concrètes

Cartographiez vos outils actuels

Listez tout : les logiciels payants, les tableurs "provisoires", les outils gratuits que personne n'a validés. Pour chacun, notez ce qu'il fait bien, ce qu'il ne fait pas, et avec quels autres outils il est censé communiquer. Cette cartographie existe rarement dans les PME. C'est pourtant le point de départ de toute décision éclairée.

Identifiez les points de friction

Où vos équipes perdent-elles du temps ? Où ressaisissent-elles des données ? Où contournent-elles l'outil officiel avec un tableur ou un e-mail ? Ces contournements sont le signal le plus fiable qu'un outil ne fait pas son travail. Chaque contournement est un candidat soit à une intégration, soit à un développement sur mesure.

Classez vos besoins par couche

En reprenant la logique des trois couches : ce qui est standard (achetez), ce qui vous différencie (évaluez sérieusement le sur mesure), ce qui est innovant (développez). Cette classification évite les décisions au cas par cas et donne une cohérence à votre stratégie d'outillage sur plusieurs années.

Faites évaluer l'existant avant d'investir

Avant de choisir un nouveau logiciel ou de lancer un développement, faites analyser votre architecture actuelle par quelqu'un d'indépendant. Non pas pour tout remettre en cause, mais pour identifier ce qui tient, ce qui doit évoluer, et dans quel ordre. Un diagnostic de quelques jours peut vous éviter des mois de travail mal orienté.