Intégrer l'IA à ses outils existants ou changer de logiciel : comment choisir sa porte d'entrée

La porte d'entrée d'un projet d'IA est le point de départ choisi pour introduire l'intelligence artificielle dans une organisation. Il en existe trois grandes familles : brancher l'IA sur les outils existants sans rien changer aux habitudes, remplacer un outil précis (le plus souvent le CRM) par un outil qui intègre l'IA nativement, ou digitaliser progressivement l'ensemble de l'activité. À côté, une quatrième voie s'impose souvent par défaut : activer les fonctions d'IA que l'éditeur de votre logiciel ajoute à son produit.

La question « faut-il changer de logiciel pour profiter de l'IA ? » revient dans presque tous les projets. Elle est souvent mal posée, parce qu'elle mélange deux décisions distinctes : le choix de l'outil où l'on saisit et l'endroit où se construit la mémoire de l'organisation. Ce guide les sépare, propose six critères de choix, décrit les conditions et les limites de chaque porte, puis une méthode de décision en six étapes. Il appartient à notre série sur le deuxième cerveau, l'IA agentique et l'IA en environnement réglementé, et prolonge le guide sur le déploiement progressif de l'IA.

Garder ses outils, remplacer son CRM, digitaliser : définitions des portes d'entrée

Les trois portes ne désignent pas des produits mais des architectures de départ. Chacune répond à une situation différente et engage l'organisation à un degré différent.

• Garder ses outils (superposition). Une couche d'IA se connecte à la messagerie, à l'agenda, au CRM, à la GED et aux tableurs déjà en place. Elle lit, relie et restitue l'information ; l'équipe continue de travailler dans ses outils. Rien n'est migré.
• Remplacer un outil (substitution). Un outil existant, le plus souvent le CRM, est remplacé par un outil qui en reprend les fonctions (contacts, sociétés, opportunités, tâches, historique, documents) et intègre l'IA nativement. Les données sont reprises, l'ancien outil est arrêté.
• Digitaliser progressivement (transformation). L'organisation fait évoluer l'ensemble de son système d'information vers une plateforme cohérente, brique par brique : CRM, processus, automatisations, conformité, métier. Chaque brique s'ajoute quand la précédente est stabilisée.
• L'IA de l'éditeur (fonction intégrée). Votre CRM, votre messagerie ou votre suite bureautique ajoute un assistant à son produit. C'est la voie la plus simple à activer, mais l'IA ne voit alors que les données de cet outil : elle ne relie pas les emails, les documents et le CRM entre eux si ceux-ci viennent d'éditeurs différents.

Ces portes ne s'excluent pas. Une organisation peut commencer par la superposition, remplacer son CRM un an plus tard, puis poursuivre la digitalisation. Ce qui compte au départ, c'est de choisir la porte qui produit un bénéfice visible avec le moins de changement possible, comme le recommande toute démarche de déploiement par paliers.

Pourquoi « faut-il changer de logiciel pour l'IA ? » est une question mal posée

Dans beaucoup d'organisations, le projet d'IA sert de déclencheur à un projet de changement de logiciel qui couvait déjà. Les deux se retrouvent liés, et l'on finit par évaluer un CRM sur ses promesses d'IA, ou un projet d'IA sur la difficulté d'une migration. Il est plus juste de séparer trois questions.

1. Où l'équipe saisit-elle l'information ? C'est la question de l'outil de travail quotidien : ergonomie, adoption, couverture fonctionnelle. Elle concerne le CRM, la messagerie, les outils métier.
2. Où se construit la mémoire de l'organisation ? C'est la question du deuxième cerveau d'entreprise : l'endroit où les emails, documents, comptes rendus, décisions et données structurées sont reliés, datés et retrouvables. Ce lieu peut être distinct des outils de saisie.
3. Quel modèle d'IA lit cette mémoire ? Les modèles changent vite, de prix et de conditions. Une architecture saine permet d'en changer sans tout reconstruire.

Une fois ces questions séparées, le dilemme se simplifie. Si l'outil de saisie convient, il n'y a aucune raison d'en changer pour « faire de l'IA » : il suffit de le relier. S'il ne convient plus, il faut le remplacer, et l'IA n'est qu'un argument parmi d'autres.

Les coûts cachés d'un changement d'outil

Le prix d'un logiciel se compare facilement ; le coût d'un changement beaucoup moins. Les postes que l'on sous-estime le plus souvent sont les suivants :

• La reprise des données : correspondance des champs, nettoyage des doublons, rattachement des documents, contrôle après import. Un CRM mal tenu se reprend mal, et une reprise ratée détruit la confiance de l'équipe dans le nouvel outil (voir notre guide sur la qualité des données avant l'IA).
• L'historique non exportable : notes libres, pièces jointes, journaux d'activité, emails archivés dans l'outil. Ce qui ne sort pas de l'ancien logiciel est perdu ou reste prisonnier d'un abonnement que l'on garde « au cas où ».
• La période parallèle : quelques semaines où l'on saisit à deux endroits, ou où l'on vérifie que le nouvel outil restitue bien ce que l'ancien contenait.
• Les intégrations et automatismes : formulaires, synchronisations d'agenda, modèles de documents, flux vers d'autres outils, à reconstruire un par un.
• L'adoption : formation, nouvelles habitudes, baisse temporaire de productivité, réticences.
• Les obligations de conservation : dans une profession réglementée, les documents et justificatifs doivent rester accessibles pendant toute leur durée légale de conservation, quel que soit l'outil (par exemple cinq ans pour les documents d'identification et de vigilance LCB-FT, article L. 561-12 du Code monétaire et financier).

Aucun de ces coûts n'interdit de changer d'outil. Ils expliquent seulement pourquoi la superposition est souvent la porte la plus rapide pour un premier bénéfice, et pourquoi un remplacement gagne à être préparé plutôt que déclenché par l'arrivée de l'IA.

Six critères pour choisir sa porte d'entrée

Le choix se fait outil par outil, en commençant par celui qui pose question (souvent le CRM). Six critères suffisent pour éclairer la décision. Aucun n'est décisif à lui seul ; c'est leur combinaison qui oriente.

Deux critères méritent une attention particulière. L'accessibilité des données se vérifie, elle ne se présume pas : la présence d'une API ne garantit ni qu'elle expose l'historique, ni que le contrat autorise un outil tiers à s'y connecter. Notre guide sur la cartographie des sources avant un projet d'IA détaille comment classer chaque outil en « connectable », « à valider techniquement » ou « non relié ». Pour la réversibilité, les clauses à relire (export, délais du Data Act, effacement) sont détaillées dans notre guide sur le contrat avec un fournisseur d'IA.

Le service rendu, ensuite, se mesure par les contournements. Quand une équipe tient un tableur à côté de son CRM, ressaisit les mêmes informations dans deux outils ou garde l'essentiel dans sa messagerie, le CRM ne joue plus son rôle. Brancher une IA dessus ne corrigera pas ce défaut : elle lira un outil vide ou faux.

Porte 1 — Brancher l'IA sur ses outils existants : quand et comment

Définition. La superposition consiste à relier une IA aux sources existantes (messagerie, agenda, CRM, GED, tableurs, parfois messageries instantanées) sans modifier la façon dont l'équipe travaille. L'IA lit, recoupe et restitue ; elle cite d'où vient chaque information.

Elle convient quand :

• les outils actuels sont adoptés et globalement bien tenus ;
• l'information utile est éparpillée entre plusieurs outils et c'est cet éparpillement, plus que les outils eux-mêmes, qui fait perdre du temps ;
• l'organisation veut un bénéfice rapide et mesurable avant de s'engager davantage ;
• aucun changement d'outil n'est prévu à court terme, ou il n'est pas encore décidé.

Ce qu'elle exige :

• Des connexions validées une à une. Chaque source doit être testée : ce que l'accès permet de lire, à quelle fréquence, avec quel historique. Une compatibilité annoncée ne vaut pas validation.
• Des droits d'accès respectés. L'IA ne doit restituer à chaque collaborateur que ce qu'il a le droit de voir dans les outils d'origine. C'est le point le plus souvent négligé (voir notre guide sur les droits d'accès et le cloisonnement d'une IA d'entreprise).
• Un périmètre initial restreint. Deux ou trois sources bien choisies valent mieux que dix connexions superficielles.

Ses limites. La superposition ne corrige pas un outil mal tenu, et elle bute sur les sources fermées. Elle laisse aussi en place les ressaisies entre outils : l'IA peut les signaler et préparer les mises à jour, mais tant que deux outils coexistent, l'information vit à deux endroits. Ces limites sont souvent ce qui conduit, plus tard, à la deuxième porte.

Porte 2 — Remplacer son CRM : connecter d'abord, remplacer ensuite

Définition. Remplacer son CRM, c'est transférer ses fonctions (contacts, sociétés, opportunités, tâches, historique, notes, documents) vers un outil qui les reprend et y ajoute l'IA, puis arrêter l'ancien. C'est la bonne décision quand le CRM coûte plus d'efforts qu'il n'en fait gagner : fiches à moitié remplies, saisie vécue comme une corvée, outil inaccessible aux autres sources.

La séquence la plus sûre n'est pas de remplacer d'emblée, mais de connecter d'abord. Relier l'ancien CRM à la nouvelle couche d'IA permet de mesurer la valeur sur des dossiers réels, de découvrir l'état véritable des données et de préparer la reprise en connaissance de cause. Le remplacement devient alors une étape décidée, pas un saut.

Les cinq points de contrôle d'un remplacement

1. Inventaire de ce qui doit sortir : champs structurés, notes, pièces jointes, historique des interactions, tâches en cours, utilisateurs et droits.
2. Test de reprise sur un échantillon : quelques dizaines de fiches représentatives (familles, sociétés liées, homonymes), contrôlées une à une.
3. Période parallèle courte et bornée : quelques semaines, avec une règle claire sur l'outil de référence pendant la transition.
4. Critères d'extinction écrits à l'avance : toutes les fiches actives reprises, historique vérifié, équipe formée, export d'archive conservé.
5. Archive accessible : un export complet de l'ancien outil, conservé dans un format lisible pendant la durée légale de conservation des documents qu'il contient.

Réversibilité : ce que prévoit le Data Act, et ce qu'il ne règle pas

Depuis le 12 septembre 2025, le règlement (UE) 2023/2854, dit Data Act, encadre le changement de fournisseur de services de traitement de données, logiciels en ligne (SaaS) compris (articles 23 à 31). Le contrat doit notamment prévoir un préavis de résiliation de deux mois au plus, une période de transition de 30 jours calendaires en principe et un délai d'au moins 30 jours pour récupérer ses données (article 25). Les frais de changement sont limités aux coûts directs jusqu'au 12 janvier 2027, puis supprimés (article 29).

Ce cadre facilite la sortie, mais il ne dit pas ce que contiendra l'export ni s'il sera exploitable par l'outil suivant. Il ne faut pas non plus le confondre avec le droit à la portabilité de l'article 20 du RGPD, qui appartient aux personnes concernées (vos clients) et non à l'entreprise vis-à-vis de son fournisseur. Côté entreprise, c'est le contrat de sous-traitance (article 28 du RGPD, qui prévoit la restitution ou la suppression des données en fin de prestation) et les clauses de réversibilité qui font foi. Avant de signer avec un nouvel outil, vérifiez donc aussi comment vous en sortirez.

Porte 3 — Digitaliser progressivement : brique par brique, sans bascule brutale

Définition. La digitalisation progressive vise une organisation numérique de bout en bout, mais l'atteint par paliers : chaque brique (CRM, processus, automatisations, conformité, outils métier) s'ajoute quand la précédente fonctionne. Elle s'adresse aux structures qui veulent revoir leur organisation, pas seulement ajouter une IA.

Son principal danger est de ressembler, en pratique, à un déploiement massif découpé en lots trop larges. Trois règles l'évitent :

• Un seul axe de changement par palier : de nouvelles sources, ou de nouveaux utilisateurs, ou davantage d'autonomie pour l'IA, mais pas les trois à la fois.
• Des critères de passage écrits : ce qui doit être vrai pour ajouter la brique suivante (usage réel, qualité des réponses, absence d'incident).
• Le droit de s'arrêter : un palier atteint doit pouvoir rester l'état final si la suite ne se justifie pas.

Dans un cabinet de gestion de patrimoine, cette trajectoire consiste typiquement à relier d'abord les échanges (emails, agenda, comptes rendus) et le CRM, puis à structurer les processus (recueil, lettre de mission, suivi des obligations clients), avant d'automatiser les tâches répétitives sous validation. C'est le chemin que décrit, côté outils, la logique de plateforme tout-en-un pour cabinet CGP ; la Suite Majors® en est une brique possible, à ajouter le moment venu. Les critères de passage d'un palier à l'autre sont détaillés dans notre guide du déploiement progressif de l'IA.

Méthode : décider en six étapes, et deux cabinets fictifs

1. Lister les outils et les ressaisies. Pour chaque outil : ce qu'il contient, qui l'utilise, ce que l'on ressaisit ailleurs. Les ressaisies désignent les liens à créer en priorité.
2. Évaluer l'outil qui pose question avec les six critères ci-dessus, en notant pour chacun la preuve (un export testé, une clause du contrat, un échantillon de fiches).
3. Vérifier la connectabilité réelle de deux ou trois sources prioritaires, et noter celles qui ne pourront pas être reliées.
4. Choisir la porte de départ : superposition si l'outil est adopté et accessible ; remplacement préparé si l'outil est fermé ou mal tenu ; digitalisation par paliers si l'organisation elle-même doit évoluer.
5. Fixer le premier palier et ses critères de passage : un périmètre réduit, un usage réel, une date de point de décision.
6. Écrire la sortie : pour chaque outil conservé ou nouveau, ce que l'on récupère en cas de départ, dans quel format et dans quel délai.

Illustration : deux cabinets, deux portes

Les deux cabinets suivants sont fictifs ; ils illustrent le raisonnement, pas des cas clients.

Cabinet A, quatre conseillers. Le CRM est en place depuis six ans, bien rempli, apprécié de l'équipe. Le temps perdu vient d'ailleurs : préparer un rendez-vous suppose de fouiller la messagerie, le drive et les notes de l'assistante. L'éditeur du CRM propose une API documentée et le contrat autorise l'accès d'un outil tiers. Décision : porte 1. Le cabinet relie la messagerie, l'agenda et le CRM, mesure le temps de préparation des rendez-vous pendant deux mois, puis décide d'ajouter la GED.

Cabinet B, deux associés et un assistant. Le CRM a été choisi il y a dix ans ; la moitié des informations vit dans un tableur, l'export ne contient pas les notes, et l'abonnement augmente chaque année. Décision : porte 2, préparée. Le cabinet commence par relier la messagerie et le tableur, ce qui révèle l'ampleur des doublons ; il nettoie les fiches actives, teste une reprise sur quarante dossiers, fonctionne trois semaines en parallèle, puis arrête l'ancien CRM en conservant un export complet pour ses archives.

Où se place Brain. Majors Brain, le deuxième cerveau proposé par Majors, est organisé autour de ces trois portes. Selon sa page d'accueil, la première consiste à garder ses outils (Outlook, Google, CRM existant, WhatsApp, GED, Excel) et à brancher Brain par-dessus ; la deuxième à remplacer son CRM, Brain disposant de capacités natives (contacts, clients, sociétés, opportunités, tâches, historique, notes, documents), en commençant par se connecter au CRM actuel ; la troisième à digitaliser le cabinet progressivement. Brain précise que la connexion à un CRM tiers se valide techniquement, au cas par cas, sans présumer d'intégration standard. Sa méthode commence par un diagnostic et une cartographie des sources, retient deux ou trois sources pour démarrer, et laisse au cabinet le choix de continuer, d'élargir ou de rester au stade atteint. Enfin, la page sécurité décrit une mémoire synchronisée chez le cabinet et indépendante du moteur d'IA : un point qui répond directement au critère de réversibilité. Les six critères de ce guide restent à appliquer par chaque organisation, avec Brain comme avec tout autre outil.