Le CRM que les courtiers utilisent vraiment est déjà dans leur poche

Statut éditorial : brouillon pour relecture. À valider avant publication : comparateur de la métrique 3, relecture du paragraphe conformité, rendu des liens markdown.

Demandez à un courtier où vivent ses relations clients : il vous montrera le CRM. Regardez-le travailler une heure et vous verrez autre chose. Le devis envoyé à 19 h, le « vous pouvez ajouter mon fils sur le contrat ? », la photo du pare-chocs enfoncé. Tout cela se passe sur WhatsApp. Le CRM détient la fiche. WhatsApp détient la relation.

Chez FCB.ai, nous avons déployé l'automatisation WhatsApp chez des assureurs et des courtiers comme Marsh, AGMA, Botswana Life ou Momentum Insure, et le même schéma revient sur chaque marché. L'écart entre le système de référence et le canal de la relation est l'endroit exact où les devis restent sans relance, où les échéances passent à la trappe et où le multi-équipement ne se fait jamais. Cet article explique pourquoi un CRM conversationnel pour courtiers en assurance doit se construire autour de la conversation plutôt que de la fiche, et ce qui change une fois qu'il est en place.

L'assurance n'a pas un problème WhatsApp, elle a un problème de mémoire

Le problème de WhatsApp dans le courtage n'est pas que les clients l'utilisent. C'est que le cabinet ne se souvient de rien de ce qui s'y dit. Chaque téléphone de courtier est une base de données privée de demandes, de promesses et de devis à moitié finalisés, et le cabinet n'en voit rien.

Il en résulte trois défaillances parfaitement prévisibles. Un prospect demande un devis auto le mardi et a signé ailleurs le vendredi. Un client évoque un nouveau crédit immobilier à un courtier, et le collègue qui gère son contrat habitation n'en entend jamais parler. Et quand un courtier quitte le cabinet, les conversations partent avec lui : le cabinet garde les contrats mais perd le contexte, les demandes en cours et, souvent, la relation.

Aucune de ces défaillances n'est technique. Ce sont des défaillances de mémoire. Nous avons déjà décrit la version organisationnelle de ce phénomène dans le problème de l'organigramme ; dans le courtage, la faille se situe entre le courtier et son cabinet, et c'est par là que le chiffre d'affaires s'échappe.

Le CRM classique a été conçu pour des fiches. Le courtage, lui, repose sur des conversations

La plupart des CRM descendent des logiciels de pipeline commercial. Ils supposent que quelqu'un ouvrira un écran après l'échange pour renseigner des champs, des étapes et des notes. Cela fonctionne quand l'échange est un rendez-vous téléphonique programmé. Cela ne fonctionne plus quand l'échange, ce sont quarante messages WhatsApp étalés sur trois jours, dont la moitié sont des photos de documents.

Le courtage est une suite d'échanges, pas une suite de fiches. Une demande de devis arrive en message vocal, un permis de conduire en photo, une objection sur la franchise à 21 h. Le CRM n'en saura quelque chose que si quelqu'un s'arrête de travailler pour le retranscrire. Presque personne ne le fait. Le CRM devient alors une copie partielle et en retard de la réalité, et les courtiers retournent faire défiler leurs conversations.

La solution consiste à inverser le modèle : saisir la conversation comme objet premier, puis en déduire la fiche. La saisie devient un sous-produit du dialogue avec le client, la seule forme de saisie que les courtiers feront jamais avec constance.

Ce qu'un CRM WhatsApp doit faire : identifier, centraliser, prioriser, agir

Un CRM WhatsApp pour courtiers en assurance n'a qu'une mission : transformer chaque conversation entrante en une fiche client, une prochaine action et, le cas échéant, une opportunité commerciale, partagées avec tout le cabinet. Cela tient en quatre fonctions.

Identifier

Chaque message entrant est rattaché à un client existant ou crée automatiquement une fiche, et l'affectation se fait sans étape de tri manuel. Un courtier ne devrait jamais avoir à demander « c'est qui ? » à son propre outil.

Centraliser

Conversations, pièces jointes, devis et références de contrats sont réunis dans une seule fiche client, accessible à tout collègue habilité. Dans les déploiements FCB.ai, c'est là que la collecte de documents et le KYC rejoignent le fil de la conversation : le courtier demande une fois, le document est extrait et rattaché.

Prioriser

Un prospect chaud avec un devis en main, une demande urgente sur un sinistre et un simple changement d'adresse ne méritent pas la même attention à 8 h du matin. Ils doivent être classés, pas empilés par ordre d'arrivée. La qualification du prospect (chaud, tiède, froid) se déduit de la conversation elle-même, pas d'un champ que quelqu'un a pensé à remplir.

Agir

Le résultat, c'est une prochaine action par client avec un message suggéré : qui relancer, pourquoi, et avec quels mots. C'est l'étage que la plupart des outils oublient. Le CRM WhatsApp d'ORIS pour les courtiers est construit sur cette boucle identifier-centraliser-prioriser-agir, et c'est la boucle, pas la boîte de réception, qui produit des résultats commerciaux.

La relance est la première fuite commerciale d'un cabinet

La première source de chiffre d'affaires perdu dans un cabinet de courtage n'est ni le tarif ni le produit. C'est le devis envoyé et jamais relancé. Les courtiers ne relancent pas mal par négligence. Ils relancent mal parce que le rappel est dans leur tête, la conversation dans leur téléphone, et que le jeudi est toujours plus chargé que ne l'était le mardi.

Dans les déploiements ORIS, le délai de réponse des courtiers passe d'une moyenne de 48 heures à moins d'une heure, par rapport au suivi manuel antérieur. Les courtiers qui travaillent avec ORIS affichent aussi un taux de transformation devis-contrat supérieur de 30 % au processus manuel qu'ils ont remplacé. Ce sont des résultats observés sur des déploiements ORIS en production, pas des moyennes de marché.

Le mécanisme est simple : le système sait qu'un devis est parti, constate qu'aucune réponse n'est revenue, et remonte le client au courtier avec une relance déjà rédigée, au bon moment. Le courtier relit et envoie. Un prospect qui a sollicité trois courtiers signe en général avec celui qui répond en premier.

L'échéance doit être un parcours, pas un rappel dans l'agenda

Une échéance n'est pas une date. C'est une conversation de soixante jours avec un client qui n'a pas pensé à ses garanties depuis un an. La traiter comme une ligne d'agenda, c'est s'assurer que le premier signe d'un problème sera la résiliation.

Un parcours de renouvellement sur WhatsApp se déroule en étapes conversationnelles, chacune avec un statut. À soixante jours, un message annonce l'échéance et demande si quelque chose a changé : un nouveau véhicule, un déménagement, un enfant. À quarante-cinq jours, les justificatifs mis à jour sont collectés dans le fil. À trente jours, les conditions de renouvellement ou des devis alternatifs sont soumis au client. À sept jours, ceux qui n'ont pas répondu sont remontés pour un appel.

Chaque étape est visible pour le cabinet : un courtier en congé ne signifie plus une échéance manquée. Et la question « quelque chose a changé ? » est aussi un moment de souscription et de multi-équipement. C'est pourquoi les échéances traitées comme des conversations rapportent davantage que les échéances traitées comme des rappels.

L'opportunité dormante dans le portefeuille existant

La plupart des cabinets ont déjà leur prochaine année de croissance dans les clients qu'ils détiennent. Les clients mono-équipés en sont l'exemple le plus évident : une auto sans habitation, une RC professionnelle sans cyber. L'opportunité est visible dans le portefeuille et presque jamais exploitée, parce que personne n'a de raison d'ouvrir cette fiche un mercredi quelconque.

La conversation crée cette raison. Un client qui mentionne une nouvelle maison, une nouvelle voiture ou une naissance dans un fil WhatsApp émet un signal de multi-équipement, et un CRM conversationnel le repère au moment où il apparaît, pas au bilan annuel. La fréquence compte aussi : les courtiers qui travaillent avec ORIS génèrent en moyenne 7 contacts proactifs par client et par an, contre 1,2 en suivi manuel. Chaque contact est une occasion d'apprendre un changement dans la vie du client, et chaque changement une occasion d'ajouter une garantie. Le multi-équipement dans le courtage n'est pas une campagne ; c'est le sous-produit de conversations qui ont lieu plus d'une fois par an.

Le courtier et l'IA, pas l'IA à la place du courtier

Dans un cabinet, l'IA doit rédiger, classer, extraire et rappeler. Elle ne doit ni conseiller, ni décider, ni signer. Le courtier est le professionnel habilité en qui le client a confiance ; l'IA s'assure qu'il n'entre jamais dans une conversation sans contexte et qu'il n'oublie jamais un engagement.

Concrètement : l'IA extrait le numéro de contrat d'une photo reçue, reconnaît dans « ma fille commence à conduire » un signal auto, rédige la relance d'un devis resté sans réponse dans le ton du cabinet, et trie les conversations du matin par urgence. Le courtier valide, corrige ou écarte chaque message sortant qui engage un conseil ou une promesse.

La vente d'assurance entièrement automatisée échoue pour trois raisons : les clients ne confient pas la protection de leur famille à un robot, les régulateurs de tous les marchés où nous opérons attendent qu'un intermédiaire habilité réponde du conseil, et les arbitrages qui font gagner une échéance sont précisément ceux qu'un modèle ne doit pas rendre seul. Le bon design est piloté par l'humain et assisté par l'IA, avec une frontière nette entre les messages que l'IA peut envoyer sans supervision (suivi de statut, demande de pièces, rappels) et ceux qu'elle ne fait que préparer.

Ne remplacez pas le logiciel de gestion, construisez autour

Un CRM conversationnel doit se placer devant le logiciel de gestion de cabinet ou l'outil de gestion des contrats, pas s'y substituer. Le système central reste la référence pour les contrats, les primes et les commissions ; la couche conversationnelle prend en charge la relation, la prochaine action et le pipeline, et synchronise les champs utiles par API. Les cabinets qui tentent de remplacer leur outil de gestion par une messagerie finissent avec deux demi-systèmes. C'est l'architecture derrière WhatsApp pour les assureurs dans chacun de nos déploiements, et vous en trouverez la présentation en français sur l'IA WhatsApp pour l'assurance.

L'argument de conformité va dans le même sens. Dans l'Union européenne, le RGPD fait du cabinet, et non du courtier individuel, le responsable du traitement des données clients : l'article 28 impose un contrat écrit avec tout sous-traitant, et l'article 32 des mesures techniques et organisationnelles de sécurité. En Afrique du Sud, la loi POPIA (Protection of Personal Information Act) pose la même structure : l'article 19 exige des mesures de sécurité appropriées et l'article 21 un contrat écrit avec tout opérateur, comme le rappellent les mises en demeure du régulateur sud-africain. Un cabinet dont les conversations clients dorment sur des téléphones personnels ne peut rien démontrer de tout cela : ni prouver ses mesures de sécurité, ni répondre à une demande d'accès, ni effacer des données qu'il ne détient pas. Centraliser les conversations sous le compte WhatsApp Business du cabinet, via la plateforme WhatsApp Business de Meta, avec le cabinet comme propriétaire du compte et le prestataire technique lié par un accord de traitement des données, c'est ce qui fait de la relation WhatsApp un actif du cabinet plutôt qu'un actif personnel. Notre guide sur la conformité WhatsApp en détaille la mise en œuvre. Ceci n'est pas un avis juridique ; validez les points précis avec votre responsable conformité.

À quoi cela ressemble au quotidien

À 8 h 15, une courtière ouvre le tableau de bord du cabinet plutôt que son téléphone. Onze conversations WhatsApp sont arrivées pendant la nuit. Quatre nouveaux prospects, déjà affectés, avec le type de devis identifié. Trois clients existants avec une pièce jointe, déjà rangée sur le bon contrat. Deux échéances entrées dans la fenêtre des soixante jours, avec le message « quelque chose a changé ? » déjà parti. Une question sur un sinistre avec une réponse préparée qui attend sa validation. Un client qui a mentionné un nouvel utilitaire, signalé comme opportunité auto.

Elle traite la liste de haut en bas. Le prospect chaud de la veille n'a pas répondu : la relance suggérée part en un geste. À 8 h 40, les relances du jour sont faites et rien ne dépend plus de sa mémoire. Son responsable voit la même chose à l'échelle du cabinet : relances en retard par courtier, transformation du mois, échéances à risque. Des exemples tirés de nos déploiements en assurance sont dans nos études de cas.

WhatsApp, c'est la conversation. Le CRM, c'est ce qui vient après

Le courtage se fait déjà sur WhatsApp. La seule question est de savoir si cette activité est mémorisée, partagée et exploitée, ou si elle reste enfermée dans des téléphones jusqu'au jour où quelqu'un démissionne.

Une règle de décision simple : si vos courtiers font défiler leurs propres conversations pour retrouver ce qu'un client a demandé, vous n'avez pas un CRM, vous avez une archive. Si une démission vous coûterait le contexte client en plus d'un collègue, vos actifs relationnels appartiennent à des individus, pas au cabinet. L'une ou l'autre de ces situations suffit à justifier de mettre la conversation, et non la fiche, au centre du système.

Pour voir un parcours d'échéance et une vue de relances du matin sur un compte de courtier réel, oris.ai propose une démonstration de 15 minutes, puis cadre un pilote sur vos volumes réels.