Gmail के भीतर मौजूद HubSpot-संचालित CRM ने एक सेल्स टीम के फॉलो-अप करने का तरीका बदल दिया
एक सेल्स लीड ने Manus का उपयोग करके एक कस्टम वर्कफ़्लो बनाया जिसने HubSpot की जानकारी को उन जगहों पर डाल दिया जहाँ टीम पहले से काम करती थी: Gmail और Slack। लक्ष्य सरल था। जब कोई संभावित ग्राहक टीम को ईमेल करे, तो रेप को यह पता लगाने के लिए इनबॉक्स छोड़ने की आवश्यकता नहीं होनी चाहिए कि वह व्यक्ति कौन है, क्या कंपनी पहले से HubSpot में है, या क्या वह बातचीत किसी खुले डील के लिए महत्वपूर्ण है।
Manus के साथ, सेल्स लीड ने एक वर्कफ़्लो बनाया जिसने सही HubSpot विवरणों को ईमेल के करीब ला दिया। तैयार सिस्टम ने HubSpot, Gmail और Slack को एक वर्कफ़्लो में ला दिया। यह HubSpot की जानकारी मौजूद होने पर Gmail संदेशों को लेबल कर सकता था, Gmail के अंदर उपयोगी अकाउंट जानकारी दिखा सकता था, और जब किसी एंटरप्राइज़ लीड को ध्यान देने की आवश्यकता होती तो Slack में टीम को सूचित कर सकता था।
प्रोजेक्ट एक रोज़मर्रा की सेल्स समस्या से शुरू हुआ
प्रोजेक्ट एक व्यावहारिक सेल्स प्रश्न से शुरू हुआ: ईमेल का जवाब देने से पहले एक रेप को क्या जानना चाहिए?
उदाहरण के लिए, यदि acme.com से प्रिया टीम को ईमेल करती है, तो रेप को जल्दी से समझने की आवश्यकता है कि वह HubSpot में पहले से मौजूद है या नहीं, क्या Acme एक टारगेट अकाउंट है, क्या कोई खुला डील है, और रिलेशनशिप का मालिक कौन है। ये संकेत निर्धारित करते हैं कि क्या जवाब तेज़ होना चाहिए, रूट किया जाना चाहिए, या अलग तरीके से संभाला जाना चाहिए।
Manus ने उस प्रश्न को एक उपयोगी डेटा परत में अनुवाद करने में मदद की। HubSpot पहले से ही इस जानकारी को कॉन्टैक्ट्स, कंपनियों, डील्स और स्वामित्व रिकॉर्ड्स में संग्रहीत करता है। चुनौती यह पहचानने की थी कि उन फ़ील्ड्स में से कौन सी वास्तव में जवाब देने के समय मायने रखती हैं, और उन्हें Gmail के अंदर सुलभ बनाना था।
इसने समस्या को संकेतों के एक सरल सेट तक कम कर दिया: ईमेल किसने भेजा, वे किस कंपनी से संबंधित हैं, क्या कंपनी ज्ञात है, क्या कोई सक्रिय डील है, और अकाउंट का मालिक कौन है। यह Gmail वर्कफ़्लो की नींव बन गया।
Gmail के अंदर ब्राउज़र एक्सटेंशन और लेबल
एक छोटे प्रोडक्ट निर्णय ने वर्कफ़्लो को रेप्स के लिए समझने में आसान बना दिया। Gmail लेबल का उपयोग एक जटिल स्कोरिंग सिस्टम के रूप में नहीं किया गया था। इसका उपयोग एक सरल संकेत के रूप में किया गया था।
इस काल्पनिक मॉकअप में, लेबल ही संकेत है। जब एक रेप इस पर क्लिक करता है, तो ब्राउज़र एक्सटेंशन जवाब देने से पहले आवश्यक बुनियादी लीड या ग्राहक विवरणों के साथ खुलता है।
उदाहरण के लिए, यदि Acme से प्रिया ने टीम को ईमेल किया और Acme पहले से HubSpot में मौजूद था, तो ईमेल को तदनुसार लेबल किया जाएगा। यदि प्रेषक पहले से ग्राहक है, तो रेप अधिक अकाउंट इतिहास के साथ जवाब दे सकता है। यदि प्रेषक एक खुले एंटरप्राइज़ डील से जुड़ा है, तो रेप जवाब को प्राथमिकता दे सकता है। यदि प्रेषक एक ऐसी कंपनी से संबंधित है जिसका कोई मालिक नहीं है, तो टीम को जवाब देने से पहले किसी को असाइन करने की आवश्यकता हो सकती है।
एक बार ईमेल लेबल हो जाने के बाद, एक सेल्स रेप लेबल पर क्लिक कर सकता है और इनबॉक्स के अंदर संबंधित HubSpot विवरणों के साथ एक्सटेंशन खोल सकता है।
Slack ने टीम को महत्वपूर्ण लीड्स पर कार्य करने में मदद की
Gmail ने एक रेप को बेहतर जानकारी के साथ जवाब देने में मदद की। Slack ने टीम को तब समन्वय करने में मदद की जब किसी महत्वपूर्ण लीड को ध्यान देने की आवश्यकता थी।
इस वर्कफ़्लो में, Manus ने HubSpot से एंटरप्राइज़ इनबाउंड लीड्स के लिए Slack सूचनाएँ भेजने के लिए एक Slack बॉट बनाया। एक Slack संदेश टीम को बता सकता है कि एक उच्च-फिट कंपनी ने संपर्क किया है, कंपनी का नाम शामिल करता है, संभावित मालिक को दिखाता है, और लोगों को ईमेल थ्रेड या संबंधित रिकॉर्ड पर वापस इंगित करता है।
उदाहरण के लिए, यदि किसी एंटरप्राइज़ संभावित ग्राहक ने टारगेट अकाउंट से ईमेल किया और कोई मालिक असाइन नहीं किया गया था, तो Slack टीम को सतर्क कर सकता है। यह लीड को समूह के लिए दृश्यमान बनाता है बजाय इसे किसी एक व्यक्ति के इनबॉक्स में दबे रहने देने के।
Slack ने वही लीड जानकारी व्यापक टीम को दिखाई। एक उच्च-फ़िट लीड को देखा, असाइन किया और फॉलो-अप किया जा सकता था, इससे पहले कि वह नज़रअंदाज़ हो जाए।
अन्य टीमें इस प्रक्रिया से क्या सीख सकती हैं
यह प्रोजेक्ट इसलिए सफल हुआ क्योंकि HubSpot, Gmail और Slack को अलग-अलग परतों के रूप में माना गया। प्रत्येक परत को अलग से बनाया गया, स्वतंत्र रूप से परीक्षण किया गया, और फिर एक वर्कफ़्लो में संयोजित किया गया जो टीम की मौजूदा सेल्स प्रक्रिया के अनुकूल था।
पहली परत HubSpot डेटा मॉडल थी। टीम को यह तय करना था कि फॉलो-अप के समय कौन से फ़ील्ड वास्तव में उपयोगी थे, जैसे संपर्क पहचान, कंपनी मिलान, स्वामी, डील स्थिति, लीड स्रोत, प्लान और अगला कदम। Manus का उपयोग मूल्यवान HubSpot फ़ील्ड की पहचान करने और एक सिंक्रनाइज़्ड डेटाबेस बनाने के लिए किया गया था जिसे शेष वर्कफ़्लो उपयोग कर सके।
दूसरी परत एक्सेस पर निर्भर थी। इस मामले में, टीम Google Workspace पर थी, इसलिए Gmail प्राधिकरण Google auth के माध्यम से हो सकता था। यह महत्वपूर्ण था क्योंकि वर्कफ़्लो को संदेश पढ़ने, HubSpot-व्युत्पन्न डेटाबेस के साथ प्रेषकों की तुलना करने, और कस्टम नियमों के आधार पर लेबल लागू करने की अनुमति की आवश्यकता थी। फिर Manus का उपयोग उन नियमों के अनुसार ईमेल को स्वचालित रूप से टैग करने के लिए किया गया।
तीसरी परत Gmail-सामना अनुभव थी। लेबल काम करने के बाद, Manus का उपयोग ब्राउज़र एक्सटेंशन बनाने के लिए किया गया जो HubSpot-शैली के आइकन प्रदर्शित करता था और Gmail के अंदर प्रासंगिक लीड या ग्राहक विवरण लोड करता था। उसी निर्माण के लिए सहायक हिस्सों की भी आवश्यकता थी: होस्ट प्लगइन्स, एक लॉगिन वेबसाइट, और उपयोगकर्ता प्राधिकरण प्रवाह। शेष सिस्टम के साथ संयोजित करने से पहले उस कार्य को Manus में एक अलग परत के रूप में संभाला गया।
अन्य टीमों के लिए व्यावहारिक निर्माण सुझाव यह है कि पहले एक्सेस स्तरों की जाँच करें, फिर न्यूनतम उपयोगी फ़ील्ड परिभाषित करें, लेबल लॉजिक का परीक्षण करें, और दृश्य इंटरफ़ेस बनाएं। यदि कोई एक परत गायब है, तो अनुभव या तो प्रतिनिधि के लिए अविश्वसनीय हो जाता है या टीम के लिए अपनाना बहुत कठिन हो जाता है।
Connectors आज़माएँ
आज ही connectors आज़माएँ और उन डेटा परतों के साथ अपने बिल्ड को सशक्त बनाएँ जिन्हें आप Manus के साथ सीधे एक्सेस कर सकते हैं।
