Un formulaire qui envoie un email ne capte rien

Le problème de l’email comme réceptacle

Un formulaire qui envoie un email dépose une demande commerciale dans le même endroit que les factures, les newsletters et les messages internes.

Il n’y a ni statut, ni assignation, ni échéance. La demande existe tant que quelqu’un s’en souvient, et elle disparaît quand la boîte se remplit.

Le vendredi soir, une demande arrivée par email est une demande qui attendra le lundi, et souvent le mardi.

Ce que doit faire un formulaire

Créer un enregistrement, pas un message. Avec un identifiant, un statut, une date, et une personne responsable.

Accuser réception immédiatement auprès du demandeur, avec un délai annoncé. Cela coûte une ligne et supprime la moitié des relances entrantes.

Déclencher une échéance. Si personne n’a traité la demande dans le délai annoncé, quelqu’un doit être prévenu automatiquement.

Conserver la source. Savoir d’où vient la demande est ce qui permet, plus tard, de dire quel canal produit des clients.

Les champs, moins nombreux qu’on croit

Chaque champ obligatoire réduit le nombre de demandes. Chaque champ absent réduit leur qualité. L’arbitrage se fait sur un critère unique : ce champ change-t-il ce que je fais de la demande.

Le nom, l’entreprise et l’adresse suffisent presque toujours. Une question sur le problème rencontré vaut mieux qu’une demande de budget, parce qu’elle qualifie sans braquer.

Un champ qui sert seulement à remplir un tableau de bord n’a rien à faire dans un formulaire client.

Le test qui tranche

Envoyez-vous une demande depuis votre propre site, un vendredi à dix-huit heures, avec une adresse que personne ne reconnaît. Regardez ce qui se passe.

Si rien ne bouge avant le lundi, votre formulaire n’est pas branché. C’est le test le plus court de tout ce site, et c’est celui qui surprend le plus de dirigeants.