Salesforce avale Fin : l'heure de vérité pour les DSI européens coincés dans le CRM américain

# Salesforce avale Fin : l'heure de vérité pour les DSI européens coincés dans le CRM américain

3,6 milliards de dollars. C'est le prix que Salesforce a mis sur la table pour absorber Fin, la plateforme d'automatisation du support client propulsée par l'IA. Un mouvement de plus dans la stratégie d'intégration verticale de l'acteur américain — et un signal que les DSI, CTO et RSSI européens ne peuvent plus se permettre d'ignorer.

Je vais être direct : cette acquisition n'est pas une bonne nouvelle pour vos organisations. Pas parce que la technologie serait mauvaise. Mais parce qu'elle referme un peu plus la porte sur toute velléité de sortie. Chaque rachat de ce type épaissit les murs du silo Salesforce, ajoute une couche d'adhérence contractuelle, et rend un peu plus coûteux — techniquement, humainement, financièrement — le fait de décider un jour que vous voulez partir.

Alors, concrètement, quelles sont les options ? Il faut comparer honnêtement les architectures disponibles, les implications sur votre gouvernance interne, et surtout les compétences que vous devez construire ou préserver pour ne pas remettre les clés à un prestataire américain pour les dix prochaines années.

Trois postures face au CRM : ce que l'architecture dit de votre liberté réelle

1. Le CRM intégré américain (Salesforce, HubSpot…)

Architecture : modèle cloud fermé, mono-vendor assumé. Les données client, les workflows, les automatisations IA, le support — tout converge dans un écosystème propriétaire hébergé sur des infrastructures américaines. Fin, une fois digéré, alimentera le module Service Cloud et les agents IA de Salesforce Agentforce. Ce n'est pas une extension modulaire : c'est une fusion.

Le modèle est performant sur un critère : la rapidité de déploiement. Vous branchez, vous configurez, ça fonctionne. Mais du point de vue de la gouvernance des données, la situation est préoccupante. Vos données clients — parmi les actifs les plus sensibles de votre entreprise — sont hébergées dans des datacenters soumis au Cloud Act américain. Des clauses contractuelles peuvent évoluer unilatéralement. La roadmap produit est décidée à San Francisco, pas à Berlin ou Lyon.

Impact organisationnel : vos équipes internes deviennent des utilisateurs certifiés, pas des maîtres de l'outil. Les compétences développées sont des compétences Salesforce, non transférables. Quand un administrateur certifié quitte votre organisation, vous recrutez sur un marché tendu, où les tarifs des consultants sont imposés par la rareté et par la certification propriétaire.

2. Le CRM open source souverain (SuiteCRM déployé en infrastructure européenne)

Architecture : code source ouvert, auto-hébergé sur infrastructure souveraine européenne — que ce soit votre propre datacenter ou un hébergeur certifié SecNumCloud. SuiteCRM, fork actif de SugarCRM, dispose d'une communauté européenne solide et d'un modèle de données que vous contrôlez intégralement.

L'architecture est radicalement différente : vous êtes propriétaire du schéma de données, de l'instance, des logs. L'intégration avec vos outils existants passe par des APIs que vous maîtrisez et documentez. Pas de dépendance à une marketplace propriétaire pour des connecteurs critiques.

Sur le volet IA, la situation évolue vite et positivement. Des modèles de traitement du langage développés en Europe — je pense notamment aux travaux issus de l'écosystème BLOOM ou aux initiatives portées par des acteurs comme Aleph Alpha — peuvent être intégrés en auto-hébergement pour des fonctions de résumé, de scoring ou d'assistance aux commerciaux, sans que vos données transitent vers des serveurs américains.

Impact organisationnel : ici, la logique s'inverse. Vous avez besoin de compétences internes réelles : un ou deux développeurs PHP/Symfony capables de maintenir et d'étendre l'outil, un administrateur système qui gère l'infrastructure, un product owner métier capable de prioriser les évolutions. Ce n'est pas rien. Mais ces compétences sont les vôtres. Elles restent dans votre organisation. Elles vous rendent autonomes face aux prestataires.

Le vrai risque ici n'est pas technique — c'est organisationnel. Des PME/ETI sous-estiment le coût de la maintenance active d'un outil open source sans équipe dédiée. Si vous choisissez cette voie, il faut l'assumer avec des moyens humains cohérents.

3. Le CRM européen édité (Sellsy, EBP…)

Architecture : SaaS hébergé en Europe, développé par des éditeurs européens, soumis au RGPD par design et non par compliance forcée. Ces plateformes proposent des architectures multi-tenant classiques, avec des niveaux de personnalisation variables mais en forte progression depuis 2024.

Sellsy, par exemple, s'est positionné comme acteur de la gestion commerciale intégrée pour les PME françaises et européennes. L'hébergement est français, les DPA sont compatibles avec les exigences des RSSI européens, et la roadmap est influencée par une communauté de clients européens.

L'architecture est moins flexible qu'un open source auto-hébergé, mais elle offre un équilibre pragmatique : vous réduisez significativement votre surface de risque souverain sans pour autant engager une refonte complète de votre organisation IT.

Impact organisationnel : le profil de compétences requis est plus proche du modèle SaaS classique — administrateurs fonctionnels, un référent métier fort, des intégrations API maîtrisées par votre équipe IT. La différence structurante avec le modèle américain : vous parlez à un éditeur dont l'interlocuteur est joignable, dont les contrats sont régis par le droit européen, et dont la dépendance vis-à-vis de décisions politiques américaines est nulle.

Tableau comparatif : trois architectures, quatre critères de souveraineté

| Critère | CRM américain intégré | Open source souverain | Éditeur européen SaaS |

|---|---|---|---|

| Localisation des données | Datacenters US, Cloud Act applicable | Infrastructure au choix, souveraineté totale | Hébergement européen, RGPD natif |

| Gouvernance de la roadmap | Décidée unilatéralement par l'éditeur US | Communauté open source + équipe interne | Éditeur européen, influence client possible |

| Portabilité des compétences | Certifications propriétaires, non transférables | Compétences ouvertes (PHP, API REST, SQL) | Compétences SaaS génériques, partiellement transférables |

| Résilience en cas de rupture contractuelle | Très faible (lock-in fort, extraction difficile) | Maximale (code et données en votre possession) | Moyenne (données exportables, migration possible) |

Ce que l'acquisition de Fin nous dit vraiment

Salesforce ne rachète pas Fin pour rendre service à ses clients. Il rachète Fin pour consolider une position dans l'IA de service client et rendre encore plus difficile de partir. C'est une décision rationnelle d'un point de vue business américain. Mais c'est aussi une démonstration parfaite du mécanisme d'enfermement progressif.

Chaque module IA intégré à la suite rend l'extraction des données plus complexe, les processus plus imbriqués, les équipes plus dépendantes d'une interface unique. Il faut appeler ça par son nom : c'est du lock-in architectural.

Les compétences à construire maintenant — pas dans trois ans

Quelle que soit l'architecture que vous choisissez, il y a des compétences que vous devez absolument internaliser, et je pense que beaucoup d'équipes IT européennes ont trop longtemps externalisé ce qui constitue leur capital stratégique réel.

Maîtriser vos modèles de données. Votre CRM porte la mémoire de votre relation client. Quelqu'un dans votre équipe doit être capable de décrire le schéma de données, d'en extraire les objets critiques, de documenter les flux. Si personne dans votre organisation ne peut répondre à « où sont mes données et sous quelle forme ? », vous êtes déjà en situation de dépendance.

Développer une compétence API interne. L'interopérabilité est votre bouclier anti-lock-in. Une équipe qui sait intégrer, connecter et faire parler les outils entre eux garde la main sur l'architecture globale, quel que soit l'outil en place.

Nommer un propriétaire métier du CRM. Pas un administrateur Salesforce. Un propriétaire de processus, capable de définir ce que l'outil doit faire pour l'organisation, indépendamment de la plateforme technique. Cette séparation entre la vision métier et l'implémentation technique est la condition minimale pour envisager une migration sans chaos.

Conclusion : l'urgence n'est pas de migrer. C'est de décider.

Je ne dis pas qu'il faut sortir de Salesforce demain. Je dis qu'il faut prendre une décision consciente, documentée, avec une analyse lucide de ce que cette dépendance coûte — pas seulement en euros, mais en autonomie stratégique, en exposition réglementaire, en capacité à évoluer sans demander la permission à un éditeur américain.

L'acquisition de Fin est un moment de clarté. Salesforce consolide. Les murs montent. C'est maintenant qu'il faut décider si vous êtes locataires ou propriétaires de votre système de relation client.

*Le choix vous appartient encore. Pas sûr que ce soit le cas dans cinq ans.*