CRM IA : IA native ou IA ajoutée, comment choisir

Un CRM IA, ou CRM à intelligence artificielle, est un CRM dans lequel un modèle de langage lit vos fiches, vos emails et vos documents pour rédiger, résumer, prévoir ou agir à votre place. Salesforce le définit comme un logiciel de gestion de la relation client « enrichi par l'intelligence artificielle » (Salesforce, lu le 26 octobre 2026), et l'aperçu IA de Google reprend cette formule. La définition reste large : elle couvre un bouton qui reformule un email comme un agent qui crée seul un dossier client. Pour un cabinet de quinze personnes, l'écart entre ces deux extrêmes vaut plus que le nom du produit. Sous le même mot, un éditeur peut vendre l'un de trois niveaux, qui se distinguent par ce que l'IA a le droit de toucher : rédiger, analyser ou agir.

Quel que soit le niveau, un CRM IA sert les mêmes usages, ceux que liste l'aperçu IA de Google sur « crm ia » en octobre 2026. Côté ventes, la priorisation des prospects (lead scoring), la prévision des ventes et la suggestion des actions prioritaires ; côté service client, le routage des demandes et l'analyse du ton des échanges. Pour un cabinet, chaque usage pose la même question : l'IA écrit-elle le résultat dans la fiche, ou se contente-t-elle de vous le montrer ?

Une IA native travaille dans les mêmes fiches que votre équipe, avec les mêmes droits et le même historique ; une IA ajoutée lit une copie de vos données et vous rend du texte à recopier. Les éditeurs revendiquent volontiers la première catégorie. HubSpot présente sa plateforme comme « alimentée par l'IA de façon native » (HubSpot, lu le 26 octobre 2026), Creatio écrit que l'IA fait « partie intégrante de son architecture, et non ajoutée par-dessus » (Creatio, mis à jour le 20 mai 2026). Le mot ne suffit pas à trier. Les deux se distinguent par le chemin entre la réponse de l'IA et la fiche. Si un collaborateur doit copier un résumé dans un champ, l'IA est à côté du CRM. Si un agent écrit lui-même la valeur, dans la limite de vos droits, et que la fiche garde la trace de ce changement, elle est dedans. Dans le second cas seulement, la mise à jour de la fiche sort de la journée du collaborateur.

Une IA ajoutée a pourtant sa place. Un cabinet qui garde son CRM actuel pour d'autres raisons peut y brancher un assistant de rédaction. Il peut aussi y ajouter un outil d'analyse d'appels, comme le suggère Ringover (mis à jour le 30 décembre 2025) pour les CRM qui « exploite[nt] peu ou pas l'analyse des verbatims ou interactions clients ». Ce cabinet achète alors de l'aide à l'écriture ou à l'analyse : la fiche, elle, reste à remplir à la main.

En démonstration, demandez à l'éditeur de faire agir l'IA sur un vrai dossier de votre cabinet, puis posez ces six questions : leurs réponses séparent une IA native d'une IA ajoutée mieux que n'importe quelle fiche produit. Une réponse évasive sur l'une d'elles mérite une seconde démonstration.

Dans un CRM IA, ce que l'agent doit faire valider par un humain dépend de l'éditeur, et cette règle doit être écrite. Elle dit qui donne le feu vert quand l'agent supprime une fiche, envoie un email ou modifie un contrat, et comment l'historique de la fiche nomme ensuite l'auteur de chaque changement. Les quatre pages lues sur « crm ia » le 26 octobre 2026, les trois premières de Google (HubSpot, Creatio, Ringover) et celle de Salesforce, sixième, décrivent ce que les agents savent faire. Aucune ne dit ce qu'ils doivent demander avant de le faire, ni comment l'historique distingue un agent d'un collaborateur. Salesforce mentionne une couche de confiance, l'Einstein Trust Layer, sans décrire d'étape de validation humaine sur sa page CRM IA. Un agent qui met à jour de nombreuses fiches pendant la nuit épargne des heures de saisie s'il a raison, et en coûte autant s'il se trompe sans laisser de trace lisible.

Exigez trois choses de l'éditeur d'un CRM IA :

• La liste des actions qui demandent un accord est écrite noir sur blanc, quel que soit le réglage choisi par un administrateur pressé.

• L'historique de chaque fiche nomme l'auteur de chaque changement, humain ou agent.

• Les droits de l'agent ne dépassent jamais ceux de la personne qui l'a lancé.

Un CRM IA envoie le plus souvent une partie de vos fiches et de vos emails à un fournisseur de modèles, à chaque résumé ou chaque action d'agent. Ce fournisseur devient alors un sous-traitant ultérieur au sens de l'article 28 du RGPD (EUR-Lex), dont l'éditeur répond. Demandez à l'éditeur :

1. Quel fournisseur reçoit le texte, et par quel intermédiaire ?

2. Ce fournisseur peut-il entraîner ses modèles sur vos requêtes ?

3. Pouvez-vous choisir le modèle, par exemple un modèle européen, agent par agent ?

Salesforce écrit dans la FAQ de sa page CRM IA : « Vos informations clients ne servent jamais à entraîner des modèles externes » (Salesforce, lu le 26 octobre 2026). La page de HubSpot sur le CRM IA, lue le même jour, ne dit pas si vos données servent à entraîner des modèles. Obtenez les réponses par écrit, dans le contrat ou dans la liste des sous-traitants.

Le fournisseur du modèle n'est pas toujours la seule société sur le trajet. Un éditeur peut faire passer vos requêtes par une passerelle ou un cloud tiers avant qu'elles n'atteignent le modèle, et chacun de ces intermédiaires est un sous-traitant de plus. Demandez le nom de chaque société sur ce trajet, et le droit dont elle relève.

Un CRM IA ne corrige ni des données fausses ni un modèle de données qui ne correspond pas à votre métier : l'IA travaille sur ce que le CRM sait représenter. Ringover le dit pour la qualité des données : « Des données inexactes ou obsolètes risquent de nuire à l'efficacité des algorithmes et de fausser les analyses » (Ringover, mis à jour le 30 décembre 2025). Salesforce le résume en une ligne de sa page CRM IA, « Un CRM solide, gage d'une IA pertinente » (Salesforce, lu le 26 octobre 2026). Le modèle de données est moins souvent cité. Un CRM bâti autour des contacts, des entreprises et des transactions n'a pas de place pour un foyer, un contrat d'assurance vie ou une pièce justificative avec sa date de validité. Un agent qui lit un avis d'imposition n'a alors aucun champ où le reporter. Avant de comparer les fonctions d'IA, vérifiez que le CRM décrit vos dossiers avec leurs relations et leurs documents.

Standards est un CRM dont l'IA est native au sens de cette page : ses agents écrivent dans les mêmes fiches que votre équipe, avec les droits de la personne pour qui ils agissent. Il s'adresse aux cabinets qui tiennent des dossiers clients. Vous déclarez vos propres objets, comme un foyer, un contrat ou un actif, et des relations qui portent un rôle ou une quote-part. Les agents lisent un PDF ou un scan, vérifient le document et reportent ses informations dans la fiche. Un agent démarre quand une fiche est créée, modifiée ou supprimée, quand un formulaire est soumis, sur un webhook ou à heure fixe. Un email reçu ne déclenche rien seul. Chaque fiche garde son historique : qui, collègue ou agent, a changé quoi et quand, avec la valeur d'avant. Le prix, par personne et par mois, installation comprise, se donne au premier entretien. Standards n'a pas d'emailing de masse, de pages d'atterrissage ni d'outils SEO : pour le marketing, gardez un outil dédié.

Dans Standards, l'accord se règle par deux modes. En mode Manuel, l'agent demande votre accord avant chaque modification de vos données. En mode Auto, le mode par défaut, il modifie sans demander ; une suppression dans vos données ou un envoi d'email demande par défaut votre feu vert, avec son impact chiffré. Une routine qui tourne la nuit suit la même règle. À côté de ces deux modes, le mode Architecte sert à autre chose : l'agent y conçoit avec vous objets, champs et vues, dans un brouillon que vous publiez.

Pour comparer ces réponses à celles d'autres CRM, voyez nos comparaisons outil par outil, et pour un usage précis, les métiers que Standards équipe.