La fausse opposition

Il n'y a pas de réponse universelle entre SaaS et sur-mesure. Les deux approches sont complémentaires : la plupart des entreprises utilisent une dizaine de SaaS au quotidien (email, CRM, paie, comptabilité, signature électronique) et c'est une excellente chose. Pour autant, certaines briques métier méritent un développement sur-mesure parce qu'elles portent la différenciation de l'entreprise.

Cet article aide à identifier quelles briques relèvent du SaaS et lesquelles méritent un sur-mesure.

La règle de base — différenciant ou commodité ?

La question centrale : est-ce que ce processus métier est différenciant pour votre activité, ou est-ce une commodité partagée par tous les acteurs de votre secteur ?

Commodité → SaaS

Comptabilité, paie, RH générique, email marketing, CRM standard, signature électronique, helpdesk : ce sont des processus identiques d'une entreprise à l'autre. Un SaaS éprouvé fait mieux et moins cher que n'importe quel sur-mesure.

Acheter Sage ou Cegid pour la paie ne fait perdre aucune compétitivité — toutes les entreprises de votre secteur ont la même solution.

Différenciation → sur-mesure (souvent)

Votre logique métier propre, votre façon de gérer vos clients ou vos projets, votre process de production, votre relation client spécifique : c'est ce qui fait la différence avec vos concurrents. C'est rarement bien servi par un SaaS générique.

Vouloir gérer un workflow spécifique avec un SaaS générique mène à deux résultats fréquents :

  1. On se plie aux contraintes du SaaS et on perd la spécificité (donc la valeur)
  2. On bricole avec des champs custom, des intégrations bricolées, des Zapier qui tournent toutes les heures — et on hérite d'une usine à gaz fragile

La grille en 5 critères

Critère 1 — Volume d'utilisateurs et de transactions

SaaS avantageux : faible volume (quelques utilisateurs, quelques centaines de transactions/mois). Le coût d'un sur-mesure est disproportionné.

Sur-mesure avantageux : volume élevé (centaines d'utilisateurs, milliers/millions de transactions). Les frais SaaS scalent vite (souvent par utilisateur ou par transaction) et un sur-mesure devient économiquement rentable.

Critère 2 — Spécificité du process

SaaS avantageux : process standard, identique à ce que font tous vos concurrents.

Sur-mesure avantageux : process unique, qui constitue votre savoir-faire ou votre avantage compétitif.

Critère 3 — Intégration avec le reste du SI

SaaS avantageux : besoin d'intégration limité, ou intégrations standard via APIs documentées.

Sur-mesure avantageux : interactions fortes avec d'autres briques de votre système, données qui circulent en temps réel entre modules, dépendances complexes.

Critère 4 — Propriété et sensibilité des données

SaaS avantageux : données standardisées, peu sensibles, conformité couverte par le SaaS.

Sur-mesure avantageux : données stratégiques (votre base clients, votre catalogue, votre algorithme), souveraineté importante, conformité réglementaire spécifique.

Critère 5 — Évolution prévisible

SaaS avantageux : besoin stable ou évolution dans le périmètre prévu par l'éditeur.

Sur-mesure avantageux : évolutions fréquentes, parfois imprévisibles, qui ne dépendent pas du calendrier d'un éditeur tiers.

Les 4 cas typiques

Cas 1 — Le SaaS s'impose

Une PME a besoin d'un CRM pour suivre ses prospects et clients. Volume modeste, processus standard, données importantes mais bien servies par les acteurs du marché. → HubSpot, Pipedrive, Salesforce selon la taille. Sur-mesure absurde.

Cas 2 — Le sur-mesure s'impose

Une PME a un process de production avec des règles métier très spécifiques, plusieurs intervenants, des dépendances temporelles complexes, et un volume de 50+ projets gérés en parallèle. Les ERP du marché coûtent 50-200 k€/an en licences, demandent 6-12 mois de paramétrage, et ne couvrent jamais 100 % du besoin spécifique. → Sur-mesure : 60-120 k€ initial, 12-18 k€/an de maintenance, couvre 100 % du besoin et évolue avec l'activité.

Cas 3 — Hybride pertinent

Une marketplace utilise un sur-mesure pour son cœur de métier (annuaire, mise en relation, modération) et branche des SaaS pour les fonctions commodité : Stripe pour le paiement, SendGrid pour les emails transactionnels, Mixpanel pour les analytics. C'est la configuration la plus saine : sur-mesure là où il y a différenciation, SaaS là où il y a commodité.

Cas 4 — Migration depuis un SaaS étouffant

Une entreprise utilise depuis 3 ans un SaaS qui ne couvre plus 30 % de ses besoins. Coût annuel : 12 k€. Coût des contournements (Zapier, scripts maison, ressaisies manuelles) : 25 k€/an de temps perdu. Migration vers un sur-mesure : 40 k€ initial. ROI : 2 ans. → Souvent rentable, mais à valider précisément.

Les pièges du SaaS

1. La dépendance prix

Un SaaS qui coûte 50 €/utilisateur/mois pour 10 utilisateurs (6 k€/an) coûte 60 k€/an pour 100 utilisateurs. Si votre activité scale, votre coût SaaS suit — souvent linéairement, sans amortissement.

2. Le vendor lock-in

Vos données vivent chez l'éditeur. En sortir n'est jamais trivial : exports limités, formats propriétaires, fonctionnalités non reproductibles ailleurs. Plus vous êtes engagé, plus c'est cher de partir.

3. Le rythme de l'éditeur

Une fonctionnalité critique pour vous peut ne jamais arriver — ou arriver dans 3 ans. Vous n'avez pas la main sur la roadmap.

4. Les évolutions imposées

L'éditeur peut changer son interface, ses tarifs, son modèle, parfois même fermer le produit. Vous subissez.

Les pièges du sur-mesure

1. Le sur-investissement initial

Construire sur-mesure ce qui existe déjà en SaaS coûte plus cher pour un résultat moins bon. Ne refaites jamais ce qui existe et est bien fait ailleurs.

2. La sous-estimation de la maintenance

Un sur-mesure demande de la maintenance continue. Budgéter 15-25 % du coût initial par an. Sinon, le produit dérive et perd sa valeur.

3. La dépendance au prestataire

Si vous n'avez qu'un prestataire qui connaît votre code, vous avez un point de rupture. Mitigation : code propre et documenté, accès à votre repo Git, formation d'un référent interne ou choix d'un prestataire dont vous pouvez auditer le travail.

4. La sur-spécification

Vouloir TOUT couvrir dès la V1 explose les budgets et les délais. Mieux vaut un MVP de 30 k€ qui sort en 3 mois et qu'on fait évoluer, qu'un projet rêvé à 150 k€ qui sort en 18 mois et qui est déjà obsolète.

La règle pratique

| Type de besoin | Réflexe | |---|---| | Comptabilité, paie, fiscal | SaaS toujours | | CRM générique | SaaS dans 90 % des cas | | Email marketing, newsletter | SaaS (Brevo, MailerLite, ConvertKit) | | Helpdesk, support client | SaaS (Crisp, Intercom, HelpScout) | | Analytics, A/B testing | SaaS (Plausible, Posthog, Mixpanel) | | Gestion documentaire | SaaS le plus souvent (Notion, Confluence) | | Plateforme métier propre | Sur-mesure | | Marketplace, annuaire | Sur-mesure | | Outil interne critique | Sur-mesure si volume + spécificité | | Espace client / portail | Sur-mesure si différenciant | | Configurateur, simulateur, devis | Sur-mesure si logique propre |

Stratégie recommandée pour la majorité

  1. Tout ce qui est commodité → SaaS (10 à 15 SaaS au total dans une PME, c'est normal)
  2. Le cœur métier différenciant → sur-mesure (1 à 3 briques selon la taille de l'entreprise)
  3. Les deux communiquent via des intégrations propres (webhooks, API, parfois un middleware léger)

C'est la configuration de toutes les entreprises qui ont une plateforme produit performante : du sur-mesure là où ça compte, du SaaS partout ailleurs.

Pour aller plus loin

Vous évaluez la pertinence d'un sur-mesure pour un besoin spécifique ? Échangeons — je vous oriente honnêtement, y compris vers un SaaS si c'est la meilleure option.