अकाउंट इंटेलिजन्ससाठी गेस्ट WiFi सह Salesforce इंटिग्रेशन

पॉडकास्ट स्क्रिप्ट — "अकाउंट इंटेलिजन्ससाठी गेस्ट WiFi सह Salesforce इंटिग्रेशन" Purple टेक्निकल ब्रीफिंग सिरीज | रनटाइम: ~10 मिनिटे | UK इंग्लिश --- [परिचय आणि संदर्भ — 1 मिनिट] Purple टेक्निकल ब्रीफिंग सिरीजमध्ये आपले स्वागत आहे. मी तुमचा होस्ट आहे, आणि आज आम्ही अशा एका विषयावर चर्चा करणार आहोत जो अनेक B2B संस्थांच्या रोडमॅपवर आहे परंतु त्यांनी अद्याप तो पूर्णपणे सोडवलेला नाही: वास्तविक अकाउंट इंटेलिजन्स तयार करण्यासाठी तुमचे गेस्ट WiFi इन्फ्रास्ट्रक्चर थेट Salesforce शी कनेक्ट करणे. जर तुमच्याकडे एखादे ठिकाण असेल — कॉन्फरन्स सेंटर, हॉटेल, ट्रेड शो फ्लोअर, कॉर्पोरेट कॅम्पस — आणि तुम्ही गेस्ट WiFi चालवत असाल, तर तुम्ही फर्स्ट-पार्टी इंटेंट डेटाच्या सोन्याच्या खाणीवर बसला आहात. प्रत्येक वेळी जेव्हा एखादा संभाव्य ग्राहक, भागीदार किंवा ग्राहक तुमच्या नेटवर्कशी कनेक्ट होतो, तेव्हा ते तुम्हाला काहीतरी सांगत असतात. ते ऑन-साइट आहेत. ते एंगेज्ड आहेत. आणि सध्या, बहुतांश संस्थांसाठी, तो सिग्नल हवेत नाहीसा होतो. आज आपण हे कसे बदलायचे यावर चर्चा करणार आहोत. तो WiFi ऑथेंटिकेशन इव्हेंट Salesforce मध्ये कसा राउट करायचा, तुमच्या विद्यमान अकाउंट्सशी तो कसा मॅच करायचा आणि योग्य व्यावसायिक प्रतिसाद कसा ट्रिगर करायचा — मग तो अकाउंट एक्झिक्युटिव्हला अलर्ट असो, कॉन्टॅक्ट रेकॉर्डचे एनरिचमेंट असो किंवा तुमच्या RevOps टीमला कृती करण्यासाठी फ्लॅग असो. हे एक व्यावहारिक ब्रीफिंग आहे. आपण आर्किटेक्चर, डेटा मॉडेल निर्णय, GDPR विचार आणि सामान्य चुका यामधून जाऊ. चला तर मग सुरुवात करूया. --- [तांत्रिक सखोल माहिती — 5 मिनिटे] चला आर्किटेक्चरपासून सुरुवात करूया. मुळात, Salesforce WiFi इंटिग्रेशनचे तीन घटक असतात: Captive Portal स्तर, इंटिग्रेशन मिडलवेअर आणि Salesforce डेटा मॉडेल. Captive Portal — जे तुमचा अतिथी कनेक्ट करताना पाहतो — जिथे ओळख कॅप्चर होते. जेव्हा एखादा अभ्यागत ईमेल, LinkedIn किंवा सोशल लॉगिनद्वारे ऑथेंटिकेट करतो, तेव्हा प्लॅटफॉर्म एक सत्यापित ईमेल पत्ता, टाइमस्टॅम्प, ठिकाण आयडेंटिफायर आणि संमती रेकॉर्ड कॅप्चर करतो. GDPR आणि UK Data Protection Act 2018 अंतर्गत शेवटचा मुद्दा अनिवार्य आहे. तुम्हाला मार्केटिंग कम्युनिकेशन्ससाठी स्पष्ट, ग्रॅन्युलर संमती आवश्यक आहे आणि तो संमती रेकॉर्ड संग्रहित आणि ऑडिट करण्यायोग्य असणे आवश्यक आहे. Purple चे प्लॅटफॉर्म हे मूळतः हाताळते, ऑथेंटिकेशनच्या वेळी संमती कॅप्चर करते आणि कॉन्टॅक्ट डेटासह Salesforce मध्ये कन्सेंट फ्लॅग पाठवते. आता, इंटिग्रेशन मिडलवेअरमध्ये इंटेलिजन्सचे काम होते. Purple चे इंटिग्रेशन इंजिन तो ऑथेंटिकेशन इव्हेंट प्राप्त करते आणि ज्याला आपण आयडेंटिटी रिझोल्यूशन म्हणतो ते करते. पहिली पायरी म्हणजे डोमेन मॅच: ईमेल पत्ता घ्या, डोमेन काढा — समजा, acme-corp.com — आणि जुळणाऱ्या वेबसाइट किंवा ईमेल डोमेन फील्डसह कोणत्याही अकाउंट रेकॉर्डसाठी Salesforce ला क्वेरी करा. हा तुमचा प्राथमिक मॅचिंग सिग्नल आहे. जर डोमेन मॅच सापडला, तर मिडलवेअर तपासते की त्या विशिष्ट ईमेल पत्त्यासाठी कॉन्टॅक्ट रेकॉर्ड आधीपासून अस्तित्वात आहे का. जर असेल, तर तुम्ही विद्यमान रेकॉर्ड अपडेट करता — नवीन ॲक्टिव्हिटी लॉग करा, शेवटचा पाहिलेला टाइमस्टॅम्प अपडेट करा, भेट संख्या वाढवा. जर कॉन्टॅक्ट अस्तित्वात नसेल परंतु अकाउंट असेल, तर तुम्ही नवीन कॉन्टॅक्ट तयार करता आणि तो त्या अकाउंटशी जोडता. जर दोन्ही अस्तित्वात नसतील — डोमेन अज्ञात असेल — तर तुम्ही लीड रेकॉर्ड तयार करता आणि पुनरावलोकनासाठी फ्लॅग करता. हे तीन-मार्गी राउटिंग लॉजिक WiFi-स्रोत असलेल्या कॉन्टॅक्ट्ससाठी स्वच्छ Salesforce डेटा मॉडेलचा पाया आहे. याला पर्याय — संदर्भाची पर्वा न करता सर्वकाही लीड म्हणून ढकलणे — डेटा गुणवत्तेचे दुःस्वप्न तयार करते ज्याची बहुतांश RevOps टीम्सना भीती वाटते: हजारो डुप्लिकेट लीड्स, कोणतेही अकाउंट असोसिएशन नाही आणि अकाउंट एक्झिक्युटिव्हज त्यांच्या विद्यमान व्यवसायावरील सिग्नल्स गमावतात. मला Salesforce डेटा मॉडेलबद्दल अधिक तपशीलवार बोलू द्या, कारण तुम्ही येथे घेतलेल्या फील्ड मॅपिंग निर्णयांचे दीर्घकालीन परिणाम होतात. लीड ऑब्जेक्टवर, तुम्हाला हे कॅप्चर करायचे आहे: WiFi Venue Name, First Seen Date, Last Seen Date, Visit Count, Consent Status, आणि Lead Source हे "Guest WiFi" सारख्या प्रमाणित मूल्यावर सेट केलेले असावे. कॉन्टॅक्ट ऑब्जेक्टवर, तेच फील्ड्स लागू होतात, तसेच मूळ अकाउंटसाठी लुकअप. अकाउंट ऑब्जेक्टवर, तुम्हाला एकूण WiFi-ऑथेंटिकेटेड कॉन्टॅक्ट्स दर्शवणारे रोल-अप समरी फील्ड, Last Visitor Date फील्ड आणि Visit Frequency स्कोअर हवा आहे. हे अकाउंट-स्तरीय फील्ड्स या इंटिग्रेशनला अकाउंट-आधारित विक्रीसाठी खऱ्या अर्थाने उपयुक्त बनवतात. आता, अलर्ट यंत्रणा. येथे व्यावसायिक मूल्य मूर्त रूप घेते. Salesforce Flow वापरून — किंवा तुम्ही जुन्या org वर असल्यास Process Builder — तुम्ही विशिष्ट अटींवर आधारित ट्रिगर्स कॉन्फिगर करता. सर्वात मौल्यवान अलर्ट म्हणजे ज्याला आपण "टार्गेट अकाउंट व्हिजिट" ट्रिगर म्हणतो: जेव्हा टार्गेट अकाउंट म्हणून टॅग केलेल्या अकाउंटशी संबंधित कॉन्टॅक्ट तुमच्या WiFi शी कनेक्ट होतो, तेव्हा नियुक्त केलेल्या अकाउंट एक्झिक्युटिव्हला काही मिनिटांत Salesforce Task आणि Chatter नोटिफिकेशन मिळते. संदेश सोपा असतो: "Acme Corp मधील जेम्स नुकताच तुमच्या मँचेस्टरच्या ठिकाणी कनेक्ट झाला आहे. त्यांनी या तिमाहीत तीन वेळा भेट दिली आहे." हा एक वॉर्म आउटरीच सिग्नल आहे ज्यासाठी बहुतांश सेल्स टीम्स लक्षणीय पैसे देतील. आणि तुम्ही हे तुमच्याकडे आधीपासून असलेल्या इन्फ्रास्ट्रक्चरमधून निष्क्रियपणे तयार करत आहात. कॉन्फिगर करण्यासारखा दुसरा अलर्ट म्हणजे "री-एंगेजमेंट" ट्रिगर: नव्वद दिवसांपेक्षा जास्त काळ निष्क्रिय असलेला कॉन्टॅक्ट तुमच्या WiFi शी कनेक्ट होतो. हे चर्न झालेले किंवा कोल्ड कॉन्टॅक्ट्स समोर आणते जे भौतिकरित्या तुमच्या कक्षेत परत आले आहेत — नूतनीकरण संभाषणांसाठी एक मजबूत सिग्नल. तिसरा, "न्यू डोमेन" अलर्ट: कोणत्याही विद्यमान अकाउंटशी न जुळणाऱ्या ईमेल डोमेनवरून WiFi साइन-इन. हे पात्रतेसाठी BDR किंवा RevOps रांगेत राउट होते. प्रत्येक अज्ञात डोमेन संभाव्य ग्राहक नसतो, परंतु कंपनी डोमेन्ससाठी फिल्टर करणे — Gmail, Outlook आणि इतर ग्राहक प्रदाते वगळून — तुम्हाला उच्च-गुणवत्तेचा प्रोस्पेक्टिंग सिग्नल देते. तांत्रिक इंटिग्रेशनच्या बाजूने, Purple एक REST API एक्सपोज करते आणि आउटबाउंड वेबहूक्सना सपोर्ट करते. Salesforce इंटिग्रेशनसाठी शिफारस केलेला पॅटर्न म्हणजे वेबहूक-टू-मिडलवेअर दृष्टिकोन: Purple प्रत्येक ऑथेंटिकेशन इव्हेंटवर वेबहूक फायर करते, एक हलका मिडलवेअर स्तर — हे Salesforce Connected App, MuleSoft फ्लो किंवा साधे AWS Lambda फंक्शन असू शकते — पेलोड प्राप्त करते, डोमेन मॅचिंग लॉजिक करते आणि योग्य रेकॉर्ड अपसर्ट करण्यासाठी Salesforce REST API ला कॉल करते. हे लॉजिक Salesforce च्या बाहेर ठेवते, ज्यामुळे ते स्वतंत्रपणे राखणे आणि तपासणे सोपे होते. Salesforce च्या MuleSoft Anypoint Platform असलेल्या संस्थांसाठी, Purple चे API डॉक्युमेंटेशन पूर्व-निर्मित कनेक्टर टेम्पलेट प्रदान करते. MuleSoft नसलेल्यांसाठी, Purple च्या API कडे निर्देशित करणारे Salesforce External Service डेफिनेशन, Flow सह एकत्रित करून, कोणत्याही कस्टम कोडशिवाय समान परिणाम साध्य करते. आणखी एक तांत्रिक विचार: MAC ॲड्रेस रँडमायझेशन. आधुनिक iOS आणि Android डिव्हाइसेस प्रत्येक नेटवर्क कनेक्शनवर त्यांचा MAC ॲड्रेस रँडमाइज करतात, ज्याचा अर्थ असा की तुम्ही परत येणाऱ्या अभ्यागतांच्या ट्रॅकिंगसाठी कायमस्वरूपी डिव्हाइस आयडेंटिफायर म्हणून MAC ॲड्रेस वापरू शकत नाही. ऑथेंटिकेशनच्या वेळी कॅप्चर केलेला ईमेल पत्ता हा तुमचा विश्वसनीय कायमस्वरूपी आयडेंटिफायर आहे. CRM इंटिग्रेशनच्या उद्देशाने क्लिक-थ्रू किंवा केवळ-डिव्हाइस ऑथेंटिकेशनपेक्षा ईमेल-आधारित Captive Portal ऑथेंटिकेशन आर्किटेक्चरदृष्ट्या श्रेष्ठ असण्याचे हे आणखी एक कारण आहे. --- [अंमलबजावणी शिफारसी आणि चुका — 2 मिनिटे] मी तुम्हाला अशा चार गोष्टी सांगतो ज्या स्वच्छ डिप्लॉयमेंटला गोंधळलेल्या डिप्लॉयमेंटपासून वेगळे करतात. पहिले: लाइव्ह जाण्यापूर्वी तुमची डोमेन ब्लॉकलिस्ट परिभाषित करा. ग्राहक ईमेल डोमेन्स — Gmail, Yahoo, Hotmail, iCloud, Outlook — अकाउंट मॅचिंग आणि लीड निर्मितीमधून वगळले पाहिजेत. जर तुम्ही असे केले नाही, तर तुम्ही तुमच्या Salesforce org मध्ये ग्राहक कॉन्टॅक्ट्सची पूर आणाल ज्यांचे कोणतेही व्यावसायिक मूल्य नाही आणि तुमच्या सेल्स टीमसाठी डेटाची गुणवत्ता खालावेल. एक राखलेली ब्लॉकलिस्ट तयार करा आणि ती तुमच्या मिडलवेअर लॉजिकमध्ये लागू करा. दुसरे: डिप्लॉयमेंटपूर्वी तुमच्या RevOps लीडसोबत तुमच्या लीड-टू-कॉन्टॅक्ट कन्व्हर्जन थ्रेशोल्डवर सहमती दर्शवा. एक सामान्य चूक म्हणजे WiFi इव्हेंट्समधून लीड्स तयार करणे आणि त्यांना कधीही रूपांतरित न करणे, त्यामुळे ते अनिश्चित काळासाठी लीड रांगेत बसून राहतात. एक नियम परिभाषित करा: जर ज्ञात कंपनी डोमेनवरील लीड तीस दिवसांत दोनपेक्षा जास्त वेळा भेट देत असेल, तर आपोआप कॉन्टॅक्टमध्ये रूपांतरित करा आणि जुळलेल्या अकाउंटशी जोडा. हे तुमची पाइपलाइन स्वच्छ ठेवते आणि तुमचे AEs केंद्रित राहतात. तिसरे: कन्सेंट आर्किटेक्चर वगळू नका. GDPR अंतर्गत, तुम्हाला प्रक्रियेसाठी कायदेशीर आधार आवश्यक आहे आणि मार्केटिंग कम्युनिकेशन्ससाठी, तो आधार संमती आहे. तुमच्या Captive Portal ने WiFi ॲक्सेसच्या सेवेच्या अटींपेक्षा वेगळा, मार्केटिंगसाठी स्पष्ट ऑप्ट-इन सादर केला पाहिजे. Purple चे प्लॅटफॉर्म ग्रॅन्युलर कन्सेंट श्रेणींना सपोर्ट करते — WiFi ॲक्सेस, मार्केटिंग ईमेल, थर्ड-पार्टी शेअरिंग — आणि हे API पेलोडमध्ये बुलियन फ्लॅग्स म्हणून पास करते. हे थेट Salesforce कॉन्टॅक्ट फील्ड्सवर मॅप करा आणि तुमच्या मार्केटिंग ऑटोमेशन नियमांमध्ये त्यांचा आदर करा. चौथे: पहिल्या दिवसापासून एरर लॉगिंगसह तुमचे इंटिग्रेशन इन्स्ट्रुमेंट करा. Salesforce रेकॉर्ड मॅच करण्यात किंवा तयार करण्यात अपयशी ठरणारे ऑथेंटिकेशन इव्हेंट्स कस्टम Salesforce ऑब्जेक्ट किंवा बाह्य मॉनिटरिंग टूलमध्ये लॉग केले पाहिजेत. याशिवाय, तुमच्याकडे सायलेंट फेल्युअर्स असतील — अभ्यागत कनेक्ट होत आहेत परंतु कोणतेही रेकॉर्ड तयार होत नाहीत — आणि जोपर्यंत कोणाच्या लक्षात येत नाही की डेटा कमी दिसत आहे तोपर्यंत तुम्हाला कळणार नाही. --- [रॅपिड-फायर प्रश्नोत्तरे — 1 मिनिट] ठीक आहे, मी सर्वात जास्त ऐकतो त्या प्रश्नांवर एक द्रुत प्रश्नोत्तरे करूया. "मी लीड्स किंवा कॉन्टॅक्ट्सशी सिंक करावे का?" — ज्ञात अकाउंट्ससाठी कॉन्टॅक्ट्सपासून सुरुवात करा, अज्ञातांसाठी लीड्स. सर्वकाही लीड्समध्ये कधीही ढकलू नका. "GDPR बद्दल काय?" — पोर्टलवर संमती, Salesforce मध्ये कन्सेंट फ्लॅग, प्रत्येक डाउनस्ट्रीम सिस्टममध्ये त्याचा आदर करा. अनिवार्य. "मी कॉन्फरन्स ठिकाणे कशी हाताळू जिथे एका दिवसात हजारो लोक कनेक्ट होतात?" — तुमच्या वेबहूक प्रक्रियेला रेट-लिमिट करा, तुमचे Salesforce अपसर्ट्स बॅच करा आणि उच्च-आकाराच्या इव्हेंट्ससाठी Salesforce Bulk API वापरा. स्टेडियम-स्केल डिप्लॉयमेंट्ससाठी मानक REST API वापरू नका. "मी हे ABM साठी वापरू शकतो का?" — नक्कीच. Salesforce मध्ये तुमचे टार्गेट अकाउंट्स टॅग करा, त्या अकाउंट्सच्या कोणत्याही WiFi भेटीवर तुमच्या AEs ला अलर्ट करण्यासाठी Flow कॉन्फिगर करा आणि तुमच्याकडे एक भौतिक इंटेंट सिग्नल असेल जो कोणतेही डिजिटल ABM टूल रिप्लिकेट करू शकत नाही. "ROI काय आहे?" — Purple चे Salesforce इंटिग्रेशन वापरणाऱ्या संस्था विद्यमान अकाउंट्सवरील AE-प्रारंभित आउटरीचमध्ये 20 ते 35 टक्के वाढ नोंदवतात, जे पूर्णपणे WiFi व्हिजिट अलर्ट्सद्वारे चालविले जाते. WiFi-स्रोत असलेल्या कॉन्टॅक्ट्सद्वारे प्रभावित पाइपलाइन सामान्यतः कोल्ड आउटरीचच्या तुलनेत 15 ते 25 टक्के जास्त क्लोज रेट दर्शवते, कारण अभ्यागताने भौतिक एंगेजमेंट दर्शविली आहे. --- [सारांश आणि पुढील पायऱ्या — 1 मिनिट] शेवटी: Salesforce WiFi इंटिग्रेशन ही एक परिपक्व, डिप्लॉय करण्यायोग्य क्षमता आहे जी निष्क्रिय नेटवर्क इन्फ्रास्ट्रक्चरचे सक्रिय अकाउंट इंटेलिजन्स सिग्नलमध्ये रूपांतर करते. आर्किटेक्चर सरळ आहे — Captive Portal, आयडेंटिटी रिझोल्यूशन मिडलवेअर, Salesforce अपसर्ट — परंतु मूल्य डेटा मॉडेल निर्णय, अलर्ट कॉन्फिगरेशन आणि तुम्ही त्याभोवती ठेवलेल्या डेटा गुणवत्ता गव्हर्नन्समध्ये आहे. तुमच्या तात्काळ पुढील पायऱ्या: डोमेन फील्ड पूर्णतेसाठी तुमच्या वर्तमान Salesforce अकाउंट रेकॉर्ड्सचे ऑडिट करा — तो तुमचा मॅचिंगचा पाया आहे. लीड-विरुद्ध-कॉन्टॅक्ट राउटिंग नियम परिभाषित करण्यासाठी तुमच्या RevOps लीडला एंगेज करा. आणि API पेलोड रचना आणि उपलब्ध वेबहूक इव्हेंट्स समजून घेण्यासाठी Purple च्या Salesforce इंटिग्रेशन डॉक्युमेंटेशनचे पुनरावलोकन करा. जर तुम्ही अशा ठिकाणी गेस्ट WiFi चालवत असाल जिथे तुमचे ग्राहक किंवा संभाव्य ग्राहक भेट देतात, तर हे इंटिग्रेशन एका तिमाहीत लाइव्ह झाले पाहिजे. डेटा तिथे आहे. तुम्हाला फक्त तो कनेक्ट करायचा आहे. ऐकल्याबद्दल धन्यवाद. जर तुम्हाला आज कव्हर केलेल्या कोणत्याही विषयावर सखोल माहिती हवी असेल, तर संपूर्ण तांत्रिक संदर्भ मार्गदर्शक purple.ai वर उपलब्ध आहे. आपण पुढील ब्रीफिंगमध्ये भेटू. --- [स्क्रिप्टचा शेवट]