Fichier client coiffeur digital : historique et RGPD

Les recherches autour du fichier client d’un salon de coiffure ne viennent presque jamais d’une envie abstraite de CRM. Elles viennent de choses très concrètes : la formule de couleur qu’on ne retrouve pas, la préférence notée sur un carnet resté chez quelqu’un, la mention d’une réaction passée coincée dans une conversation de messagerie, l’historique qui disparaît le jour où une personne quitte l’équipe.

Un fichier client numérique ne résout ces problèmes que s’il est branché sur le rendez-vous. Une base de contacts séparée de l’agenda produit le même travail de recopie que les fiches cartonnées, avec un abonnement en plus. Cet article regarde donc la fiche depuis le fauteuil, puis depuis la reprise de données — les deux moments où l’on découvre ce qu’un système vaut vraiment.

Une fiche client de coiffure utile va bien au-delà du nom, du téléphone et de la date du dernier passage. Elle porte les formules et leurs proportions, les longueurs de pose, les marques employées, les préférences de coupe et de finition, ce qui a été dit lors du dernier rendez-vous, les absences passées, et le nom de la personne qui a servi.

Deux champs sont régulièrement sous-estimés. Le premier est la personne référente : sans elle, impossible de savoir qui interroger quand une formule est ambiguë, et impossible d’analyser le taux de retour par membre de l’équipe. Le second est la raison du choix — comment cette cliente est arrivée au salon. Notée à la première visite, elle devient au bout de six mois le seul chiffre fiable sur ce qui amène réellement du monde.

À l’inverse, tout n’a pas sa place dans une fiche. Une remarque désobligeante, un jugement sur une personne, une donnée collectée « au cas où » : ce qui n’est pas utile à la prestation ne devrait pas être saisi, ne serait-ce que parce que la cliente a le droit de demander ce que vous détenez et de le lire.

La valeur d’un fichier ne se mesure pas au nombre de champs, mais au temps qu’il faut pour en sortir la bonne ligne pendant que quelqu’un est assis devant vous. C’est un test que l’on peut faire en démonstration, et il départage plus sûrement que n’importe quelle liste de fonctions.

Prenez une cliente qui vient trois fois par an depuis quatre ans. Combien de gestes pour voir la dernière formule ? Est-elle lisible sans ouvrir un document séparé ? L’historique se lit-il du plus récent au plus ancien, ou faut-il faire défiler quatre ans pour arriver à l’an dernier ? Et sur un téléphone, tenu d’une main, cette même recherche fonctionne-t-elle encore ?

Deux détails font la différence en salon. Le premier est la recherche : elle doit fonctionner sur un nom mal orthographié et sur un numéro de téléphone, parce que c’est ainsi que les gens se présentent. Le second est la saisie pendant la prestation : si la note doit attendre la fin du service, elle sera écrite de mémoire le soir, ou pas du tout — et un fichier qu’on ne remplit pas ne rend rien.

Une fiche isolée vieillit. Reliée au rendez-vous, elle se met à jour d’elle-même : chaque passage ajoute une ligne d’historique, chaque annulation laisse une trace, chaque prestation réservée dit ce qui a été fait sans que personne le retape.

Ce lien vaut aussi vers l’extérieur. Quand la réservation en ligne écrit dans le même fichier, une nouvelle cliente arrive avec sa fiche déjà créée, et une habituée qui réserve depuis son téléphone ne fabrique pas un doublon. C’est exactement ce qui n’arrive pas lorsque la réservation vit sur une plateforme et le fichier ailleurs — la différence entre les deux montages est détaillée dans notre comparaison entre portail de réservation et site du salon.

Le retour, enfin, est ce que le fichier permet de travailler. Savoir qu’une racine se reprend toutes les six semaines et qu’une personne n’est pas revenue depuis dix, c’est une information exploitable. Encore faut-il distinguer deux usages : rappeler un rendez-vous que la personne a pris relève du service ; lui envoyer une offre relève de la prospection et suppose son accord préalable. Le même fichier sert les deux, mais pas sous le même régime.

Le fichier client est la partie du salon qui se transporte le plus mal. Trois questions se posent donc avant de le confier à un système, et elles se posent dans cet ordre.

La durée d’abord. Le référentiel de la CNIL relatif à la gestion des activités commerciales retient un repère utile : les données d’une cliente peuvent être conservées pendant la relation commerciale, puis trois ans à compter de sa fin lorsqu’elles servent à la sollicitation. Le système sait-il montrer les fiches inactives et appliquer une règle, ou ne connaît-il que « tout garder » ? Notez que les pièces comptables suivent, elles, une obligation de conservation bien plus longue prévue par le code de commerce et ne partent pas avec la fiche.

Les accès ensuite. Une mention de réaction allergique ou d’un traitement en cours relève des catégories particulières de l’article 9 du RGPD : elle a sa place dans le conseil, pas dans un champ libre visible par tout le monde. Un système doit distinguer des rôles — accueil, équipe, direction — et permettre de fermer un accès sans effacer l’historique le jour d’un départ.

L’export enfin, et c’est la question qu’on oublie en entrant. Pour son fichier, le salon est responsable de traitement et l’éditeur est sous-traitant : l’article 28 du RGPD impose que le contrat prévoie la restitution ou l’effacement des données au terme de la prestation, au choix du salon. Demandez le format, demandez si l’export reste possible après résiliation, et demandez s’il contient l’historique et les notes ou seulement la liste des contacts. Chez Salon Wizard, l’hébergement est situé en Allemagne ; face à un autre éditeur, la question à poser est celle du traitement au sein de l’UE ou de l’EEE.

Six vérifications suffisent à écarter la plupart des mauvaises surprises :

• Vitesse : la dernière formule d’une habituée s’affiche-t-elle en deux gestes, y compris sur un téléphone ?
• Historique : rendez-vous, prestations et personne référente restent-ils rattachés après un départ dans l’équipe ?
• Doublons : une réservation en ligne retrouve-t-elle une fiche existante au lieu d’en créer une seconde ?
• Rôles : peut-on limiter la lecture des notes sensibles sans bloquer le travail quotidien ?
• Durées : les fiches inactives sont-elles repérables et une règle de suppression est-elle applicable ?
• Sortie : l’export contient-il l’historique et les notes, et reste-t-il disponible après la fin du contrat ?

Un système léger convient particulièrement lorsque le salon veut réunir fichier client, réservation en ligne, planning d’équipe et page publique sans placer une caisse au centre. Où passe cette frontière est expliqué dans notre article sur les logiciels de salon sans caisse.