Demande entrante : du formulaire au bon commercial

Quelqu’un remplit le formulaire de votre site. C’est la personne la plus facile à convaincre de la semaine : elle a fait le premier pas. Pourtant, dans beaucoup d’entreprises, sa demande arrive dans une boîte partagée, attend qu’un collègue la remarque, puis se recopie à la main dans le CRM, quand elle s’y recopie.

Ce guide décrit le circuit qui évite cela, du formulaire à la première réponse du commercial. Il part de ce qui tourne pour un portail immobilier que nous opérons, avec Twenty, un CRM libre, et n8n, un outil d’automatisation, et de ce que nous installons pour une équipe de plusieurs commerciaux.

Pourquoi le délai de réponse compte-t-il autant ?

Parce qu’une demande refroidit vite. En 2011, la Harvard Business Review a publié l’audit de 2 241 entreprises américaines, chacune contactée par une fausse demande envoyée depuis son propre site :

Le même article rapporte une seconde étude, sur 1,25 million de demandes reçues par 42 entreprises. Celles qui tentaient de joindre la personne dans l’heure avaient près de sept fois plus de chances d’obtenir une vraie conversation avec un décideur que celles qui essayaient une heure plus tard, et plus de soixante fois plus que celles qui attendaient 24 heures ou davantage. Il s’agit de qualifier la demande, pas de signer. Ces données sont américaines et ont quinze ans : elles donnent un ordre de grandeur, pas votre délai, qui se mesure.

Le plus utile, ce sont les causes que l’article relève : des demandes récupérées dans le CRM une fois par jour au lieu de l’être en continu, et des règles de répartition entre commerciaux fondées sur la géographie ou l’équité. Autrement dit, le circuit lui-même.

Quelles sont les étapes d’un circuit de demande entrante ?

Les deux premières étapes vivent dans le CRM. Les trois suivantes traversent d’autres outils, l’agenda et la messagerie de l’équipe, et c’est là qu’un outil d’automatisation comme n8n prend le relais.

Étape 1 : enregistrer avant de prévenir

Beaucoup de formulaires se contentent d’envoyer un e-mail. Si l’envoi échoue, rien ne garde la trace de la demande, et le visiteur ne le saura jamais.

La règle qui en découle : le formulaire écrit d’abord la demande dans le CRM, ou à défaut dans une base, et ne prévient qu’ensuite. Si l’e-mail échoue, la demande est là, et l’alerte peut repartir. Si l’enregistrement lui-même échoue, le visiteur doit le voir, avec un autre moyen de vous joindre. Sur un site statique, cette étape passe par une petite fonction serveur, décrite dans notre guide Formulaire et recherche sur un site statique : comment faire.

Étape 2 : relier la demande à ce que vous savez déjà

Une demande isolée oblige le commercial à tout reconstituer. Reliée, elle arrive avec son contexte :

• La personne : retrouvée par son adresse e-mail si elle existe déjà, créée sinon, sans doublon.
• L’entreprise : rattachée par le domaine de l’adresse, quand c’est une adresse professionnelle.
• L’objet de la demande : le produit, le bien ou l’offre de la page d’où part le formulaire.
• L’origine : la page, la langue et la campagne d’où vient la visite. Sans elle, impossible de savoir quelle source amène les demandes qui signent.

Dans Twenty, la demande peut avoir son propre objet, avec les champs que votre équipe nomme, au lieu de se fondre dans une opportunité. Notre guide Twenty au-delà du CRM : le back-office de vos données métier montre comment ces objets se construisent. Si votre base contient déjà des doublons, mieux vaut nettoyer les données de votre CRM avant de brancher le circuit : une règle de rapprochement appliquée à des données sales crée de nouvelles erreurs.

Étape 3 : attribuer la demande au bon commercial

Le circuit ne choisit pas la règle : votre direction commerciale la fixe, et le circuit l’applique à chaque demande, sans exception ni oubli. Les critères courants se combinent :

La colonne de droite est celle qu’on oublie. Une répartition par zone qui ignore les congés remplit la boîte d’un absent. La règle complète se lit donc ainsi : « le commercial du compte s’il existe, sinon celui de la zone, sinon le suivant dans le tour de rôle, en sautant les personnes absentes ».

Écrite sur une page, cette règle devient un workflow : dans Twenty quand tout se joue dans le CRM, dans n8n quand elle consulte un agenda ou un autre outil. Elle se corrige en une modification, sans retoucher la configuration de chaque commercial.

Étape 4 : prévenir dans l’outil qu’il ouvre déjà

Un commercial ne guette pas son CRM. L’alerte part donc dans l’outil qu’il ouvre déjà : la messagerie de l’équipe, Slack ou Teams, voire WhatsApp ou Telegram. Elle tient en trois lignes : qui demande quoi, d’où vient la demande, et le lien vers la fiche. Une alerte qui recopie toute la demande invite à répondre depuis la messagerie, et la réponse ne revient jamais dans le CRM.

L’IA peut servir à cette étape, et à elle seule : résumer un long message libre, en détecter la langue, ou écarter ce qui n’est pas une demande commerciale, une candidature ou une réclamation par exemple. Les champs du formulaire, eux, sont déjà structurés et n’ont besoin d’aucun modèle. C’est la position de notre article sur les dix automatisations à regarder en premier : la plupart des circuits tournent sans IA.

Étape 5 : suivre le délai de première réponse

Le circuit note l’heure d’arrivée de la demande et celle du premier contact. Entre les deux, une règle simple : au-delà du délai que vous fixez, le responsable de l’équipe reçoit une alerte avec la demande en attente. Le délai se fixe sur votre mesure, pas sur une promesse : relevez-le pendant un mois, puis choisissez un objectif tenable.

Deux cas méritent une règle écrite. Les demandes du vendredi soir : le délai court-il pendant le week-end, ou un accusé de réception suffit-il jusqu’au lundi ? Et les demandes hors de toute zone ou de toute langue couverte : elles vont à une personne désignée, jamais nulle part.

Un circuit qui s’arrête ne prévient personne de lui-même. Notre guide Superviser ses workflows n8n : aucune panne silencieuse explique comment être alerté quand un workflow se tait.

Combien de temps garder les données d’un prospect ?

La CNIL recommande, dans son référentiel sur la gestion des activités commerciales, de conserver les données d’un prospect qui n’est pas devenu client pendant trois ans, à compter de leur collecte ou du dernier contact venu de lui. Un clic sur un lien d’un e-mail compte comme contact ; une simple ouverture, non. Au bout de ces trois ans, l’entreprise peut lui demander s’il souhaite continuer à recevoir ses messages ; sans réponse positive et explicite, les données sont supprimées ou archivées. Ce référentiel n’est pas contraignant, mais il sert de repère.

Le circuit s’en charge aussi : une tâche planifiée repère les prospects sans contact depuis trois ans et prépare la relance ou la suppression. C’est le genre de règle qu’aucune équipe ne tient à la main.

Faut-il Twenty, un autre CRM ou un tableur ?

Le circuit marche avec tout CRM qui offre une API. Twenty a pour lui un modèle de données taillé à votre vocabulaire, une API complète et aucune licence par utilisateur une fois hébergé chez vous ; HubSpot fait mieux sur la prise en main et le marketing intégré, au prix d’un abonnement par siège. Notre comparatif Twenty, Dolibarr ou Odoo : lequel pour votre équipe ? aide à trancher, et si vos demandes vivent aujourd’hui dans HubSpot, notre guide Migrer de HubSpot vers un CRM open source en sept étapes décrit la bascule. Un tableur, lui, ne tient pas ce circuit : il n’alerte personne et ne garde pas l’historique des échanges.

Par où commencer ?

Par l’étape 1. Si vos demandes arrivent aujourd’hui par e-mail seulement, les faire enregistrer dans un CRM avant toute notification est le changement qui protège le plus, et le plus vite.

Notre offre CRM et ERP sur mesure installe Twenty dans votre vocabulaire et le relie à votre site, pour 4 500 €. La répartition, les alertes dans votre messagerie et le suivi des délais relèvent de notre offre d’automatisation avec n8n, à partir de 2 400 €. Si vous avez déjà un CRM doté d’une API, le circuit s’y branche sans en changer.

Questions fréquentes

Sources

1. Harvard Business Review, « The Short Life of Online Sales Leads », mars 2011 (nouvel onglet)hbr.org
2. CNIL, référentiel relatif aux traitements de données pour la gestion des activités commerciales, 2022 (nouvel onglet)cnil.fr