CRM pour les médi-spas et les cliniques esthétiques
Un médi-spa possède en général deux systèmes qui prétendent tous deux être le CRM : un logiciel de réservation qui est en réalité un calendrier, et parfois un CRM de vente acheté pour relancer les demandes de consultation. Aucun des deux ne peut répondre aux questions sur lesquelles l’entreprise repose — combien de séances il reste sur ce forfait, quand cette cliente doit revenir pour son cycle de toxine, quels abonnements ont été mal facturés ce mois-ci, et quelles consultations du dernier trimestre ne se sont jamais converties. Le dossier clinique reste dans le système de dossiers médicaux; le manque, c’est tout le volet commercial qui l’entoure.
Où le CRM générique ne tient pas :
Aucun registre de forfaits. Six séances vendues, payées d’avance, utilisées une à la fois sur plusieurs mois. Un CRM de vente n’a aucun objet pour un solde prépayé, alors le registre vit dans un tableur et des séances disparaissent sans bruit, d’un côté comme de l’autre.
Le dossier se ferme à la première vente. En esthétique, la première vente est le revenu le plus modeste que vous tirerez jamais de ce client. La rentabilité est dans le cycle de reprise de rendez-vous aux douze semaines, et un CRM qui archive les dossiers conclus est aveugle précisément à cela.
Les abonnements ne sont pas une étape du pipeline. Un abonnement mensuel a un état de facturation, des crédits inclus, une pause et un processus d’annulation. Forcé dans un CRM comme une vente récurrente, il fait des paiements refusés et des crédits inutilisés le problème de personne.
Les demandes de consultation et les clients partagent la même fiche. Les demandes de consultation venues des publicités exigent une réponse rapide et un suivi des absences; les clients existants ont besoin de reprises de rendez-vous selon l’intervalle. Une seule liste de contacts avec un seul processus fait mal les deux.
Le modèle de données qui convient vraiment :
Registre de forfaits. Vendu, utilisé, restant et date d’expiration par forfait, mis à jour à chaque utilisation, pour que le solde annoncé au client à l’accueil soit le solde qui figure aux livres.
Abonnement. Formule, état de facturation, crédits inclus et historique des pauses, avec les paiements refusés qui ressortent en liste de travail le jour même plutôt qu’en fin de mois.
Intervalle de traitement. Par client et par traitement : dernière visite et période où revenir, pour que les relances de rendez-vous suivent le cycle réel du traitement plutôt qu’un calendrier marketing.
Pipeline de consultations. Source de la demande, consultation réservée, présence, soumission remise et conversion, gardés à part de la clientèle, pour que les dépenses publicitaires soient jugées sur les traitements vendus plutôt que sur les formulaires remplis.
Frontière du dossier clinique. Les dossiers, les photos et les consentements restent dans le système de dossiers médicaux. La couche commerciale stocke des références et des dates, jamais le contenu clinique — les données des patients ont leur place dans le système clinique.
Notre verdict : Si vous utilisez une plateforme conçue pour les médi-spas, configurez-la à fond avant de bâtir — la plupart couvrent correctement la réservation et les dossiers, et leurs lacunes sont précises. Les éléments qu’on ne trouve systématiquement pas tout faits sur le marché, ce sont le registre de forfaits rapproché avec la facturation et le moteur de reprise de rendez-vous basé sur l’intervalle. Bâtissez-les sous forme d’une couche mince par-dessus ce que vous avez. Acheter un CRM de vente générique en plus du logiciel de réservation, c’est la seule décision qui gaspille de l’argent à coup sûr, parce qu’elle duplique les contacts et ne modélise aucun des objets ci-dessus.
Notre logiciel de réservation a une base de données clients. Ce n’est pas un CRM?
C’est un calendrier avec des fiches de contact. Il sait qui est venu; il ne relance pas ceux qui auraient dû venir. Le test est simple : demandez-lui tous les clients dont l’intervalle de toxine est arrivé à terme le mois dernier et qui n’ont aucun rendez-vous à venir. Si cette liste exige une exportation et un tableur, vous avez un calendrier, pas un CRM.
Qu’est-ce qui brise en premier quand un médi-spa grandit?
Le registre des forfaits et des abonnements. Avec un seul emplacement, une propriétaire peut tout garder en tête. Avec deux, les soldes prépayés, les paiements d’abonnement refusés et les séances qui expirent deviennent des litiges à l’accueil, et la version tableur lâche exactement quand le volume la rend importante.
Où doivent aller les demandes de consultation qui viennent des publicités?
Dans leur propre pipeline, séparé de la clientèle, avec le délai de réponse mesuré. Mêler les prospects non convertis à la liste des clients gonfle tous les chiffres et enterre le suivi. Ils méritent une fiche client quand ils achètent un traitement, pas quand ils remplissent un formulaire.
Le volet clinique a-t-il sa place dans ce système?
Non. Les dossiers cliniques, les formulaires de consentement et les photos cliniques ont leur place dans le système de dossiers médicaux, et la couche commerciale devrait contenir tout au plus des références vers eux. Garder cette frontière nette, c’est à la fois une bonne pratique et ce qui garde le projet petit.
Dernière révision le 27 août 2026