Mutuelles : pourquoi votre logiciel de gestion ne vous aide pas à grandir (et ce n'est pas sa faute)

C'est un peu ce qui se passe dans beaucoup de mutuelles à taille humaine. Le logiciel de gestion tient les contrats, les cotisations et les remboursements, et il le fait bien. Mais tout ce qui entoure le contrat, les questions, les devis, le conseil, les réclamations, n'a pas de place à lui. Alors chacun s'organise comme il peut : un tableur pour suivre les devis, un cahier à l'accueil, une boîte de courriel partagée, des rappels notés à la main. Ça tient, à force de bonne volonté.

Le logiciel de gestion n'est pas fait pour porter la relation avec les adhérents, pas plus qu'on ne confie l'accueil au service comptable : il le ferait avec rigueur, mais pas au bon rythme. Quant aux systèmes faits main, ils tiennent tant que la personne qui les a créés est là. La relation gagne à avoir son propre outil, à côté du logiciel de gestion : un CRM et un outil d'aide à la vente, avec une frontière nette entre les deux. C'est ce qui permet à une mutuelle de grandir sans rien bousculer de sa gestion.

Un logiciel de gestion fait pour la stabilité, pas pour la vitesse

Le logiciel de gestion d'une mutuelle est construit pour l'exactitude : chaque évolution s'y teste, se valide et se planifie, parce qu'une erreur s'y paie en remboursements faux. C'est sa force, et c'est ce qui le ralentit dès qu'on lui demande de suivre le rythme de la relation.

Une chose doit lui revenir sans discussion : les flux avec l'Assurance maladie, c'est-à-dire les décomptes reçus, les remboursements et le tiers payant avec les professionnels de santé. C'est un métier à part, normé, qu'un outil de relation n'a pas vocation à reprendre.

Le reste se discute davantage qu'on ne le croit. Le contrat, la cotisation et son prélèvement suivent la facturation : si elle se fait au plus près de la relation, le logiciel de gestion n'a plus besoin de les porter.

Tout ce qui entoure le contrat, et qui n'a pas de place à lui

Autour de ce socle, il y a le quotidien de l'accueil : expliquer une cotisation, revoir une garantie, chiffrer un devis pour un nouvel adhérent, conduire une adhésion jusqu'à la signature, répondre à une réclamation, garder la trace du conseil donné.

Faute d'outil prévu pour lui, ce travail repose sur des systèmes faits maison : un tableur des devis, un fichier des appels, les boîtes de courriel de chacun, parfois un module du logiciel de gestion détourné de son usage. Chaque système tient sa part. Résultat :

• une même demande se suit à plusieurs endroits, et personne ne la voit en entier ;
• quand une collègue est absente, ses échanges avec l'adhérent restent dans sa boîte ;
• le conseil a bien été donné, mais le retrouver par écrit prend du temps.

Ce n'est ni un manque de compétence, ni un manque de bonne volonté. C'est que la relation n'a pas d'outil à elle.

Quand chaque nouvelle grille devient un projet informatique

La raison de fond tient au rythme. La gestion demande de la stabilité ; la relation, elle, change chaque année : une nouvelle grille tarifaire, une garantie ajoutée à la gamme, un questionnaire de conseil revu, un modèle de courrier à corriger.

Et l'adhérent compare : en complémentaire santé, hors contrats collectifs à adhésion obligatoire, un membre participant peut dénoncer son adhésion sans frais ni pénalités après un an à compter de la première souscription. La rapidité et la justesse de la réponse pèsent donc dans son choix de rester.

Quand la relation passe par le logiciel de gestion, elle avance à son rythme : la nouvelle grille attend la prochaine version pour s'appliquer au guichet, un questionnaire de conseil se modifie par une demande d'évolution chez l'éditeur. Quand elle passe par des systèmes faits main, chaque changement se recopie dans chaque tableau. Pour une mutuelle qui veut grandir, c'est là que ça coûte : une garantie lancée en retard, un devis qui part le lendemain au lieu de partir pendant l'appel, un adhérent qui compare ailleurs faute de réponse.

Deux couches et une frontière nette : le CRM de la mutuelle à côté de la gestion

La bonne nouvelle : il n'y a rien à casser, seulement deux couches à reconnaître, chacune avec son outil et son rythme.

Le logiciel de gestion, qui fait foi

Il reste en place et garde ce qu'il fait le mieux : les flux avec l'Assurance maladie, et ce que vous choisissez de lui laisser.

La couche relation : un CRM et un outil d'aide à la vente

C'est là que vit tout ce qui entoure le contrat. Elle réunit deux familles d'outils :

• le CRM, ou gestion de la relation adhérent : un dossier par adhérent où se rangent les échanges, les pièces et les documents remis, et où chaque demande a un responsable, un statut et des relances prévues d'avance ;
• l'outil d'aide à la vente, ou OAV : le questionnaire de conseil qui recueille les besoins, la recommandation d'une garantie de la gamme, le devis calculé sur la grille en vigueur, la fiche conseil qui dit pourquoi ce choix, puis l'adhésion jusqu'à la signature.

Cette couche se règle au rythme de la mutuelle : ses équipes y installent elles-mêmes leurs garanties, leurs grilles, leurs questionnaires et leurs modèles de documents, sans attendre une évolution du logiciel de gestion. Le tarif proposé dans un devis se calcule donc ici ; la cotisation appelée suit la facturation, là où elle vit.

La frontière : ce qui passe d'une couche à l'autre

La règle tient en une phrase : chaque information ne fait foi qu'à un seul endroit.

Tant que le contrat et la cotisation vivent dans le logiciel de gestion, deux passages suffisent :

1. De la gestion vers la relation : la liste des adhérents, pour que chaque demande rejoigne le bon dossier. Au démarrage, un import de cette liste suffit.
2. De la relation vers la gestion : l'adhésion signée ou le changement de garantie décidé. Il est reporté une fois dans le logiciel de gestion, comme c'est déjà le cas pour une adhésion papier, ou transmis par une liaison quand le volume la justifie.

« Encore un outil ? » Les objections qu'on entend

Une suite unique qui ferait tout a de vrais arguments : un seul éditeur, aucune interface à maintenir. Les objections méritent une réponse franche.

« Ce sera une saisie de plus »

Seulement si la frontière est mal tracée. La couche relation remplace les tableurs, les feuilles volantes et les messageries personnelles ; elle ne double pas le logiciel de gestion. L'adhésion y est saisie une fois, comme avant ; ce qui disparaît, ce sont les recopies d'un tableau à l'autre.

« Une interface, ça coûte cher et ça casse »

Elle n'est pas obligatoire pour commencer. La liste des adhérents s'importe, l'adhésion signée se reporte une fois : c'est le fonctionnement de départ, et il tient. Une liaison automatique s'envisage ensuite, quand le volume des adhésions la rend rentable.

« Notre logiciel de gestion a déjà un module pour ça »

C'est souvent vrai. La question n'est pas de savoir si le module existe, mais à quel rythme il évolue : celui de la relation, ou celui de la gestion.

Changer de gestion sans perdre la relation

Une mutuelle peut rejoindre une union, confier sa gestion à un délégataire ou changer de logiciel de gestion : le moteur de gestion change alors de mains ou de version.

Si la relation vit dans un module du logiciel de gestion, elle suit le même chemin ; si elle vit dans des fichiers personnels, elle part avec ceux qui les tiennent. Dans les deux cas, l'historique des échanges et la trace du conseil se perdent en route. Si elle vit dans sa propre couche, elle reste à la mutuelle, quel que soit le logiciel qui verse les remboursements.

Quatre questions pour faire le point

1. Pour modifier un questionnaire de conseil ou un modèle de courrier, devez-vous attendre une évolution de votre logiciel de gestion ?
2. Pour chaque information, contrat, cotisation, échange, conseil, savez-vous quel outil fait foi ?
3. Une demande reçue par courriel est-elle suivie dans une boîte personnelle, dans un tableau, ou dans un dossier que toute l'équipe voit ?
4. Si vous changiez de logiciel de gestion demain, que perdriez-vous de l'historique de la relation avec vos adhérents ?

Ce que fait ASSUR3D, et ce qu'il ne fait pas

ASSUR3D, logiciel conçu pour les courtiers en assurance, se place dans la couche relation. Son centre d'aide décrit ce qu'il y fait :

• un questionnaire de recueil des besoins propre à l'organisme, qui préremplit la fiche conseil sans ressaisie (« Préremplir automatiquement le devoir de conseil grâce au recueil des besoins »), et des règles qui en tirent une recommandation (« Créer un niveau de recommandation sur un questionnaire ») ;
• la grille tarifaire (« Gérer une grille tarifaire dans ASSUR3D ») et la signature électronique du devis avec ses documents réglementaires (« Signer électroniquement une proposition ») ;
• les courriels des boîtes connectées, transformés en demandes classées sur la fiche de l'expéditeur, avec un responsable, une priorité et un statut (« Comprendre le fonctionnement du module Tickets dans ASSUR3D »), et les réclamations suivies jusqu'à leur clôture (« Traiter les réclamations clients : identifier, suivre et clôturer ») ;
• l'historique des vérifications de gel des avoirs (« Consulter l'historique des vérifications de gel des avoirs »).

Il travaille à côté de votre logiciel de gestion, qui garde les flux avec l'Assurance maladie. Ce qu'ASSUR3D propose aux mutuelles locales est présenté sur notre page logiciel de gestion mutuelle.

Conclusion : donner à la relation l'outil qui lui manque

On ne demande pas au service comptable de tenir l'accueil, et on ne laisse pas l'accueil se débrouiller avec des tableurs. Laissez au logiciel de gestion ce qu'il fait le mieux, les flux avec l'Assurance maladie ; donnez à la relation adhérent sa propre couche, et tracez la frontière entre les deux en commençant par la liste de vos informations.

Ce qui fait grandir une mutuelle de proximité ne tient pas à son moteur de gestion, mais à la façon dont elle répond à ses adhérents et à ceux qui frappent à sa porte. C'est cette part-là qu'une architecture en deux couches met à l'abri.