Pour organiser les clients dans un CRM pour WhatsApp, séparez quatre informations : qui est la personne, quelles commandes elle a passées, ce qui est en cours de discussion et quelle est la prochaine action de l'équipe. Dans le e‑commerce, cette séparation permet d'éviter une erreur courante : traiter une étiquette de contact comme si elle résumait toutes les achats de ce client. Le point de départ est de définir d'où provient chaque donnée et comment vérifier si elle est toujours correcte.
Qu'est‑ce qu'un CRM pour WhatsApp doit organiser ?
Le CRM est la gestion de la relation client. Dans une opération qui utilise WhatsApp, il s'agit d'associer contacts, contexte commercial et suivi. La conversation fait partie de ce contexte, mais l'historique des messages, seul, ne confirme pas le paiement, la livraison ou l'annulation.
Considérez une cliente ayant acheté deux fois. La première commande a été livrée ; la seconde attend le paiement. Elle peut être une acheteuse récurrente et, en même temps, avoir un achat en attente. Si l'ensemble du dossier reçoit uniquement l'étiquette « payé », l'équipe perd la distinction entre les commandes.
C'est pourquoi, organisez la relation en couches. La segmentation des clients pour les campagnes répond à qui doit composer un public ; la boîte de réception du support regroupe les conversations ; la boutique ou le système responsable de la commande informe de la situation de l'achat. Ces fonctions doivent échanger du contexte, même lorsqu'elles se trouvent dans des outils différents.
Une matrice pour décider où chaque information doit se situer
Le tableau est un modèle d'organisation du travail, pas une liste de champs disponibles dans tous les logiciels. Adaptez les noms au système utilisé et conservez uniquement les données nécessaires à l'opération.
| Couche | Information utile | Source à définir | Vérification nécessaire |
|---|---|---|---|
| Client | Identifiant dans la boutique, nom et contact confirmé | Fiche de la boutique ou CRM responsable | Le contact correspond‑il à la personne et est‑il associé à la bonne fiche ? |
| Commande | Identifiant, statut et moment de la mise à jour | Boutique, ERP ou système défini pour cette étape | Le statut appartient‑il à la commande en discussion et est‑il à jour ? |
| Conversation | Motif du contact, question ouverte et résumé nécessaire | Historique du support | Quel sujet nécessite encore une réponse ? |
| Prochaine action | Responsable, mesure et délai interne | CRM, outil de tâches ou suivi d'équipe | Quelqu'un a‑t‑il pris en charge la continuité ? |
| Préférences de communication | Permission enregistrée, finalité et demande d'arrêt | Processus dans lequel la préférence a été indiquée | La communication prévue respecte‑t‑elle la préférence la plus récente ? |
Choisissez une source responsable de chaque information. Si l'ERP confirme la facturation et que la boutique affiche un statut antérieur, l'équipe a besoin d'une règle pour résoudre le conflit. Une donnée récemment importée n'est pas nécessairement la plus actuelle : l'importation peut apporter un instantané ancien de la base.
Dans intégrations avec des plateformes e‑commerce, vérifiez quels événements et champs sont disponibles. « S'intègre à la boutique » n'indique pas à lui seul quelles mises à jour arrivent, dans quelles conditions ou comment elles sont associées au client.
Comment commencer à organiser la base
1. Identifiez les clients sans fusionner les fiches par supposition
Utilisez l'identifiant client dans la boutique comme référence lorsqu'il est disponible. Standardisez la manière d'enregistrer le téléphone et l'indicatif pays conformément aux exigences de l'intégration. Un nom similaire n'est pas la preuve que deux fiches appartiennent à la même personne.
Un numéro de téléphone peut avoir été saisi incorrectement, partagé par une famille ou modifié. En cas de doute, adressez la vérification à l'équipe avant de fusionner les historiques ou d'utiliser le numéro pour envoyer des informations sur une commande. Standardiser l'écriture du contact et confirmer son association sont des tâches différentes.
2. Liezn chaque achat à la commande correspondante
Conservez une référence spécifique pour chaque commande, même lorsque toutes appartiennent au même client. Une mise à jour doit changer le contexte de cet achat. Le paiement d'une commande ne clôt pas automatiquement une autre qui reste en attente.
Cette précaution est particulièrement pertinente dans les rappels de paiement via WhatsApp: avant d’informer d’un impayé, l’opération doit vérifier quelle commande est ouverte et si le paiement a déjà été reconnu par la source responsable.
3. Utilisez des étiquettes avec un sens clair et une règle de retrait
Une étiquette doit avoir une définition que l’équipe peut expliquer. « Intérêt pour la céramique » peut représenter une préférence exprimée par le client ; « échange en cours d’analyse » décrit une situation temporaire qui doit être liée au bon ticket ou à la bonne commande.
Pour chaque étiquette opérationnelle, enregistrez ce qui permet de l’appliquer, qui maintient l’information et quand elle doit être retirée ou révisée. Évitez d’utiliser une étiquette client permanente pour remplacer un statut de commande transitoire. Si l’outil n’autorise des étiquettes que sur le contact, vérifiez la commande à la source avant de prendre une décision.
4. Enregistrez la continuité en dehors de la mémoire de l’agent
Lors de la clôture d’une étape, précisez ce qu’il reste à résoudre. Un résumé tel que « le client a demandé des informations sur la livraison ; la logistique vérifiera la commande B ; retour prévu dans le délai indiqué » est plus utile que « revoir plus tard ». Utilisez l’identifiant réel de l’achat dans le contrôle interne.
Le responsable et le délai peuvent être dans le CRM ou un autre contrôle d’équipe. Ne considérez cette étape comme automatisée qu’après avoir confirmé que l’outil offre réellement la fonction et que le processus a été configuré. Une boîte de messagerie n’équivaut pas, en soi, à un gestionnaire de tâches.
Exemple : une cliente, deux commandes et une question
Ce scénario est hypothétique et sert à tester l’organisation des données. Une cliente a la commande A livrée et la commande B en attente de paiement. Elle écrit pour demander un échange concernant la commande A.
- Identification : l’équipe confirme quel dossier et quel achat correspondent à la conversation.
- Assistance : la question est associée à la commande A, sans modifier l’état de la commande B.
- Continuité : sont enregistrés le responsable de l’échange et la prochaine action.
- Communication : avant tout rappel concernant la commande B, l’équipe vérifie le paiement et prend en compte le contexte du ticket ouvert.
- Campagne : comme règle éditoriale suggérée, la boutique peut reporter une offre pendant qu’elle résout l’échange, à condition de pouvoir appliquer cette exclusion dans le processus utilisé.
La décision de reporter une campagne est une recommandation opérationnelle, pas une suppression automatique présumée du produit. L’exemple montre pourquoi le statut d’achat, la situation du ticket et l’intérêt commercial doivent rester distincts.
Un fichier importé n’équivaut pas à une autorisation d’envoi
La Politique de messages de WhatsApp Business exige que la personne ait fourni le contact et autorisé des communications ultérieures. Elle exige également le respect des demandes d’arrêt, faites à l’intérieur ou à l’extérieur de WhatsApp. Importer une liste ou identifier un achat antérieur ne prouve pas, en soi, cette autorisation.
Comme pratique d’organisation, associez au contact l’origine et la finalité de l’autorisation, ainsi que les préférences les plus récentes. Si ces enregistrements se trouvent dans un autre système, définissez comment ils seront consultés avant de sélectionner un public. L’absence d’un champ dans le logiciel n’élimine pas la nécessité de respecter le choix du client.
Sur la Business Platform, la même politique exige des modèles approuvés pour initier des conversations et autorise des réponses sans modèle dans la fenêtre d’assistance de 24 heures, ouverte et renouvelée par des messages de l’utilisateur. Avoir un enregistrement organisé ne modifie pas ces conditions d’envoi.
Où intervient WPP Marketing dans ce processus ?
WPP Marketing organise les clients, listes, étiquettes et événements de la boutique pour soutenir les campagnes et le support. La boîte de réception permet de consulter les conversations et de répondre depuis le panneau. La proposition est de connecter la communication à l’exploitation du e‑commerce ; les pipelines d’opportunités, les tâches commerciales et autres exigences d’un CRM complet doivent être évalués séparément.
Pour les systèmes propriétaires, l’ Events API est l'une des possibilités d'intégration avec des événements commerciaux. L'ensemble de données disponible dépend de l'intégration mise en place. Ne présumez pas que chaque champ de la matrice de cet article disposera d'un écran ou d'une synchronisation prêts.
L'organisation initiale des contacts est également différente de la classification automatique basée sur le comportement. Les conditions historiques et la disponibilité de cette fonctionnalité doivent être vérifiées sur la page de segmentation et dans l'offre utilisée avant de planifier l'opération.
Cinq tests avant d'utiliser la base dans des campagnes et des automatisations
Effectuez la vérification dans un environnement de test ou avec des enregistrements de test autorisés, sans envoyer de messages à de vrais clients pendant la validation.
- Deux commandes pour un client : modifiez le statut de l'une d'elles et vérifiez si l'autre conserve sa situation.
- Contact en divergence : présentez des fiches avec des noms similaires ou des téléphones conflictuels et vérifiez comment l'équipe identifie la fiche correcte.
- Mise à jour ancienne : vérifiez comment une information retardée est traitée et qui résout le conflit avec le statut actuel.
- Préférence modifiée : enregistrez une interruption de communication et vérifiez si la prochaine sélection d'audience respecte le changement.
- Changement de responsable : demandez à une autre personne de poursuivre une prise en charge en n'utilisant que le contexte enregistré. Elle doit localiser la commande et comprendre l'action suivante.
Consignez le résultat attendu, le résultat observé et l'ajustement nécessaire. Il n'existe pas de taux universel d'organisation de la base : le premier objectif est de pouvoir expliquer, pour chaque communication, qui sera contacté, quel fait justifie le message et où ce fait a été vérifié.
Sources consultées
Consultation effectuée le 10 octobre 2026. La matrice, le scénario et les tests sont des propositions éditoriales d'organisation, pas des résultats d'une expérience avec des clients.
- WhatsApp Business — Politique de messagerie : permission, interruption et conditions de messagerie sur la Business Platform.
- WPP Marketing — segmentation des clients : périmètre d'organisation des audiences et distinction par rapport à un CRM complet.
- WPP Marketing — boîte d'entrée de support : consultation de l'historique et réponses via le panneau.
Pour connecter les données de la boutique à la communication avec vos clients, découvrez la plateforme WPP Marketing et évaluez les fonctionnalités adaptées à votre opération.