Vous connaissez la scène. Un message arrive sur WhatsApp le samedi soir. Le lundi, la boîte bonjour@ reçoit une demande venue du formulaire du site. Le mercredi, un DM Instagram attend encore une réponse. Trois demandes, trois endroits, et personne ne sait laquelle a déjà été traitée.
Ce n'est pas un problème de motivation, c'est un problème de circuit. Quand les demandes arrivent par quatre canaux et que le suivi tient dans un carnet, la perte ne se voit pas : elle se compte en demandes oubliées, jamais en réclamations. Voici le parcours complet, étape par étape, avec l'outil qui porte chaque étape et le temps qu'elle demande.
Ce qui se perd avant la première réponse
La boîte mail partagée. Trois personnes ont le mot de passe, chacune suppose que l'autre a répondu. Le client, lui, attend. Le lundi matin, la demande du samedi est déjà en cinquième position, sous trois factures et deux notifications.
Le message lu et non répondu. La notification s'efface et vous vous dites que vous répondrez ce soir. Le soir, une urgence de production passe par là. Le message revient le surlendemain sous la forme d'un « je n'ai pas eu de retour ».
Le carnet de numéros. Un numéro écrit à la main, sans le besoin, sans la date, sans la zone. Un numéro seul ne se relance pas : au moment d'écrire, vous ne savez plus ce que la personne cherchait.
Le point clé. Une demande non traitée ne se voit nulle part. Un devis mal rédigé se remarque tout de suite ; une demande oubliée ne se remarque jamais. C'est exactement pour cette raison qu'elle passe en premier dans un projet d'automatisation.
Pour fixer un ordre de grandeur : dans une structure de dix personnes, la ressaisie des demandes reçues sur WhatsApp occupe souvent de l'ordre de huit heures par mois. Le temps passé à chercher qui a répondu à quoi s'y ajoute, et celui-là ne se mesure pas.
Le parcours d'une demande, en cinq étapes
Cinq étapes séparent le message de l'appel. Dans cet ordre, et sans exception.
1. La demande entre par un seul point de collecte. Formulaire du site, message WhatsApp Business via l'API Cloud, DM Instagram ou Facebook : chaque canal déclenche le même workflow, et chaque demande devient une ligne au même endroit. La règle à tenir : aucun canal ne reste dehors, y compris l'appel manqué, qui se saisit à la main dans le même formulaire.
Un point technique à connaître avant de promettre quoi que ce soit : l'application WhatsApp Business installée sur un téléphone n'expose aucune API. Pour brancher une capture automatique, il faut passer par l'API Cloud de Meta, avec un compte professionnel vérifié. C'est la condition d'existence du circuit sur ce canal, et c'est aussi la première question à poser au prestataire.
2. L'accusé de réception part dans la minute. Le message dit trois choses : c'est bien reçu, voici ce qui va se passer, et voici quand vous répondez. Un texte qui fonctionne : « Bonjour, votre demande est enregistrée. Nous revenons vers vous aujourd'hui avant 17 h, sur ce même numéro. »
3. Les questions de qualification partent dans la foulée. Budget, délai, zone. Trois questions, pas huit.
4. La fiche se crée, le doublon est détecté. Le workflow cherche le numéro dans le suivi avant d'écrire. S'il existe déjà, il complète la ligne au lieu d'en ouvrir une deuxième.
5. La bonne personne est prévenue. Une notification courte part vers la personne qui traite ce type de demande, avec l'essentiel et un lien vers la fiche. Une règle d'attribution écrite évite les deux erreurs classiques : personne ne prend la demande, ou deux personnes appellent le même client.
Trois questions de qualification, pas huit
Un formulaire de huit questions ne qualifie pas mieux : il fait fuir. Trois questions suffisent à trier, à condition de proposer des réponses à choisir plutôt qu'un champ libre.
Le budget, par tranches. « Moins de 500 000 FCFA », « entre 500 000 et 1 500 000 FCFA », « plus de 1 500 000 FCFA », « je ne sais pas encore ». La dernière option est utile : c'est une réponse honnête, et elle désigne une demande à instruire, pas une demande à écarter.
Le délai. « Cette semaine », « ce mois-ci », « dans les trois mois », « je me renseigne ». Le délai dit la température mieux que le budget : une demande urgente à petit budget mérite un appel, une demande curieuse à gros budget mérite une relance.
La zone. Commune ou ville. Une intervention à Abidjan et une à Korhogo ne mobilisent pas la même journée : la question évite de promettre une date impossible.
Envoyez ces trois questions dans un seul message, pas dans trois messages séparés. Trois notifications d'affilée donnent l'impression d'un interrogatoire, et beaucoup de personnes répondent à la première puis abandonnent. Avec des réponses à choisir, l'ensemble se traite en trente secondes sur un téléphone.
Ajoutez une seule case libre : « votre besoin en une phrase ». C'est là que le client écrit ce qui compte, et que vous repérez les messages qui ne sont pas des demandes — un fournisseur, une candidature, un démarcheur.
La fiche, le score, la notification interne
La fiche n'exige pas un logiciel spécialisé. Six colonnes dans un tableur partagé suffisent au départ : date d'entrée, canal, nom et numéro, tranche de budget, délai, zone. Puis trois colonnes de travail : statut, responsable, prochaine action avec sa date.
Le score tient dans deux champs. Budget au-dessus de la tranche basse et délai dans le mois : demande chaude, appel dans la journée. Délai court mais budget flou : demande à instruire, appel de qualification. Délai long : demande à cultiver, elle part dans la séquence de relance. Ce calcul n'a rien de savant, et c'est ce qui le rend tenable : la règle doit s'énoncer en une phrase.
La notification interne tient en cinq lignes
Nom, numéro, canal, ce que la personne veut, lien vers la fiche. Pas de « nouvelle demande reçue » sans contenu : la personne doit pouvoir appeler sans ouvrir un autre outil. Un message Telegram ou WhatsApp interne suffit. Mieux vaut une notification par demande qualifiée qu'un résumé quotidien de dix lignes.
Prévoyez enfin la notification qui compte : celle qui ne se déclenche pas. Si aucune demande n'est entrée depuis vingt-quatre heures ouvrées, le workflow envoie une alerte. Une panne silencieuse se détecte en une journée au lieu de trois semaines.
Ce que cela remplace, concrètement
Trois habitudes disparaissent, et aucune ne laisse de regret.
« Je croyais que tu avais répondu. » Chaque demande a un responsable écrit et un statut. La question ne se pose plus, et le suivi ne dépend plus de la mémoire de l'équipe.
Les messages retrouvés trois jours plus tard. L'accusé de réception part le jour même, y compris le samedi soir et la nuit. Une demande reçue à 2 h du matin reçoit une réponse à 2 h du matin — pas la réponse complète, un accusé qui annonce quand elle viendra.
Le carnet de numéros. Les numéros vivent dans le suivi, avec le besoin et la date. Une personne qui quitte la structure ne part plus avec la moitié du fichier clients dans son téléphone.
La question « combien de demandes ce mois-ci ? » Vous ouvrez la fiche, vous filtrez sur le mois, et vous avez la réponse. Sans ce circuit, cette question se répond à l'estime, et l'estime est toujours trop haute : on se souvient des demandes signées, jamais de celles qui n'ont jamais eu de réponse.
Le changement profond se voit à la troisième semaine : vous ne décidez plus de répondre, vous constatez que c'est fait. C'est aussi ce qui rend la relance possible, puisque la séquence décrite dans la relance qui se déclenche seule a besoin d'une fiche pour s'accrocher.
Combien de temps, combien de francs
Comptez de l'ordre de deux à trois jours de travail pour le premier canal, mise au point comprise : écrire les étapes, brancher le déclencheur, rédiger les messages, tester sur dix demandes réelles. Chaque canal suivant demande moins, souvent une journée, parce que la fiche et les notifications existent déjà.
Côté exploitation, une instance auto-hébergée se loue dans l'ordre de quelques milliers de francs par mois, et le nombre de messages ne change pas la facture. Deux coûts restent à prévoir, et il faut les dire. Le premier est côté Meta : un compte WhatsApp Business professionnel vérifié est nécessaire, et Meta facture les conversations selon leur catégorie et le pays. Le second est humain : quelqu'un doit lire les alertes et corriger les cas tordus, de l'ordre de vingt minutes par semaine.
Avant de lancer le chantier, réunissez trois choses : les accès au formulaire du site, le compte WhatsApp Business en cours de vérification chez Meta, et un tableur de suivi aux colonnes arrêtées. Ce sont les trois points qui font attendre un projet, et ils ne dépendent pas de la personne qui construit le workflow.
La comparaison utile n'est pas entre automatiser et ne rien faire, mais entre automatiser et continuer à ressaisir. Une précision avant de poursuivre : le chiffrage d'un projet se fait après avoir vu vos canaux, vos volumes et vos outils, pendant le diagnostic gratuit, jamais avant.
Les cas tordus, et ce qui arrête le workflow
Un workflow casse sur les cas particuliers, pas sur les cas normaux. Voici ceux qui reviennent, avec la règle à écrire pour chacun.
Le doublon. La même personne écrit sur WhatsApp puis remplit le formulaire. Le workflow cherche le numéro, trouve la fiche et la complète. Sans cette vérification, vous appelez deux fois le même client et vous passez pour une structure désorganisée.
Le numéro invalide. Six chiffres, indicatif étranger, numéro de fixe. La fiche se crée quand même, avec un statut « à vérifier », et la notification le signale. Perdre une demande parce que le numéro est mal saisi serait absurde.
La demande qui n'en est pas une. Fournisseur, candidature, publicité. Une question de qualification suffit à les repérer, et le workflow les envoie vers une boîte dédiée plutôt que vers le commercial.
La demande de suppression. Une personne demande à ne plus être contactée. C'est un arrêt immédiat, et une ligne à ne pas recréer au prochain import. Cette règle passe avant toutes les autres, y compris avant la relance.
Prévoyez enfin le repli : quand une alerte signale une panne, l'équipe revient à la saisie manuelle avec le même formulaire, et personne ne se demande quoi faire. C'est ce qui distingue un circuit solide d'un circuit fragile, et c'est le même principe que dans la synchronisation de vos outils commerciaux.
Par où entrent vos demandes aujourd'hui ?
Un diagnostic gratuit pour lister vos canaux, vos volumes et l'endroit exact où les demandes se perdent. Le chiffrage vient après, jamais avant.
Voir l'automatisation Écrire sur WhatsAppFAQ — capturer et qualifier les demandes
Faut-il un CRM pour automatiser la capture des demandes ?
Non. Un tableur partagé suffit au départ, à condition que chaque demande devienne une ligne avec les mêmes colonnes : date, canal, contact, budget, délai, zone, statut, responsable. Le logiciel devient utile quand plusieurs personnes travaillent dessus en même temps et que l'historique des échanges doit être conservé.
Combien de temps prend la mise en place ?
De l'ordre de deux à trois jours de travail pour le premier canal, tests compris. Il faut écrire les étapes à la main, brancher le déclencheur, rédiger les messages et passer dix demandes réelles dans le circuit. Chaque canal supplémentaire se rajoute ensuite en une journée environ, parce que la fiche et les notifications existent déjà.
Peut-on automatiser les DM Instagram et Facebook ?
Oui, via les API de Meta, avec une page professionnelle reliée à un compte. Les messages entrent alors dans le même circuit que WhatsApp et le formulaire. Cela suppose un compte vérifié et le respect des règles de la plateforme, notamment sur les délais de réponse aux messages.
Que faire des demandes reçues la nuit ?
Elles suivent le circuit comme les autres : l'accusé de réception part dans la minute, la fiche se crée, et la notification peut attendre le matin si vous le décidez ainsi. Ce qui compte, c'est que la personne ait une réponse immédiate et que la demande ne soit pas oubliée au réveil.
Les données des contacts restent-elles chez nous ?
Avec une instance auto-hébergée, les fiches restent dans vos outils — tableur, WhatsApp Business, facturation — et les journaux d'exécution sur votre serveur. Vous fixez vous-même la durée de conservation. C'est un choix d'architecture, pas une conformité juridique automatique : les obligations qui vous concernent se vérifient au cas par cas.
Que se passe-t-il si le workflow tombe en panne ?
Une alerte part dès qu'une étape échoue, et un journal reste consultable. La procédure de repli doit être écrite à l'avance : pendant la panne, l'équipe ressaisit les demandes à la main dans le même formulaire. Sans alerte, vous croyez que les demandes sont traitées alors qu'elles dorment dans une file d'attente.