आपकी landing pages पर Notion
बहुत-सी छोटी टीमें अपनी पाइपलाइन Notion में चलाती हैं: किसी लॉ फ़र्म का इनटेक बोर्ड, किसी एजेंसी का क्लाइंट ट्रैकर, ऐसी सेल्स टीम जिसने कभी CRM नहीं ख़रीदा। उनके पास जो नहीं है, वह है अंदर आने का साफ़ रास्ता। Leads ईमेल या एक्सपोर्ट बनकर आते हैं, और कोई उन्हें डेटाबेस में दोबारा टाइप करता है, देर से और टाइपो के साथ।
LanderLab का webhook हर lead को Notion के API पर पोस्ट करता है, इसलिए हर सबमिट आपके डेटाबेस में एक पेज बन जाता है, उसकी properties में भरे जवाबों के साथ। आपकी टीम को बस बोर्ड पर नए कार्ड दिखते हैं, हर एक पर वह कैंपेन और वेरिएंट जिससे वह आया।
आपके फ़ॉर्म से भरी Notion डेटाबेस properties
Notion, property types को लेकर सख़्त है, और lead डेटा के लिए यह अच्छी बात है। Lead का नाम पेज का title बनता है, ईमेल एक email property में पहुंचता है जिस पर आप क्लिक कर सकते हैं, फ़ोन नंबर phone property में, landing page एक URL property में। कुछ भी टेक्स्ट के एक लंबे टुकड़े के रूप में नहीं आता जिसे किसी को हाथ से अलग करना पड़े।
क्योंकि हर lead एक असली Notion पेज है, आपकी टीम फ़ॉर्म से भरी properties के ठीक नीचे कॉल नोट्स लिख सकती है, डॉक्यूमेंट अटैच कर सकती है और किसी सहकर्मी को mention कर सकती है। रिकॉर्ड और उस पर बातचीत एक ही जगह रहते हैं।
एक इनटेक बोर्ड जिससे आपकी टीम काम करती है
एक Status property जोड़ें, और हर नया पेज आपके चुने कॉलम में शुरू होता है, जैसे “नया”। Board view को Status से ग्रुप करें, और सुबह के leads कार्ड्स का एक कॉलम बन जाते हैं जिन्हें आपकी इनटेक टीम “संपर्क हुआ”, “क्वालिफ़ाइड” और “साइन हुआ” में ले जाती है। Callback की तारीख़ पर calendar view दिखाता है कि आज किसे फ़ोन करना है।
अलग-अलग लोग एक ही डेटाबेस के अलग हिस्से देख सकते हैं: इनटेक टीम “नया” leads का बोर्ड, वकील “क्वालिफ़ाइड” केस की टेबल, मालिक कैंपेन से ग्रुप किया view।
ऐड सेट को भरे फ़ॉर्म पर नहीं, साइन हुए केस पर परखें
utm_source, utm_campaign और gclid या fbclid नाम वाले हिडन फ़ील्ड विज्ञापन के URL से भरते हैं और lead के साथ जाते हैं, और LL Variant ID रिकॉर्ड करता है कि विज़िटर ने पेज का कौन-सा वर्ज़न देखा। Notion में ये properties का एक सेट है जिससे आप ग्रुप और फ़िल्टर कर सकते हैं।
डेटाबेस को एक कैंपेन पर फ़िल्टर करें और “साइन हुआ” कार्ड गिनें, और आपको पता चल जाता है कि उस ऐड सेट से असल में क्या मिला। यही फ़िल्टर स्प्लिट टेस्ट के दो वेरिएंट पर चलाएं, और आप वह पेज रख सकते हैं जो केस लाता है, भले ही उससे कम फ़ॉर्म भरे जाएं।
Notion तक lead पहुंचने से पहले नियम
हर lead एक ही डेटाबेस का नहीं होता। LanderLab Workflows (बीटा) आगे बैठ सकते हैं: एक फ़िल्टर नोड जो सिर्फ़ पूरे हुए quizzes आगे जाने दे, एक Switch नोड जो पर्सनल इंजरी leads को एक डेटाबेस में और workers' comp को दूसरे में भेजे, हर एक अपने HTTP Request नोड के ज़रिए। Runs व्यू हर lead का रास्ता दिखाता है, इसलिए फ़ेल हुई भेजाई आसानी से पकड़ में आ जाती है।
