CRM sur mesure ou SaaS : comment décider sans le regretter

Un CRM du marché est bon marché jusqu'au jour où vous vous battez avec chaque jour. Voici notre cadre pour savoir quand développer coûte moins cher.

Le choix par défaut, honnêtement, c'est l'outil du marché. Un CRM grand public coûte quelques dizaines d'euros par utilisateur et par mois, embarque des intégrations que vous mettriez des mois à reconstruire, et quelqu'un d'autre le maintient à 3h du matin. La plupart des entreprises qui nous demandent un CRM sur mesure ne devraient pas en avoir un.

Mais ce choix par défaut se casse dans des situations précises et identifiables — et quand il se casse, c'est la voie SaaS qui devient discrètement la plus coûteuse. Voici comment savoir de quel côté vous êtes.

Les trois signaux qui justifient de développer

1. Votre processus cœur n'entre pas dans le modèle de données de l'outil. Si votre activité repose sur des projets multi-phases avec tarification par étape et livraisons partielles, forcer cela dans « Affaires » et « Contacts » conduit chaque utilisateur à maintenir un tableur privé pour compenser — le signe le plus fiable d'une inadéquation.
2. La tarification par utilisateur pénalise votre croissance. Quand des utilisateurs occasionnels — personnel terrain, sous-traitants, clients consultant un statut — ont besoin d'un accès, le modèle par siège joue contre vous. Un système sur mesure se facture sur l'infrastructure, pas sur les effectifs.
3. Le workflow est votre avantage concurrentiel. Si votre façon de qualifier, chiffrer ou livrer est réellement différente de vos concurrents, un outil générique aplatit cette différence en un processus identique à celui de tout le monde.

La comparaison de coûts que personne ne fait sérieusement

Les comparaisons SaaS s'arrêtent généralement à la ligne d'abonnement. Ajoutez le reste : frais d'intégration et de connecteurs, la formule supérieure nécessaire pour une seule fonctionnalité, les consultants d'implémentation, l'onboarding par utilisateur, les limitations d'export et l'augmentation annuelle que vous ne négociez pas. Puis ajoutez le coût des contournements : les heures que votre équipe passe chaque semaine à réconcilier l'outil avec la réalité.

Côté sur mesure, soyez tout aussi rigoureux. Le coût de développement n'est pas le total. Ajoutez l'hébergement, la supervision, les correctifs de sécurité, le second développeur qui devra comprendre le code, et les demandes d'évolution qui arrivent le lendemain de la mise en production. Un CRM sur mesure est un produit dont vous devenez propriétaire, avec tout ce que cela implique.

• 8-16 semaines pour une première version en production
• 3-5 ans horizon où le sur-mesure devient plus rentable
• 15-20% du coût de build en maintenance annuelle

L'hybride qui gagne le plus souvent

L'architecture la plus rentable que nous déployons est rarement du tout-ou-rien. Gardez les couches banalisées — email, agenda, comptabilité, paiements, signature électronique — sur des SaaS de référence. Ne développez que la couche qui encode votre processus spécifique, et connectez-la au reste par API. Vous obtenez le différenciateur sans reconstruire une infrastructure dont le problème est déjà résolu.

Concrètement, cela donne souvent un hub opérationnel sur mesure avec un modèle de données propre, relié à une suite comptable existante et à un fournisseur d'emailing. Le développement se compte en semaines plutôt qu'en trimestres, et les parties risquées, ennuyeuses et réglementées restent la responsabilité de quelqu'un d'autre.

Avant de vous engager, dans un sens ou dans l'autre

• Écrivez votre modèle de données sur une page : quels objets existent, comment ils se relient, par quels états ils passent. Si un outil du marché s'y superpose proprement, achetez.
• Listez toutes les intégrations réellement nécessaires dès le premier jour, et vérifiez la voie de sortie — la façon dont on quitte un outil compte plus que celle dont on y entre.
• Exécutez le processus manuellement pendant deux semaines dans un tableur. La moitié des fonctionnalités demandées disparaissent une fois le processus explicité.
• Exigez la propriété du code source et des données, dans un dépôt documenté, quelle que soit la voie retenue.

La même entreprise, les deux routes, cinq ans

Prenez une société de services avec douze utilisateurs quotidiens et une trentaine d'utilisateurs occasionnels : personnel de terrain, sous-traitants, clients qui consultent un statut. Côté SaaS, douze licences sur une formule intermédiaire représentent quelques centaines d'euros par mois, les occasionnels réclament des licences ou un module portail, deux connecteurs n'existent que sur la formule supérieure, et le consultant d'intégration facture une fois au démarrage. Les renouvellements augmentent chaque année et vous n'avez aucun levier sur ce chiffre.

Côté sur mesure, la construction se paie une fois, la maintenance tourne à quinze ou vingt pour cent de ce montant par an, l'hébergement est une paille, et ajouter les trente utilisateurs occasionnels ne coûte rien. Le croisement tombe généralement dans la troisième année. Avant ce point, construire est une moins bonne décision financière qu'il n'y paraît ; après, c'est rester qui l'est.

Ce que construire ne répare pas

• L'adoption. Si votre équipe fuit l'outil actuel, elle fuira un outil plus joli. Si personne ne met le système à jour, c'est presque toujours parce que le mettre à jour coûte du temps et ne rend rien en échange.
• Un processus non défini. Le logiciel rend un processus explicite, il ne l'invente pas. Si deux personnes décrivent le pipeline différemment, construire fige ce désaccord dans un schéma.
• Des données sales. Migrer des enregistrements contradictoires vers un modèle propre produit un modèle propre rempli d'enregistrements contradictoires.
• Des rapports que personne ne lit. Un tableau de bord n'est pas une décision. Demandez à quelle réunion sert le rapport et ce qui change quand le chiffre bouge.

Comment construire sans jouer l'entreprise

1. Choisissez un processus, celui qui fait le plus mal, et ne construisez que celui-là. Le chiffrage, ou le suivi de livraison, ou les renouvellements. Pas les trois.
2. Faites-le tourner en parallèle de l'outil existant pendant quelques semaines. La double saisie est pénible, et bien moins chère que de découvrir après bascule que le modèle est faux.
3. Ne migrez l'historique que là où il le mérite. Les affaires ouvertes et les clients actifs, oui. Neuf ans de pistes perdues, rarement.
4. Fixez la date d'arrêt de l'ancien abonnement avant de commencer, et tenez-la. Deux systèmes qui tournent indéfiniment est le scénario le plus cher qui existe.
5. Gardez les couches banalisées en SaaS. Comptabilité, e-mail, signature électronique et paiement sont des problèmes résolus : les reconstruire ajoute du risque sans ajouter de différence.

Développez la partie de votre activité qui vous appartient. Achetez celle qui appartient à tout le monde.

Vous voulez la même chose pour votre entreprise ? Voir ce que nous faisons.