Une fiche client unique : la discipline derrière la reconnaissance

Pourquoi les hôtels finissent-ils avec des fiches en doublon ?

Les fiches sont créées partout où un client apparaît pour la première fois : à la réception, via une réservation de canal, une réservation de restaurant, un e-mail d’assistante d’entreprise. Si le formulaire de création ne recherche pas les fiches existantes, créer une nouvelle fiche est la solution de moindre effort.

Les réservations par canal en sont une source fréquente. L’OTA transmet un nom et un numéro de téléphone ; le PMS crée une fiche ; le client réserve ensuite en direct avec une adresse e-mail. Il existe alors deux fiches et aucun identifiant commun.

La solution n’est pas un nettoyage périodique. C’est une règle de rapprochement au moment de la création, une alerte visible « doublon possible » et un processus de fusion dont quelqu’un est responsable.

Que doit contenir une fiche client ?

Une fiche doit contenir le minimum nécessaire pour reconnaître et servir le client, ainsi que l’historique qui rend la reconnaissance utile. Tout le reste a sa place ailleurs, avec un objet plus restreint.

• Identité : nom, coordonnées, langue préférée, référence du document d’identité lorsque la loi le permet
• Consentement : préférences marketing, canal de communication, date et source du consentement
• Préférences : chambre, étage, oreiller, régime alimentaire, accessibilité et notes de service
• Historique : séjours, points de vente fréquentés, comportements de dépense, réclamations résolues
• Commercial : niveau de fidélité, compte entreprise, tarifs négociés
• Notes sensibles : réservées à des rôles nommés, avec accès journalisé

Un champ sans responsable et sans usage est un passif. Collectez moins, et maintenez à jour ce que vous collectez.

Comment fusionner les doublons ?

Une fusion est une opération de données aux conséquences financières : points, valeur stockée, historique de folios et tarifs négociés peuvent être rattachés à l’une ou l’autre fiche. Elle ne doit jamais être une supposition en un clic.

Un processus viable comprend : la détection de candidats avec un score de correspondance, la revue humaine des éléments, un aperçu de la fusion montrant ce qui sera conservé, une action de fusion qui préserve les deux historiques, et un journal permettant à un utilisateur habilité de comprendre ce qui s’est passé.

• Ne jamais fusionner automatiquement sur le seul nom.
• Préserver les deux historiques de séjours et la date de création la plus ancienne.
• Rapprocher explicitement les points et la valeur stockée, avec un rapport.
• Journaliser la fusion, l’utilisateur, les fiches sources et la fiche résultante.

Qui doit pouvoir voir quoi ?

La réception a besoin de ce qu’il faut pour accueillir et servir. Le commercial a besoin de l’historique commercial. La finance a besoin de la facturation et du crédit. Le marketing a besoin des consentements et de la segmentation. Aucun n’a besoin de la même vue.

Les accès par rôle doivent être restreints par défaut. Les notes sensibles, l’historique des réclamations et les données de paiement doivent faire l’objet de droits distincts de la fiche de base, et les accès doivent être journalisés.

Comment éviter que les fiches ne se dégradent ?

Les données clients vieillissent vite. Les adresses e-mail changent, les préférences évoluent, les consentements expirent. Une fiche non actualisée devient une source d’hypothèses erronées.

La saisie au moment du service est la seule méthode durable : confirmer les coordonnées à l’enregistrement, noter une préférence lorsque le client l’exprime, enregistrer le consentement lorsqu’il est donné et revoir la fiche à chaque séjour plutôt que lors d’une campagne annuelle.

• Demander la confirmation de l’e-mail et du téléphone à l’enregistrement
• Saisir les préférences dans des champs structurés, pas dans des pavés de texte libre
• Enregistrer la source et la date du consentement, et respecter le retrait
• Revoir les fiches dormantes selon un cycle défini

Que faut-il mesurer ?

Mesurez ce qui change les comportements, pas la taille de la base de données.

• Taux de doublons : fiches fusionnées pour cent nouvelles fiches créées
• Complétude des fiches : pourcentage de fiches avec un contact vérifié et un consentement
• Taux de reconnaissance : clients fidèles dont la fiche a été utilisée à l’enregistrement
• Rattachement aux points de vente : part des clients séjournant à l’hôtel avec une prestation au point de vente
• Traitement des réclamations : réclamations répétées du même client

Comment les fiches clients doivent-elles évoluer avec la taille de l’établissement ?

Dans un établissement de 10–60 chambres, la reconnaissance vit généralement dans la tête d’une petite équipe. Le personnel connaît le client fidèle, la chambre préférée et la réclamation du printemps dernier, mais ce savoir n’est pas dans le système et part avec la personne. Le travail de conception consiste à capturer les quelques éléments que l’équipe maintiendra réellement : un téléphone et un e-mail vérifiés, la langue, une préférence structurée de chambre ou d’étage, les besoins alimentaires et le consentement. Un long champ de notes en texte libre est l’endroit où les bonnes intentions se perdent. La création de profil se fait à la réception et via les réservations OTA, donc la règle de recherche avant création compte même ici ; deux profils pour un même client sont aussi faciles à produire dans un établissement de 40 chambres que dans un de 400. Une personne, généralement le responsable de la réception ou le propriétaire, doit être responsable des fusions et les contrôler. L’objectif n’est pas une base marketing. C’est une continuité suffisante pour qu’un client de retour ne soit pas interrogé deux fois sur les mêmes choses, et une discipline suffisante pour que la fiche soit encore exacte au séjour suivant.

Entre 60 et 250 chambres, le client est servi par plus de personnes dans plus d’endroits. La réception, les réservations, le restaurant, le spa et le service commercial touchent tous la fiche, et chacun a besoin d’une vue différente. C’est là que l’accès par rôle cesse d’être une formalité : le personnel d’accueil du restaurant a besoin de la note d’allergie, pas de la limite de crédit, et le service commercial a besoin du tarif entreprise, pas de l’historique des réclamations. Les interfaces commencent aussi à compter. Si le point de vente et le PMS détiennent des fiches clients séparées, la reconnaissance au point de vente dépend de quelqu’un qui ressaisit un nom. L’établissement doit décider quel système est la source de vérité opérationnelle et synchroniser vers l’extérieur un sous-ensemble gouverné, plutôt que de laisser chaque service tenir sa propre liste. Le consentement mérite la même discipline : canal, date et source enregistrés par client, avec un retrait respecté partout où les données ont été partagées. Un responsable nommé pour les fusions de doublons et une revue à 30 jours du taux de doublons feront plus qu’une campagne annuelle de nettoyage. La revue doit porter sur les fiches fusionnées, pas seulement sur le nombre.

Au-delà de 250 chambres et dans les resorts, la fiche doit fonctionner entre les points de vente, les bâtiments et parfois les établissements. Un client peut séjourner dans un hôtel, dîner dans un autre et réserver un spa sous un numéro d’adhérent, et le groupe veut que cela soit reconnu sans exposer toute la fiche à chaque utilisateur. La correspondance d’identité, la gouvernance des fusions et les règles d’accès deviennent des fonctions centrales, pas des habitudes de réception. Le modèle de champs doit être détenu au centre et rester étroit, car chaque champ facultatif ajouté au niveau du groupe devient une obligation de maintenance dans chaque établissement. Les règles de conservation se multiplient aussi : une juridiction peut exiger la suppression des données d’identité selon un calendrier tandis que les données financières sont conservées plus longtemps, et les notes sensibles ont besoin d’une permission et d’une journalisation d’accès distinctes. La mesure du succès n’est pas la taille de la base. C’est de savoir si la fiche change ce que fait l’équipe à l’enregistrement ou au point de vente, et si le client perçoit une continuité plutôt qu’un traitement de nouveau client. L’établissement doit aussi pouvoir voir quels champs le centre utilise réellement, car un champ inutilisé est un coût sans bénéfice.

Décidez les limites avant de choisir les champs. Premièrement, l’objet de la fiche : continuité de service, historique commercial ou marketing, car chaque finalité justifie des données et une conservation différentes. Deuxièmement, la source de vérité pour l’identité et l’historique des séjours, et les systèmes qui reçoivent un sous-ensemble. Troisièmement, qui peut voir les notes sensibles, et comment l’accès est journalisé. Quatrièmement, le modèle de consentement, y compris la façon dont le retrait se propage à chaque système ayant reçu les données. Cinquièmement, la politique de fusion : qui examine les candidats, quelles preuves sont exigées et comment la piste d’audit est conservée. Fixez ensuite l’ensemble minimal de champs que l’équipe maintiendra au moment du service, et résistez à l’envie d’ajouter des champs parce qu’ils pourraient être utiles. Si la réponse à l’une de ces questions est floue, l’ensemble de champs est probablement trop large pour la première version. La condition limite est juridique : les règles de conservation, de transfert transfrontalier et de documents d’identité varient selon la juridiction, et un standard de groupe doit laisser la place à une obligation locale. Une fiche qui ne peut pas être conservée légalement n’est pas un actif.

• Quels champs l’équipe maintiendra-t-elle au moment du service ?
• Quel système est la source de vérité pour l’identité et l’historique des séjours ?
• Qui examine les candidats à la fusion, et quelles preuves sont exigées ?
• Comment un retrait de consentement atteint-il chaque système qui détient les données ?
• Quelles données doivent être supprimées ou conservées selon la loi locale ?