Notion sur vos landing pages
Beaucoup de petites équipes pilotent leur pipeline dans Notion : le tableau de demandes d'un cabinet d'avocats, le suivi clients d'une agence, une équipe commerciale qui n'a jamais acheté de CRM. Ce qui leur manque, c'est une entrée propre. Les leads arrivent en e-mails ou en exports, et quelqu'un les ressaisit dans la base, en retard et avec des fautes.
Le webhook de LanderLab poste chaque lead sur l'API de Notion : chaque envoi devient une page dans votre base de données, avec les réponses dans ses propriétés. Votre équipe ne voit que de nouvelles cartes sur le tableau, chacune avec la campagne et la variante qui l'ont produite.
Des propriétés de base de données Notion remplies depuis votre formulaire
Notion est strict sur les types de propriétés, et pour des données de leads, c'est une bonne chose. Le nom du lead devient le titre de la page, l'e-mail arrive dans une propriété e-mail cliquable, le numéro de téléphone dans une propriété téléphone, la landing page dans une propriété URL. Rien n'arrive en un long bloc de texte que quelqu'un doit découper à la main.
Comme chaque lead est une vraie page Notion, votre équipe peut écrire ses notes d'appel, joindre des documents et mentionner un collègue juste sous les propriétés remplies par le formulaire. La fiche et la conversation à son sujet vivent au même endroit.
Un tableau de demandes sur lequel votre équipe travaille
Ajoutez une propriété Statut et chaque nouvelle page démarre dans la colonne de votre choix, par exemple Nouveau. Regroupez une vue tableau par Statut, et les leads du matin forment une colonne de cartes que votre équipe d'accueil déplace vers Contacté, Qualifié et Signé. Une vue calendrier sur une date de rappel montre qui appeler aujourd'hui.
Différentes personnes peuvent voir différentes tranches de la même base : l'équipe d'accueil un tableau des leads Nouveau, l'avocat une table des dossiers Qualifié, le dirigeant une vue regroupée par campagne.
Jugez les ad sets sur les dossiers signés, pas sur les formulaires remplis
Des champs cachés nommés utm_source, utm_campaign et gclid ou fbclid se remplissent depuis l'URL de la publicité et voyagent avec le lead, et LL Variant ID enregistre quelle version de la page le visiteur a vue. Dans Notion, cela donne un ensemble de propriétés selon lesquelles regrouper et filtrer.
Filtrez la base sur une campagne et comptez les cartes Signé : vous savez ce que cet ad set a vraiment produit. Appliquez le même filtre aux deux variantes d'un split test, et vous gardez la page qui amène des dossiers, même si elle amène moins de formulaires remplis.
Des règles avant que le lead n'arrive dans Notion
Tous les leads n'ont pas leur place dans la même base. Les workflows LanderLab (bêta) peuvent se placer devant : un nœud Filtre qui ne laisse passer que les quiz terminés, un nœud Switch qui envoie les leads dommages corporels dans une base et les accidents du travail dans une autre, chacun via son propre nœud Requête HTTP. La vue des exécutions montre le chemin de chaque lead : un envoi en échec se repère facilement.
