Comment préqualifier les demandes d’un artisan avec un chatbot WhatsApp ?

Un chatbot WhatsApp peut recueillir le besoin, la commune, l’urgence et les pièces utiles avant une reprise humaine, sans diagnostiquer, chiffrer ni accepter automatiquement le chantier.

Auteur: Adel Mahjoub
Publication: 22 septembre 2026
Mise à jour: 22 septembre 2026
Lecture: 14 min

Étape du parcours

Cette fiche approfondit une question du guide Transformer les visites en demandes de devis qualifiées.

Voir le parcours complet

Un chatbot WhatsApp peut préqualifier une demande d’intervention ou de travaux si son rôle reste précis : recueillir les premières informations, vérifier que le besoin entre dans le périmètre déclaré et préparer une reprise humaine. Il ne remplace ni l’échange avec l’artisan, ni la visite, ni le diagnostic, ni le devis.

Le bon objectif n’est donc pas de faire durer la conversation. Il est d’obtenir, avec le moins de friction possible, un dossier lisible : besoin, commune, degré d’urgence, coordonnées, photos ou documents utiles et prochaine action attendue. Le prospect doit savoir dès le début qu’il échange avec un système automatisé et pouvoir demander une personne.

Ce que signifie réellement « préqualifier »

Préqualifier ne signifie pas décider qu’un chantier sera accepté. Le chatbot rassemble assez d’éléments pour permettre à une personne de prendre la prochaine décision : rappeler, demander une précision, proposer une visite, transmettre au bon responsable ou décliner rapidement.

Une préqualification utile vérifie cinq dimensions :

la prestation demandée : correspond-elle à une activité réellement proposée ?
la zone : la commune ou l’adresse entre-t-elle dans le périmètre opérationnel de cette prestation ?
le contexte : logement occupé, local professionnel, copropriété, chantier en cours ou autre situation pertinente ;
le calendrier : danger ou urgence déclarée, besoin rapide, projet planifié, date souhaitée ;
les éléments disponibles : description courte, photos, document, dimensions ou référence lorsque cela aide vraiment le premier examen.

La qualification finale reste humaine. Une photo ne suffit pas toujours à identifier une cause, une commune couverte pour une prestation ne l’est pas nécessairement pour toutes, et une disponibilité apparente peut changer avec les chantiers en cours.

Commencer par une promesse étroite et compréhensible

Le premier message doit dire ce que le chatbot va faire, ce qu’il ne fait pas et comment joindre une personne. Par exemple :

Bonjour, je suis l’assistant automatisé de [entreprise]. Je peux recueillir les premières informations sur votre demande et les transmettre à l’équipe. Je ne confirme ni diagnostic, ni prix, ni intervention. Vous pouvez écrire « humain » à tout moment.

Cette entrée évite trois ambiguïtés : le prospect ne croit pas parler à l’artisan, la collecte n’est pas présentée comme une acceptation et la sortie vers un humain est immédiatement visible.

Le vocabulaire doit rester celui du client. Une personne décrit une fuite, un tableau qui disjoncte, un volet bloqué ou une pièce à rénover ; elle ne connaît pas forcément le nom technique de la prestation. Le bot peut proposer quelques choix, mais doit toujours conserver une option « autre / décrire avec ses mots ».

Concevoir un parcours court avec des embranchements utiles

Un seul questionnaire pour tous les métiers devient vite interminable. Le tronc commun doit rester court, puis afficher uniquement les questions nécessaires au besoin choisi.

Étape	Question ou action	Pourquoi elle est utile	Sortie possible
Accueil	annoncer l’automatisation et la reprise humaine	établir le bon niveau d’attente	continuer ou demander une personne
Besoin	choisir une famille de prestations ou décrire librement	orienter vers le bon parcours	activité couverte, à vérifier ou hors périmètre
Situation	distinguer danger, urgence déclarée et projet planifié	appliquer la bonne priorité	consigne de sécurité générale, file prioritaire ou file normale
Localisation	demander la commune, puis l’adresse seulement si nécessaire	vérifier la zone réelle	couvert, à confirmer ou non couvert
Contexte	poser deux ou trois questions propres au métier	rendre la reprise humaine utile	dossier suffisant ou précision requise
Pièces	proposer photo ou document lorsque pertinent	éviter un échange supplémentaire	pièce reçue, ignorée ou à demander plus tard
Coordonnées	recueillir identité et moyen de rappel nécessaires	attribuer et rappeler	dossier transmissible
Récapitulatif	faire confirmer les informations	corriger les erreurs	transmission ou modification

Le nombre de questions n’est pas une cible en soi. Une demande simple peut être transmise après quelques réponses ; un projet de rénovation peut nécessiter davantage de contexte. Toute question doit avoir une conséquence identifiable sur le tri ou la prochaine action. Si personne n’utilise la réponse, la question doit disparaître.

Traiter l’urgence sans simuler un service de secours

Le chatbot peut demander si la personne signale un danger immédiat, une aggravation en cours ou un besoin planifié. Il ne doit pas confirmer qu’une situation est sûre, poser un diagnostic à distance ou promettre le passage d’un technicien.

Pour une urgence déclarée, le parcours peut :

afficher les consignes générales préalablement validées par l’entreprise ;
indiquer les numéros publics de secours lorsque la situation décrite le justifie ;
demander la commune et un numéro de rappel ;
transmettre le dossier dans une file prioritaire réellement surveillée ;
annoncer le délai réaliste de première lecture, si l’entreprise peut le tenir.

Si aucune permanence n’est assurée, le bot doit le dire. Un parcours numérique disponible jour et nuit ne rend pas l’équipe disponible jour et nuit.

Demander les bonnes informations, dans le bon ordre

Le formulaire de devis pour artisan et le chatbot poursuivent la même logique de minimisation, mais le rythme diffère. Dans WhatsApp, chaque question interrompt la conversation ; l’ordre doit donc donner rapidement de la valeur et permettre une transmission même si le prospect s’arrête.

Le minimum commun est généralement :

nature du besoin en quelques mots ;
commune d’intervention ;
urgence ou échéance souhaitée ;
nom et moyen de rappel ;
accord pour transmettre les informations à l’entreprise concernée lorsque l’identité du responsable n’est pas déjà évidente.

Les questions suivantes dépendent du métier. Un plombier peut demander où se situe la fuite et si l’eau continue de couler. Une entreprise de rénovation peut demander les pièces concernées, l’état du projet et la date envisagée. Ces questions ne doivent pas devenir un diagnostic automatique.

Demander l’adresse exacte dès le premier message est rarement nécessaire pour vérifier une zone. La commune ou le code postal peut suffire au premier tri. L’adresse détaillée vient lorsque l’organisation prépare un déplacement. De même, les photos doivent être proposées avec une consigne simple : vue d’ensemble, détail du problème, aucun visage ni document personnel inutile.

Prévoir trois sorties au lieu d’un faux verdict binaire

Un parcours robuste ne répond pas seulement « accepté » ou « refusé ». Il prévoit au moins :

demande transmissible : les éléments permettent une lecture humaine ;
demande à compléter : une information déterminante manque ;
demande hors périmètre apparent : la prestation ou la zone ne correspond pas aux règles déclarées.

Même dans le troisième cas, le texte reste prudent :

D’après les informations choisies, cette demande semble se situer hors de notre zone habituelle / concerner une prestation que nous n’affichons pas. Elle ne sera pas planifiée automatiquement. Souhaitez-vous néanmoins la transmettre pour vérification humaine ?

Cette formulation évite qu’une règle trop rigide écarte un chantier particulier que l’entreprise aurait pu examiner. Elle permet aussi un refus clair lorsque l’organisation a décidé qu’aucune exception n’est possible.

Organiser la reprise humaine avant de développer le bot

Le chatbot n’améliore pas la réactivité si ses conversations arrivent dans une boîte que personne ne surveille. Avant de l’installer, l’entreprise doit désigner :

qui reçoit les nouveaux dossiers ;
qui traite les urgences déclarées ;
qui reprend une conversation demandant un humain ;
quand les messages sont lus ;
comment un dossier est attribué ;
dans quel délai une prochaine étape est annoncée ;
comment les absences et fermetures sont gérées.

Le récapitulatif transmis à l’équipe doit être lisible sans parcourir vingt messages :

Statut : à lire / prioritaire déclarée / à compléter
Besoin : fuite sous évier
Commune : Antibes
Contexte : logement occupé, eau coupée par l’occupant
Échéance déclarée : dès que possible
Pièces : 2 photos
Contact : nom et numéro
Origine : page « recherche de fuite »
Prochaine action : rappel humain

L’historique complet reste accessible, mais il ne remplace pas ce résumé. La personne qui reprend doit voir aussi ce que le bot a déjà demandé afin de ne pas recommencer l’interrogatoire.

Le guide sur les demandes de devis qualifiées permet de définir les statuts communs. L’article sur la réactivité aux demandes de devis organise ensuite propriétaires, échéances, rappels et clôture.

Distinguer règles déterministes et intelligence artificielle

Un arbre de questions suffit souvent pour les choix importants : prestation, commune, urgence déclarée, type de bâtiment et disponibilité de photos. Ces règles sont prévisibles, vérifiables et faciles à corriger.

Une fonction d’intelligence artificielle peut aider à reformuler une description libre, proposer une catégorie ou produire un résumé. Elle ne doit pas décider seule d’une intervention, d’un prix, d’une priorité de sécurité ou d’un refus. Si elle produit une information incertaine, le système la présente comme une donnée à vérifier et conserve le message original.

Besoin	Règle fixe recommandée	Aide IA possible	Validation humaine obligatoire
vérifier une commune déclarée	oui	inutile	pour les exceptions
choisir une prestation	liste et option libre	suggestion depuis le texte	si ambiguë
résumer une conversation	format de champs imposé	rédaction du résumé	avant décision métier
détecter une urgence	question explicite et critères validés	aucun verdict autonome	oui
estimer un prix	non dans le bot sauf forfait public strict	non	devis conforme
accepter un chantier	non	non	oui

Le prospect doit être informé qu’il échange avec une machine. Depuis août 2026, les règles européennes de transparence applicables aux systèmes conversationnels renforcent cette exigence. Cette information doit apparaître dans la conversation elle-même, pas seulement dans une politique juridique éloignée.

Protéger les données et éviter les collectes invisibles

Une conversation de chantier peut contenir une adresse, des photos d’un logement, un sinistre, un numéro de téléphone et parfois des documents. L’entreprise doit donc connaître le parcours des données avant la mise en service : responsable du traitement, fournisseurs utilisés, accès, destination des fichiers, durée de conservation, suppression et exercice des droits.

Le premier écran ou un lien immédiatement accessible doit indiquer au minimum :

l’identité de l’entreprise qui utilise les données ;
la finalité de la collecte : examiner et traiter la demande ;
les destinataires utiles ;
la durée ou les critères de conservation ;
les droits et le moyen de les exercer ;
l’existence de l’automatisation et les limites du bot.

Il ne faut pas recopier le contenu libre, les photos ou les coordonnées dans les outils d’analytics. La mesure web conserve des événements sobres et pseudonymes ; le dossier opérationnel conserve les informations nécessaires à son traitement. Les accès doivent suivre les responsabilités réelles, et les conversations de test, doublons et spams doivent pouvoir être distinguées.

L’utilisation d’un prestataire de messagerie ou d’un modèle d’IA ne transfère pas automatiquement la responsabilité. Les contrats, lieux de traitement, sous-traitants et options de conservation doivent être vérifiés pour la configuration réellement choisie.

Choisir entre application WhatsApp Business et plateforme connectée

L’application WhatsApp Business peut suffire à une petite structure qui répond manuellement, utilise des messages d’accueil et classe ses échanges de manière simple. Un parcours automatisé relié au site, à des règles métier ou à un tableau de suivi demande généralement une intégration programmatique adaptée.

Le choix dépend du fonctionnement réel :

volume et répartition des conversations ;
nombre de personnes qui répondent ;
horaires et règle d’escalade ;
besoin de rattacher la page d’origine ;
nécessité d’un dossier commun avec formulaires et appels ;
pièces reçues et durée de conservation ;
coût complet de la messagerie, des fournisseurs et de la maintenance ;
possibilité de reprendre manuellement si un service tombe en panne.

La technologie vient après ces décisions. Un bot sophistiqué posé sur une organisation indéfinie crée surtout une nouvelle boîte de réception.

Exemple : une demande de recherche de fuite à Cannes

Une personne arrive depuis une page consacrée à la recherche de fuite et ouvre WhatsApp. Le message prérempli conserve uniquement la source utile : la page et le type de CTA, sans donnée personnelle.

Le bot annonce son identité automatisée, puis demande si la situation présente un danger immédiat ou une fuite active. Il rappelle qu’il ne diagnostique pas le problème. La personne choisit « fuite active », indique Cannes, précise qu’elle a coupé l’arrivée d’eau et joint deux photos sans visage.

Le système vérifie que la commune entre dans la zone déclarée pour cette prestation, crée un dossier prioritaire déclaré par le prospect, puis affiche :

Votre demande et vos deux photos ont été transmises pour lecture. Cela ne confirme pas encore une intervention. L’équipe vous indiquera la prochaine étape pendant les horaires affichés. Pour parler à une personne, écrivez « humain ».

Le responsable reçoit le résumé et décide de rappeler. S’il estime qu’une autre information est nécessaire, il la demande dans la même conversation. Le bot a réduit les échanges répétitifs sans prendre la décision technique.

La réalisation chatbot IA WhatsApp pour Solutions Après Sinistre montre comment un canal conversationnel peut être relié à un parcours de qualification et de suivi. Elle doit être présentée comme une réalisation technique et organisationnelle, sans extrapoler de résultat commercial non documenté.

Mesurer la qualité du parcours

Le clic sur un bouton WhatsApp ne prouve ni l’ouverture d’une conversation ni la réception d’une demande. Une conversation ouverte ne prouve pas davantage qu’un dossier est exploitable. Le tableau de suivi doit séparer :

clic vers WhatsApp depuis le site ;
conversation effectivement commencée lorsque cette donnée est disponible légalement et techniquement ;
préqualification commencée ;
dossier transmis ;
dossier à compléter ;
reprise humaine demandée ;
première lecture humaine ;
demande qualifiée selon la règle métier ;
rendez-vous ou visite proposé ;
devis préparé ;
refus et motif non sensible ;
abandon à chaque étape ;
erreur technique et reprise manuelle.

Ces statuts servent à repérer une question bloquante, une zone mal affichée ou un délai de reprise trop long. Ils ne doivent pas être transformés en taux public ou en promesse sans période, périmètre et méthode vérifiables.

Tester avant l’ouverture au public

Recette du chatbot WhatsApp

Le premier message annonce clairement l’automatisation et ses limites.
Le mot ou bouton de reprise humaine fonctionne à toutes les étapes.
Chaque prestation et chaque commune suivent la règle opérationnelle validée.
L’urgence déclarée déclenche la bonne file sans confirmer une intervention.
Le bot ne fournit ni diagnostic, ni estimation improvisée, ni conseil de sécurité non validé.
Une réponse libre ou inattendue ne bloque pas définitivement la conversation.
Le récapitulatif permet de corriger une réponse avant transmission.
Les photos et documents reçus sont accessibles uniquement aux personnes prévues.
Le responsable reçoit un résumé, la source et la prochaine action.
Les fermetures, absences, pannes et dépassements de délai possèdent un scénario de secours.
Les événements de mesure ne contiennent aucune coordonnée ni contenu de conversation.
La suppression, la conservation et l’exercice des droits ont été testés.

Les scénarios doivent couvrir Nice, Antibes, Cannes, Mandelieu-la-Napoule, une commune hors zone, une prestation non proposée, une demande incomplète, un fichier illisible, une demande d’humain et une panne de l’intégration. Utiliser des données fictives clairement identifiées pendant la recette.

Les erreurs qui rendent le chatbot contre-productif

La première erreur est d’imiter un humain. Elle fragilise la confiance et empêche le prospect de comprendre pourquoi certaines réponses restent rigides. La deuxième est de poser toutes les questions à tout le monde : le bot devient un formulaire lent.

Il faut aussi éviter :

de cacher l’accès au téléphone ou au formulaire lorsque ces canaux sont plus adaptés ;
de qualifier « urgent » tout message contenant un mot alarmant sans confirmation du prospect ;
d’afficher une zone plus large que celle réellement couverte ;
de demander des données « au cas où » ;
de promettre un délai que personne ne surveille ;
de laisser l’IA inventer une prestation, un prix ou une disponibilité ;
de perdre les pièces jointes lors de la transmission ;
de recommencer les questions après la reprise humaine ;
de conserver indéfiniment les conversations ;
de compter les clics WhatsApp comme des devis ou des clients.

Le choix entre téléphone, formulaire et WhatsApp doit rester visible : le chatbot est une entrée complémentaire, pas une obligation imposée au prospect.

Préparer le projet avant de choisir les outils

La première version peut tenir dans un document : arbre des questions, règles de zone et de prestation, messages de statut, conditions de transmission, responsabilités, horaires, données conservées et scénarios d’échec. Ce prototype doit être relu par la personne qui répond réellement aux demandes.

Adel Dev peut ensuite concevoir le parcours, l’intégration au site et le suivi avec un interlocuteur unique, à distance depuis la Tunisie. Le niveau d’automatisation, le fournisseur de messagerie, l’éventuelle IA et l’outil de suivi découlent de ce fonctionnement validé.

Cadrer un parcours WhatsApp utile avant de l’automatiser

Vous avez déjà un numéro WhatsApp mais les demandes restent incomplètes ou difficiles à suivre ? Adel Dev peut cartographier les questions, les règles de transmission, la reprise humaine et les données nécessaires avant de choisir l’intégration technique.

Préparer le parcours de qualification

Sources

Sources primaires consultées lors de la rédaction, dernière vérification le 5 septembre 2026.