Comment ça marche
Formulaires intégrés
Les formulaires de contact, de réservation et de demande font partie de la création.
Entrées conservées
Chaque entrée est enregistrée dans le studio pour votre site.
Envoyé à vous
En production, chaque nouvelle entrée vous est envoyée par e-mail.
Où vont les entrées
Les formulaires de votre site, un formulaire de contact, une demande de devis, une question sur une date, envoient leurs réponses à Briks plutôt qu'à un service de formulaires distinct. Chaque réponse est conservée dans le studio pour ce site, la plus récente en premier, et le studio affiche les 100 dernières.
Une fois votre site en production, chaque nouvelle entrée vous est aussi envoyée par e-mail, avec la page d'où elle vient. Si le visiteur a donné une adresse e-mail, répondez à cet e-mail et votre réponse lui parvient directement.
Tant que le site est un aperçu, les entrées sont conservées mais non envoyées par e-mail, afin que tester vos propres formulaires ne remplisse pas votre boîte de réception. Les e-mails vont à la personne qui a créé le site tant qu'elle est dans votre espace de travail, sinon au premier Owner de l'espace de travail.
Envoyer les réponses vers d'autres outils
Si vous voulez aussi recevoir les entrées ailleurs, dans un tableur, une liste de clients ou un chat d'équipe, ajoutez un webhook pour l'événement Form received. Chaque nouvelle entrée est envoyée à l'adresse que vous indiquez, signée pour que l'outil qui la reçoit puisse vérifier qu'elle vient de votre site, et renvoyée si cet outil est brièvement indisponible.
Les entrées comptent aussi dans vos statistiques. Les formulaires envoyés apparaissent parmi les demandes, et un formulaire envoyé compte comme une conversion dans un test A/B, ce qui vous permet de voir quelle version d'une page en apporte le plus.
Les formulaires sont protégés contre les abus les plus courants. Un champ caché piège les robots simples, qui sont remerciés sans que rien ne soit conservé, et chaque visiteur peut envoyer quelques envois toutes les dix minutes.
Limites à connaître
Il n'existe pas d'export des réponses aux formulaires aujourd'hui. Si vous en avez besoin dans un tableur ou une liste de clients, utilisez le webhook pour envoyer chaque réponse à l'endroit où vous tenez vos registres, dès qu'elle arrive.
Les formulaires font partie de votre site : vous les modifiez comme le reste, avec des mots simples. Demandez un champ de téléphone, un choix de dates ou un formulaire plus court, et la modification est construite et publiée comme une version.
Si vous remettez un site en aperçu, ses formulaires cessent aussitôt d'envoyer des e-mails. Publiez-le de nouveau en production et les e-mails reprennent.
Des formulaires que les gens terminent
Chaque champ ajouté est une raison de plus de partir. Demandez ce qu'il faut pour répondre : un nom, un moyen de joindre la personne et sa question, et gardez le reste pour la conversation qui suit.
Dites ce qui se passe ensuite à côté du bouton, par exemple nous répondons sous un jour, et demandez-le avec des mots simples. Observez ensuite dans l'onglet Analytics quelles pages font venir des demandes, où les formulaires envoyés sont comptés parmi elles.
Des formulaires qui gardent chaque réponse en pratique
Trois exemples d'entreprises, et comment chacune l'utiliserait. Lorsqu'un site est illustré, il s'agit d'un exemple créé avec Briks pour une entreprise fictive, pas d'un client.
- 01Entreprise de bâtiment
Demandes de devis lues sur le site
Le formulaire de devis d'un entrepreneur en bâtiment demande le type de travaux, le code postal et un numéro de téléphone. En production, chaque demande lui est envoyée par e-mail sur le chantier, avec la page d'où elle vient, et conservée dans le studio pour que le bureau la lise plus tard.

Construction Pro est un site exemple créé par Briks pour un entreprise de bâtiment fictif, pas un client. Ouvrir l'exemple - 02Atelier de bijouterie
Transformez les demandes de commande en liste de clients
Un studio de bijouterie ajoute un webhook pour form received qui envoie chaque demande de commande à l'outil où il garde ses clients. L'e-mail arrive toujours, et le studio conserve aussi l'entrée.

Marrowstone est un site exemple créé par Briks pour un atelier de bijouterie fictif, pas un client. Ouvrir l'exemple - 03Cabinet de psychologie
Essayer un formulaire avant le lancement
Un cabinet teste son formulaire de demande sur l'aperçu avec des noms inventés. Les réponses arrivent dans le studio, personne ne reçoit d'e-mail, et rien n'atteint la boîte de réception du cabinet tant que le site n'est pas en production.

Calder Psychology est un site exemple créé par Briks pour un cabinet de psychologie fictif, pas un client. Ouvrir l'exemple
Ce que vous obtenez
- Entrées conservées dans le studio, les plus récentes en premier, les 100 dernières affichées
- Envoyé par e-mail une fois le site en production
- Répondez à l'e-mail pour répondre au visiteur
- Un webhook pour chaque nouvelle entrée, si vous le souhaitez
Bon à savoir
- Les adresses d'aperçu conservent les envois, mais ne les transmettent pas par e-mail.
- Les entrées de formulaire ne peuvent pas être exportées aujourd'hui ; un webhook peut envoyer chacune d'elles vers un autre outil.