Formulaires web vers le CRM : fini les leads perdus dans une boîte courriel

Note d'archive. Cet article décrit la situation au moment de sa publication. Les règles, les outils et les fonctionnalités mentionnés ont pu changer depuis. Vérifiez l'information à jour auprès de la source officielle avant d'agir.

Formulaires web vers le CRM : la demande devient une fiche dès qu'une personne clique sur « envoyer », au lieu d'un courriel qui dort dans une boîte partagée en attendant une réponse qui ne viendra peut-être jamais. Ce seul changement décide si l'intérêt d'un client potentiel atteint quelqu'un pendant qu'il compte encore. J'ai vu trop de demandes de soumission refroidir parce que personne ne savait à qui revenait la réponse.

Formulaires web vers le CRM : ce qui change quand un lead évite la boîte courriel

Quand un formulaire alimente votre CRM directement, la demande arrive sous forme de fiche lead structurée, horodatée et attribuée à une personne. Aucun courriel n'attend dans une boîte partagée que quelqu'un le lise, le transfère ou l'oublie. La responsabilité change : chaque envoi porte un statut visible et un nom, alors rien ne traîne dans un fil de discussion en attendant qu'on le remarque. Je dis aux propriétaires avec qui je travaille dans le Grand Montréal que la personne qui a rempli votre formulaire devrait avoir des nouvelles avant d'appeler le commerce suivant sur sa liste. Aider les petites équipes à combler cet écart, c'est le quotidien derrière la gestion des leads et du CRM.

Boîtes partagées : comment une demande de soumission se perd entre deux personnes

Une boîte partagée perd une demande de soumission quand une personne la voit et présume qu'un collègue répondra, le collègue présume la même chose, et le message reste sans responsable. Le message se perd parce que personne n'en a la charge, et une boîte occupée cache bien ce flou.

Une boîte partagée crée trois problèmes précis :

• Personne ne sait qui doit répondre.
• Le suivi devient irrégulier, ou s'arrête complètement.
• Il n'existe aucune trace indiquant si quelqu'un a répondu.

Retirez la boîte du chemin. Acheminer les envois directement dans votre CRM attribue un responsable au moment où la fiche se crée, alors chaque demande de soumission a une personne redevable de la prochaine étape.

Extensions de formulaire et formulaires web du CRM : relier un envoi à une fiche

Deux outils relient un envoi à une fiche : une extension de formulaire sur votre site, ou le formulaire web-to-lead du CRM lui-même. L'un comme l'autre crée la fiche automatiquement par une seule étape d'intégration. Une extension recueille les champs et les transmet à votre CRM par ses réglages d'intégration. Un formulaire web-to-lead natif est généré par le CRM lui-même, et vous en collez le code dans une page de votre site. Peu importe celui que vous utilisez, la connexion va d'un point à l'autre : le formulaire d'un côté, le champ du CRM qu'il remplit de l'autre, sans rien entre les deux qu'une personne puisse oublier.

La correspondance des champs décide si la fiche est utilisable. Chaque champ du formulaire doit pointer vers un champ précis du CRM, pour qu'un nom arrive dans le champ du nom et un numéro de téléphone dans le champ du téléphone. Réglez cela une fois, envoyez une entrée test, et lisez la fiche qu'elle crée avant de vous y fier.

Correspondance des champs pour les versions française et anglaise du même formulaire

Faites correspondre chaque version linguistique séparément, en associant les champs par leur fonction : « Prénom » et « First Name » alimentent alors le même champ du CRM. Ajoutez un champ de langue pour que la réponse parte dans la bonne langue. Un site bilingue fait habituellement rouler deux versions d'un même formulaire, et les étiquettes diffèrent même quand la structure est identique. Si vous associez par le mot plutôt que par la fonction, les envois en français dérivent vers les mauvais champs ou disparaissent.

Prenez une entreprise de rénovation à Terrebonne avec une version française et une version anglaise du même formulaire de soumission. Les deux formulaires doivent alimenter les mêmes champs de contact, plus un champ de langue réglé à « FR » ou « EN » à l'envoi. Associez chaque formulaire séparément, faites correspondre les champs selon ce qu'ils contiennent, et envoyez une entrée fictive dans chaque langue pour confirmer que la fiche se lit correctement et porte le bon indicateur de langue.

Notification instantanée : alerter une seule personne nommée quand un formulaire arrive

Réglez la notification pour qu'elle envoie un courriel à une seule personne nommée dès qu'un formulaire arrive. Un seul responsable voit ainsi chaque nouveau lead. Dans votre CRM, le réglage de notification prend un nom et un courriel de travail direct, et il envoie à cette personne à chaque nouvel envoi.

Réglage	Ce que vous inscrivez
Qui aviser	Prénom et nom du responsable
Adresse courriel	Son courriel de travail direct

La notification se limite à alerter ; la personne écrit quand même la première réponse, dans ses propres mots. Un seul nom possède ainsi le lead, le voit vite et referme l'écart du « je pensais que tu l'avais » qui fait perdre des leads chauds.

Case de consentement LCAP : la conserver avec la fiche du lead

Ajoutez une case de consentement au formulaire et conservez sa valeur sur la fiche du CRM, avec la date et le libellé exact affiché. Vous pouvez alors prouver le consentement avant de réécrire à ce lead. Au Québec comme partout au Canada, la Loi canadienne anti-pourriel (LCAP) vous demande de documenter le consentement avant d'envoyer des messages commerciaux, et une connexion formulaire-CRM est un endroit propre pour garder cette preuve.

Réglez la case pour qu'elle fasse trois choses :

• Enregistrer la date et l'heure du consentement.
• Conserver le libellé exact affiché à côté de la case à ce moment-là.
• Marquer la fiche du lead d'un champ de statut de consentement.

Conservée ainsi, la preuve reste attachée à la fiche du lead, prête le jour où vous en avez besoin.

Liste de vérification du raccordement formulaire-CRM pour une entreprise de services

Suivez un vrai envoi test sur tout le trajet avant d'envoyer du trafic, et confirmez que chaque élément ci-dessous arrive où il doit. Lancer une campagne publicitaire ou un effort en référencement local vers un formulaire brisé, c'est de l'argent dépensé pour des leads qui n'arrivent jamais sous forme de fiches.

Passez ceci en revue avant la mise en ligne :

• Un envoi test crée un contact dans le CRM.
• Le champ de provenance du lead, rempli par un champ caché du formulaire, note d'où venait la visite.
• Un responsable est attribué, ou une étape du pipeline est réglée.
• Le champ de langue porte « FR » ou « EN ».
• La valeur du consentement LCAP, sa date et son libellé sont conservés.

Envoyez vous-même une vraie entrée et suivez-la dans le CRM. Si un champ est vide ou arrive au mauvais endroit, corrigez la correspondance avant de dépenser un dollar en trafic.

Pour aller plus loin : voyez l'étude de cas Bio3Fitness.