Un workspace par client : ce qui change quand le CRM cesse d'être partagé

La plupart des agences font tourner tous leurs clients dans un seul CRM, séparés par un champ et une vue enregistrée. Ça marche jusqu'à ce que quelqu'un retire un filtre, exporte la mauvaise liste, ou pose une question qui demande de prouver la séparation. L'alternative, c'est un workspace par client, ce qui était jusqu'ici inabordable parce que les CRM facturent à l'utilisateur et à l'instance. À neuf dollars par utilisateur et par mois, avec objets et champs illimités sur le plan d'entrée, le calcul a changé.

Le problème du pipeline unique partagé

La séparation par filtre est une séparation par discipline, et la discipline échoue en silence. Les conséquences ne sont pas hypothétiques : un commercial voit les prospects d'un autre client, un export emporte des lignes qu'il ne devrait pas, un rapport compte deux fois. Et quand un client demande si ses données sont isolées, la réponse honnête est non, elles sont filtrées, ce qui est un autre mot.

Il y a aussi un problème de modélisation. Deux clients veulent rarement les mêmes champs, les mêmes statuts ou les mêmes étapes, donc une instance partagée dérive vers l'union des besoins de tout le monde : quarante champs personnalisés, dont la moitié vides sur n'importe quel enregistrement, et un modèle de données que personne ne sait expliquer à un nouvel arrivant.

Ce qu'apporte un workspace par client

Une isolation structurelle plutôt que procédurale. Personne ne peut voir à travers parce qu'il n'y a pas de travers. Chaque workspace porte les objets et les statuts que ce client utilise réellement, et un changement pour un client ne peut pas casser le reporting d'un autre. Un commercial change de workspace au lieu de changer de filtre, ce qui est une action visible au lieu d'une action invisible.

Ça rend aussi la sortie propre. Quand une mission se termine, les données du client sont un workspace, pas un sous-ensemble de lignes dans les vôtres. Cette distinction apparaît dans une négociation de contrat et il vaut mieux l'avoir réglée avant que la conversation ait lieu.

Ce que ça vous coûte

Le reporting inter-clients, qu'aucun CRM multi-workspace ne vous donne nativement. S'il vous faut un seul tableau de bord de tout, il vit en dehors du CRM, et lit chaque workspace via son API. C'est un vrai chantier, et c'est le prix honnête de l'isolation.

Le provisioning aussi. Un nouveau client, c'est un workspace, un modèle de données, les automatisations et les utilisateurs, et le faire à la main est une journée de travail que vous regretterez au quatrième client. Ça doit être templatisé dès le début, ce qui est une raison de choisir un CRM dont le schéma peut être créé via une API plutôt que seulement via un écran.

Pourquoi l'API compte plus que les fonctionnalités

Un CRM dans une opération de prospection est une cible d'écriture. Les résumés d'appels, les réponses, les rendez-vous pris et l'enrichissement arrivent tous d'ailleurs, et aucun n'est saisi par un humain qui s'en est souvenu. REST, GraphQL, les webhooks et un serveur MCP sur tous les plans, ça veut dire que les automatisations peuvent faire cette saisie, et qu'un assistant peut lire le résultat. Un CRM dont l'API est une fonctionnalité premium deviendra discrètement un endroit où les données vont pour être ressaisies.

La question de l'auto-hébergement

Le code est open source, donc l'auto-hébergement est vraiment une option, et le coût de licence tombe à zéro. Le coût opérationnel, non : les mises à jour, les sauvegardes, la supervision et le jour où la base de données demande de l'attention sont maintenant à vous. Pour une instance, c'est un week-end. Pour quinze instances client, c'est un poste, et il faut le chiffrer comme tel avant que quelqu'un décide que gratuit veut dire pas cher.

Quoi migrer, et quoi laisser derrière

Tout ne mérite pas de traverser. Les enregistrements morts, les champs que personne n'a remplis, et les étapes qui ont cessé de correspondre à la réalité il y a deux ans devraient rester dans l'ancien système, parce que les migrer les fait passer pour à jour. La règle qui survit au contact d'une vraie migration : déplacez ce sur quoi une personne va agir dans les quatre-vingt-dix prochains jours, plus l'historique qui y est attaché, et archivez le reste quelque part de lisible plutôt que de l'importer.

Les notes sont la partie qui se perd, et les perdre est pire que perdre un champ. Une note porte la raison pour laquelle un deal a calé, la promesse que quelqu'un a faite, et le chiffre qui a été annoncé. Vérifiez explicitement qu'elles arrivent intactes et pas comme une référence d'une ligne, parce qu'un import qui supprime silencieusement le corps de chaque note a l'air parfaitement réussi dans un décompte d'enregistrements.

Où va vraiment l'argent

Pas la licence. Neuf dollars par utilisateur, ce n'est pas ce qui rend cette décision difficile. Le coût, c'est la migration, le travail de modèle de données et les automatisations qu'il faut réécrire contre une nouvelle API, et ce coût se paie une fois par client, la première semaine. Quiconque compare des CRM sur le seul prix par utilisateur compare le plus petit nombre de la facture.