Des formulaires web qui créent des fiches CRM, pas seulement un courriel

Un formulaire de contact qui envoie un courriel à une boîte partagée n’est pas un système de pistes. C’est une notification. Personne n’en est responsable, personne ne peut les compter, et dès que la boîte se remplit, c’est là que de bonnes demandes attendent trois jours une réponse.

Chez AERVIO, nous branchons les formulaires pour que chaque envoi crée une fiche dans le CRM — un contact, généralement une entreprise, souvent une occasion ou une tâche — avec le contexte dont un vendeur a besoin pour bien répondre. C’est le cœur concret de l’idée d’un site et d’un CRM qui forment un seul système.

En quoi un envoi de formulaire doit se transformer

Chaque formulaire du site correspond à un résultat précis. Avant de construire, nous mettons cette correspondance par écrit :

Si vous ne pouvez pas remplir les colonnes de droite, le formulaire n’est pas prêt à publier. « Ça s’en va à info@ » n’est pas une règle d’acheminement.

Les champs qui portent le poids

Un formulaire court convertit mieux qu’un long, mais un formulaire sans contexte crée plus de travail qu’il n’en épargne. Notre approche : garder les champs visibles à ce que la première réponse exige, et capter le reste en silence :

• Visibles : nom, courriel ou téléphone, et la demande dans les mots du visiteur. Ajoutez l’entreprise seulement si vous vendez à des entreprises et que la réponse change qui répond.
• Cachés, captés automatiquement : la page où se trouvait le formulaire, la langue de cette page, la provenance et les paramètres UTM si une campagne a amené la personne.
• Consentement : une mention claire, non cochée d’avance, là où le suivi comprendra des messages commerciaux. Voyez la LCAP et les premiers contacts au Canada pour notre façon de penser ce qu’un formulaire peut ou non autoriser.

Les champs cachés sont la source des rapports. Si chaque fiche porte sa page d’origine et sa langue, vous répondez à « quelles pages produisent de vraies demandes? » à partir du CRM, plutôt qu’à partir de sessions et de suppositions.

Des fiches, pas des lignes dans un tableur

L’échec le plus fréquent, c’est la couche de colle : un plugiciel de formulaire envoie vers un tableur, quelqu’un recopie les lignes dans le CRM le vendredi, et les doublons se multiplient. Le meilleur modèle est une écriture directe, avec quelques garde-fous :

• Dédoublonnage par courriel (et par téléphone au besoin), pour qu’un visiteur de retour mette à jour son contact au lieu d’en créer un deuxième.
• Appariement des entreprises par domaine, pour que trois personnes d’une même firme se retrouvent sur un seul compte.
• Envoi idempotent, pour qu’un double clic ou une reprise ne crée pas deux occasions.
• Un chemin d’échec visible. Si le CRM est injoignable, l’envoi est conservé, repris, et quelqu’un est alerté. L’échec silencieux est le pire cas : le visiteur voit « merci » et la piste disparaît.

Rien de tout cela n’exige un fournisseur précis. HubSpot, Zoho, Pipedrive ou un CRM sur mesure peuvent recevoir un webhook ou un appel d’API. Ce qui compte, c’est que le contrat entre le formulaire et le CRM soit écrit et testé. Notre point de vue sur le choix de l’outil se trouve dans un CRM bâti autour de votre façon de vendre.

La langue est un champ

Pour un public québécois, le formulaire est d’abord une page française. Les étiquettes, les messages d’erreur, la confirmation et la réponse automatique doivent exister en français, et la langue de la page est enregistrée sur la fiche. Ce seul champ détermine qui assure le suivi et en quelle langue, et il évite le cas gênant où un prospect francophone reçoit une réponse en anglais d’un représentant qui n’a jamais vu le formulaire.

Nous ne donnons pas d’avis juridique sur les exigences linguistiques; cela relève de votre conseiller. Ce que nous faisons, c’est que les champs, l’acheminement et les modèles suivent la ligne que vous retenez.

Testez comme un acheteur, puis comme un saboteur

Avant le lancement, chaque formulaire subit deux types de tests.

Tests d’acheteur. Envoyez-le sur un cellulaire, avec des données mobiles lentes, en français et en anglais, avec un accent dans le nom, avec un long message. Vérifiez que la fiche apparaît avec le bon responsable, la bonne source et la bonne langue, et que la confirmation arrive. La préproduction est le bon endroit — voyez une préproduction que vos ventes peuvent voir — avec des envois marqués comme tests pour pouvoir les supprimer.

Tests de saboteur. Envoyez des champs obligatoires vides, collez une balise script, envoyez deux fois, envoyez depuis un navigateur qui bloque les scripts. La protection antipourriel compte ici. Nous préférons les mesures invisibles — champ piège, validation côté serveur, limitation du débit — aux casse-têtes qui coûtent de vrais prospects. Nous n’achetons ni n’importons de listes louées pour remplir un pipeline; les fiches qui comptent viennent de gens qui ont choisi de vous écrire.

Quoi mesurer

Quand les formulaires créent des fiches, les chiffres deviennent honnêtes :

• Envois par formulaire, par page et par langue
• Délai entre l’envoi et la première réponse humaine
• Part des envois qui deviennent des conversations qualifiées
• Fiches sans responsable, qui devraient être à zéro

Ces quatre chiffres en disent plus sur la santé commerciale de votre site que les sessions. Si vous ne suivez que le trafic, vous mesurez la porte, pas la pièce. Nous ne promettons aucun taux de conversion — il dépend de votre offre, de votre prix et de votre rapidité de suivi — mais nous promettons que vous pourrez le voir.

Liste de vérification avant de publier un formulaire

1. Crée-t-il ou met-il à jour une fiche CRM, et pas seulement un courriel?
2. Y a-t-il un responsable nommé ou une règle d’acheminement claire?
3. La page, la langue et la source de campagne sont-elles captées?
4. Le consentement est-il énoncé là où les messages seront commerciaux?
5. Le chemin d’échec est-il visible pour un humain?
6. L’avez-vous testé dans les deux langues sur un cellulaire?

Si vos formulaires se terminent encore dans une boîte partagée, c’est généralement une correction d’une à deux semaines, pas une refonte. Écrivez à hello@aervio.io ou appelez le +1 438-498-3913, du lundi au vendredi, de 9 h à 17 h (HE); nous passerons vos formulaires en revue et vous dirons ce que chacun devrait créer.

Questions

Pourquoi ne pas simplement envoyer les formulaires à une boîte commune?

Une boîte commune n’a ni responsable, ni statut, ni historique. Les demandes sont traitées en retard ou en double, et personne ne peut les compter. Une fiche CRM a un responsable, une étape, une source et une date, ce dont une équipe des ventes a besoin pour relancer et mesurer.

Quels champs un formulaire de demande doit-il contenir?

Seulement ce qu’exige la première réponse : nom, moyen de répondre, demande dans les mots du visiteur, et consentement quand le suivi sera commercial. Des champs cachés captent la page, la langue et la source de campagne. Chaque champ visible de plus coûte des envois; chacun doit donc justifier sa présence.

Les formulaires doivent-ils être bilingues au Québec?

Pour les pages destinées au Québec, prévoyez le formulaire, ses erreurs, sa confirmation et le suivi en français d’abord, et enregistrez la langue sur la fiche pour que la bonne personne réponde dans la bonne langue. Votre conseiller juridique trace la ligne; nous construisons les champs et l’acheminement.