Votre site est en ligne. Quelqu'un remplit le formulaire de contact. Un courriel arrive dans une boîte partagée.
Votre site est en ligne. Quelqu'un remplit le formulaire de contact. Un courriel arrive dans une boîte partagée.
Puis quelqu'un le lit. Copie le nom. Copie le courriel. Copie le numéro. Colle tout ça dans le CRM, ou dans un fichier Excel, ou dans un carnet. Décide si c'est un vrai prospect. Le relance — ou l'oublie.
Ce dernier paragraphe, c'est du travail. Il n'est écrit nulle part dans la soumission du site, personne ne le facture, et il revient à chaque soumission reçue.
Le calcul, sans exagérer
Disons trois minutes par soumission pour transcrire et qualifier. C'est conservateur, parce que ça suppose que la personne était déjà dans sa boîte de courriels et qu'elle n'a rien cherché.
À vingt soumissions par mois, ça fait une heure. Douze heures par année. À trente soumissions, dix-huit heures.
Ce n'est pas dramatique. Ce n'est pas non plus le vrai problème.
Le vrai problème, c'est ce qui arrive quand la personne est en vacances, quand le courriel tombe dans les indésirables, quand deux personnes pensent que l'autre s'en occupe. Un prospect qui n'a pas de réponse en 24 heures a souvent déjà appelé quelqu'un d'autre. Ce coût-là ne se mesure pas en heures, et il est bien plus gros que les douze heures de transcription.
Le formulaire n'est pas la fin du site, c'est le début du processus
C'est là que la plupart des sites s'arrêtent. Le formulaire envoie un courriel, le mandat est terminé, l'agence livre.
Sauf que du point de vue de l'entreprise, la soumission ne devient utile qu'une fois rendue quelque part : dans le CRM, dans un tableau de suivi, dans la file de rappels de quelqu'un. Tout le trajet entre le clic et cet endroit-là, c'est vous qui le faites à la main.
Un formulaire branché fait le trajet tout seul. La soumission arrive dans HubSpot, dans Notion ou dans Google Sheets selon vos outils. Les champs sont déjà remplis. Le suivi est déjà créé. Personne n'a rien recopié.
Pourquoi c'est presque toujours vendu séparément
Parce que ce sont deux métiers, et généralement deux fournisseurs.
L'agence web fait le site. Elle branche le formulaire sur un envoi de courriel parce que c'est ce que le gabarit fait par défaut, et parce que toucher à votre CRM n'est pas dans son mandat. L'intégrateur, lui, arrive plus tard — quand vous en avez assez de la transcription — et découvre un formulaire qu'il faut reprendre.
Vous payez deux fois : une fois le formulaire, une fois sa reprise. Et entre les deux, il y a une couture, un endroit où chacun peut dire que c'est l'autre.
Quand la même équipe bâtit le site et branche les processus, la question ne se pose pas. Le formulaire est conçu branché.
Ce que ça change concrètement
Ce n'est pas de l'intelligence artificielle, ce n'est pas compliqué, et ça ne demande aucune compétence technique de votre part une fois en place.
- La soumission arrive où elle doit arriver. Directement dans l'outil que vous utilisez déjà.
- Elle est qualifiée à l'arrivée. Un formulaire bien conçu pose les deux ou trois questions qui vous disent tout de suite si c'est sérieux.
- La notification part au bon endroit. La personne responsable est prévenue là où elle travaille, pas dans une boîte partagée que personne ne surveille.
- Rien ne se perd. Pas de boîte partagée, pas de « je pensais que tu l'avais vu ».
Ce que ça ne règle pas
Soyons honnêtes sur les limites.
Automatiser un formulaire n'améliore pas une offre qui n'intéresse personne. Si vous recevez deux soumissions par mois, le problème n'est pas la transcription, c'est le trafic — et ça se règle avec du contenu et du référencement, pas avec une intégration.
Et un processus automatisé reproduit fidèlement le processus que vous lui donnez. Si votre façon actuelle de qualifier un prospect est brouillonne, l'automatiser va simplement la rendre brouillonne plus vite. C'est pour ça qu'on regarde le processus avant de le brancher, et qu'on le simplifie souvent au passage.
Chez DictIA, c'est dans le forfait
Nos sites arrivent branchés. Les formulaires sont connectés à votre CRM — HubSpot, Notion, Google Sheets — dès la livraison. Ce n'est pas une option ni une phase deux.
C'est la raison pour laquelle on fait les deux métiers. On a passé assez de temps à reprendre des formulaires bâtis par quelqu'un d'autre pour préférer les concevoir branchés dès le départ.
Le détail de ce qui est inclus est sur la page création de site web. Si votre site existe déjà et que c'est le trajet après le formulaire qui vous coûte, c'est plutôt du côté de l'automatisation de processus qu'il faut regarder.
Questions fréquentes
À quoi sert de connecter un formulaire de contact à un CRM ? À supprimer la transcription manuelle entre le courriel reçu et l'outil où vous suivez vos prospects. La soumission arrive directement au bon endroit, les champs déjà remplis, avec le suivi créé.
Est-ce que ça demande des compétences techniques ? Non, une fois en place. La configuration est faite au moment de bâtir le site ; vous recevez ensuite vos soumissions dans l'outil que vous utilisez déjà.
Quels outils peuvent recevoir les soumissions ? HubSpot, Notion et Google Sheets sont les plus courants chez nos clients. La plupart des CRM et des outils de gestion offrent un point d'entrée qui permet de faire la même chose.
Est-ce que c'est un supplément ? Non. Chez DictIA, les formulaires connectés au CRM font partie du forfait Starter, pas d'une phase ultérieure.
Mon site existe déjà. Est-ce qu'il faut le refaire ? Pas nécessairement. Si le formulaire actuel est propre, on peut souvent brancher le trajet en aval sans toucher au site.