Trois outils, trois endroits où l'information se dépose, et aucune passerelle entre eux. C'est la situation la plus fréquente que nous rencontrons : le formulaire du site envoie un email que personne n'ouvre le vendredi, WhatsApp contient la vraie conversation, et le suivi commercial vit dans un tableur mis à jour le soir, de mémoire.
Le sujet n'est pas de changer d'outils. Le sujet est qu'un contact doit avoir un seul statut, connu du site, de WhatsApp et du suivi, mis à jour sans que personne recopie quoi que ce soit. Ce n'est pas un problème de discipline : c'est un problème d'architecture, avec la même information en trois exemplaires dont deux sont incomplets.
Voici la mécanique, les règles à écrire avant de brancher le premier câble, et les pièges du numéro de téléphone. Le coût de ce chantier et son seuil de rentabilité sont traités dans le calcul détaillé ici.
Trois outils, trois vérités différentes
Le site. Une demande arrive avec un nom, un numéro, un besoin en deux lignes. Le message part par email vers une boîte que trois personnes consultent, ou que personne n'ouvre le week-end. La demande existe, mais elle attend.
WhatsApp. C'est là que la vente se joue. Trois échanges, un prix évoqué, une photo de facture, une promesse de rappel. Tout cela reste dans un téléphone. Le jour où la personne qui le tient est absente, l'historique n'existe plus pour les autres : on redemande au client ce qu'il a déjà expliqué.
Le suivi commercial. Un tableur ou un cahier, tenu en fin de journée. On y écrit ce dont on se souvient, avec les erreurs que la mémoire produit : une date approximative, un besoin résumé trop court, un numéro recopié à la main.
Les conséquences sont toujours les mêmes. Le même client laisse son numéro sur le site puis écrit sur WhatsApp : deux fiches, deux réponses différentes. Un numéro recopié à la main perd un chiffre, et le rappel ne passe jamais — personne ne s'en aperçoit, parce que le client ne se plaint pas, il va voir ailleurs. Une conversation sans trace fait perdre le prix annoncé et la date promise. Et un client déjà servi, dont l'achat n'a pas été enregistré, reçoit une relance comme s'il découvrait l'entreprise.
Ce que coûte une fiche éclatée, en heures et en francs
Le coût se compte en gestes de deux ou trois minutes, que personne ne compte. Relevé courant dans une structure de dix à quinze personnes, avec une quarantaine de demandes par semaine.
| Geste répétitif | Fréquence | Temps unitaire | Heures par mois |
|---|---|---|---|
| Recopier les demandes WhatsApp dans le suivi | 40 par semaine | 3 minutes | environ 8 h |
| Ressaisir les demandes du site dans le suivi | 15 par semaine | 4 minutes | environ 4 h |
| Retrouver l'historique d'un contact | 20 par semaine | 3 minutes | environ 4 h |
| Vérifier qu'un contact n'a pas déjà acheté | 25 par semaine | 2 minutes | environ 2 h |
Le total tourne autour de dix-huit heures par mois, plus de deux journées de travail. À 1 000 FCFA l'heure — la référence d'un poste administratif rémunéré 150 000 FCFA pour 160 heures — cela représente de l'ordre de 18 000 FCFA par mois. Ce montant n'est pas le vrai problème.
Les deux dernières lignes du tableau sont celles que l'équipe saute quand elle est pressée. Quand on ne retrouve pas l'historique, on repose au client une question à laquelle il a déjà répondu. Quand on ne vérifie pas s'il a déjà acheté, on relance un client satisfait avec une offre de bienvenue. Ces erreurs ne coûtent pas des heures : elles coûtent la vente suivante. Le premier gain d'une synchronisation n'est donc pas le temps gagné, c'est la disparition des gestes qu'on oublie de faire.
Un seul statut par contact : la règle qui simplifie tout
Avant de parler d'outil, il faut écrire la liste des statuts, une fois, et s'y tenir. Une liste courte suffit, à condition que tout le monde utilise les mêmes mots.
Nouveau : la demande est arrivée, personne ne l'a encore traitée. En discussion : un échange a eu lieu, le besoin se précise. Devis envoyé : une proposition est partie, une échéance de relance est fixée. En attente : le client doit revenir ou valider un délai. Gagné : la vente est faite. Perdu : la décision est prise ailleurs, avec une raison notée. Dormant : plus de réponse depuis le délai que vous avez fixé. Ne pas relancer : la personne l'a demandé, sur n'importe quel canal.
Deuxième règle : une seule ligne par contact, pas une ligne par demande. Un client qui revient six mois plus tard pour un autre sujet reste le même contact, avec un historique qui s'allonge.
Troisième règle : une seule source de vérité pour le statut. Les autres outils lisent et alimentent cette base, aucun ne décide à sa place. Sans cette règle, vous n'aurez pas une synchronisation, vous aurez trois copies qui divergent.
Le test qui dit si c'est réglé. Demandez à deux personnes de votre équipe le statut du même contact, chacune de son côté. Si les réponses diffèrent, ou si l'une doit chercher, la synchronisation n'est pas faite. Une seule fiche, un seul statut, accessible à tous ceux qui parlent au client.
La mécanique de synchronisation, étape par étape
La mécanique tient en sept étapes. Aucune ne demande de compétence rare, mais chacune doit être décidée par vous.
1. Choisir la base. Le suivi commercial devient la référence. Un tableur suffit au départ, à condition que les colonnes soient fixées : numéro, nom, canal d'origine, statut, dernier contact, prochaine action.
2. Normaliser le numéro. Toute écriture passe par une seule forme : indicatif du pays suivi du numéro, sans espace, sans tiret, stocké en texte — jamais en format numérique, qui fait disparaître le zéro initial. C'est la clé de tout le reste.
3. Brancher le site. Le formulaire envoie une notification à une adresse technique. Le workflow cherche le numéro dans la base, crée la ligne s'il est absent, la met à jour s'il existe, et note le canal d'origine « site ».
4. Brancher WhatsApp. Une nuance décide de la faisabilité : l'application WhatsApp Business installée sur un téléphone n'expose pas d'API. Pour automatiser, il faut un compte passé par l'API Cloud de Meta, avec un numéro professionnel vérifié ; Meta facture les conversations selon leur catégorie et le pays.
5. Écrire les règles de mise à jour. Un message entrant fait passer le statut de « nouveau » à « en discussion » et met à jour la date du dernier contact. Un devis envoyé crée une échéance de relance. Une réponse du client arrête la séquence en cours.
6. Prévoir le retour. Le canal n'est pas seulement une entrée. Le statut mis à jour déclenche le message suivant : accusé de réception, relance programmée, confirmation de commande.
7. Journaliser chaque écriture. Quand, quoi, quel canal, quel déclencheur. Ce journal sert deux fois : il explique pourquoi une fiche a changé, et il prouve que la synchronisation tourne encore.
Ce qui remonte dans le suivi, et ce qui n'y remonte pas
La synchronisation ne veut pas dire tout dupliquer. Ce qui remonte : la date du dernier échange, le canal utilisé, le statut, un résumé d'une ligne. Ce qui ne remonte pas : le contenu intégral des conversations, les pièces d'identité, les photos de reçus. Ces éléments restent dans le canal où le client les a envoyés — un tableur partagé qui en contient des copies est un problème de sécurité, pas un outil de suivi.
Le numéro comme clé, et les pièges qu'il pose
Le numéro de téléphone est le seul identifiant que vos clients donnent sans discuter. Il pose quatre difficultés, toutes connues à l'avance.
Les formats multiples. Le même mobile s'écrit 07 07 12 34 56, 0707123456, +225 07 07 12 34 56, ou 00225 07 07 12 34 56. La normalisation s'écrit en quelques lignes de règle et s'applique à chaque entrée, quel que soit le canal. C'est le travail le plus ingrat du chantier, et celui qui décide de sa solidité.
Les contacts partagés. Un numéro de bureau, de famille, ou tenu par un assistant. On ne l'interdit pas : on note le nom de la personne qui répond réellement, à côté du nom du client.
Les doublons déjà présents. Avant de brancher quoi que ce soit, il faut nettoyer une fois. Comptez-les, puis fixez la règle de fusion : la fiche la plus ancienne garde la clé, on récupère les informations les plus récentes des autres, et le journal note ce qui a été fusionné.
Le changement de numéro. Un client qui change de mobile crée une fiche neuve et perd son historique. On peut l'accepter, ou ajouter une colonne « ancien numéro » que le workflow consulte avant de créer une ligne. Une règle, enfin : ne jamais deviner. Un message sans numéro exploitable crée une ligne « à compléter » et une alerte.
Les règles à écrire avant de brancher quoi que ce soit
Cinq règles, à valider avec la personne qui parle aux clients.
1. La désinscription. Un mot suffit, et le statut passe à « ne pas relancer » pour tous les canaux, pas seulement celui où la personne s'est exprimée. Un retrait demandé sur WhatsApp doit arrêter aussi les emails.
2. L'arrêt de séquence. Toute réponse du client arrête la relance en cours et la remplace par un traitement humain. Une séquence qui continue après une réponse est un générateur de plaintes.
3. Le client existant. Une vente clôt la séquence. Une nouvelle demande du même contact repart en « nouveau » avec son propre contexte, jamais en « prospect à relancer ».
4. Le silence n'est pas un refus. Sans réponse, le statut reste « en attente ». Il ne bascule pas en « perdu » sans une règle écrite, et il ne déclenche pas de message de clôture définitif.
5. Le délai de dormance. Fixez le nombre de jours sans réponse à partir duquel un contact devient « dormant », ce qu'on lui envoie à ce moment-là, puis ce qu'on fait ensuite.
Ce que ça change, et comment mettre ça en place
Ce que la synchronisation change au quotidien tient en quatre lignes. La recopie disparaît. L'historique survit aux absences : le départ d'un commercial n'emporte plus la mémoire des échanges. On arrête de relancer les clients déjà servis et ceux qui ont demandé qu'on les laisse tranquilles. Et le dirigeant voit où en est chaque demande — combien sont en discussion, combien attendent un devis, combien dorment.
Ce qu'il faut préparer avant de commencer : les accès au formulaire du site, un numéro professionnel pour le compte WhatsApp Business passé par l'API Cloud, l'accès au suivi, la liste des statuts validée, et le nom de la personne qui recevra les alertes. La mise en place demande de l'ordre de quelques jours de travail étalés sur une à deux semaines : l'essentiel du délai passe dans les validations côté Meta et dans les règles à trancher.
Un ordre de grandeur pour décider : en dessous d'une vingtaine de demandes par mois, un tableur tenu à jour et un modèle de message suffisent. Au-delà d'une quarantaine, la synchronisation devient le chantier qui rapporte le plus, parce qu'elle traite les trois fuites en même temps. Elle suppose en amont une capture correcte : si vos demandes arrivent sans besoin identifié ni budget évoqué, commencez par capturer et qualifier les demandes, puis branchez les canaux entre eux.
Reste l'exploitation : quelques minutes par semaine pour ouvrir le journal et vérifier qu'aucune étape n'a échoué, et une alerte vers une personne nommée dès qu'un traitement ne passe pas. C'est peu, mais c'est ce qui distingue une synchronisation qui tient d'un branchement qui tombe en silence.
Un seul statut pour chaque contact ?
Synchronisation du site, de WhatsApp et du suivi commercial, avec un statut unique et un export complet. Le périmètre se définit après le diagnostic gratuit.
Voir l'automatisation Écrire sur WhatsAppFAQ — Site, WhatsApp et suivi commercial
Faut-il un CRM pour synchroniser ses outils ?
Non. Un tableur bien structuré suffit comme source de vérité, à condition que les colonnes soient fixées et que tout le monde y écrive. Le CRM devient utile quand plusieurs commerciaux travaillent sur les mêmes contacts ou quand les volumes dépassent quelques centaines de lignes.
Comment éviter les doublons entre le site et WhatsApp ?
En normalisant le numéro avant toute écriture : indicatif du pays, chiffres seuls, aucun espace, stocké en texte. Chaque canal passe par cette même clé, qui sert à retrouver la fiche existante au lieu d'en créer une nouvelle. Le nettoyage des doublons déjà présents se fait une fois, avant le branchement.
Peut-on automatiser l'application WhatsApp Business d'un téléphone ?
Non. L'application installée sur un téléphone n'expose pas d'API : ce qu'elle contient reste dans l'appareil. Pour synchroniser les conversations, il faut un compte WhatsApp Business passé par l'API Cloud de Meta, avec un numéro professionnel vérifié, et Meta facture les conversations selon leur catégorie et le pays.
Où sont stockées les conversations et les données clients ?
Le suivi conserve le statut, la date du dernier échange, le canal et un résumé d'une ligne. Le contenu intégral des conversations reste dans le canal d'origine. Si l'instance d'automatisation est auto-hébergée, les journaux restent sur votre serveur et vous fixez leur durée de conservation.
Combien de temps prend la mise en place ?
De l'ordre de quelques jours de travail, étalés sur une à deux semaines. Le délai vient rarement de la construction du workflow : il vient de l'obtention des accès et des règles de statut à valider en interne.
Que se passe-t-il si un client écrit sur deux canaux à la fois ?
Les deux messages retrouvent la même fiche, parce que le numéro est la clé. Le statut est mis à jour une seule fois, la date du dernier contact est la plus récente, et le canal du premier contact est conservé.