रेफ़रल इनटेक वर्कफ़्लो: हर परिचय को ट्रैक करें

रेफ़रल इनटेक क्यों बिगड़ जाता है

रेफ़रल अक्सर अच्छी नीयत से शुरू होता है, लेकिन रोज़मर्रा के काम में कहीं खो जाता है। कोई व्यक्ति ईमेल से परिचय कराता है, कोई कॉल पर किसी का नाम बताता है और कोई दूसरा निजी नोट में जानकारी रखता है। हर तरीका अपने आप में तेज़ लगता है, लेकिन साथ मिलकर ये रेफ़रल को ढूंढना, सौंपना और मापना मुश्किल बना देते हैं।

ईमेल थ्रेड आसानी से खो जाते हैं। टीम का कोई सदस्य रेफ़र करने वाले को जवाब दे सकता है, लेकिन संभावित ग्राहक का रिकॉर्ड बनाना भूल सकता है। कोई दूसरा मान सकता है कि उस व्यक्ति से संपर्क पहले ही शुरू हो चुका है। जब कोई कर्मचारी भूमिका बदलता है या छुट्टी पर जाता है, तो संदर्भ ऐसे इनबॉक्स में रह सकता है जिसे कोई नहीं देखता।

निजी नोट एक अलग समस्या पैदा करते हैं। उनमें अक्सर उपयोगी संदर्भ होता है, जैसे रेफ़र करने वाले ने परिचय क्यों कराया या संभावित ग्राहक को किस मदद की ज़रूरत है। फिर भी पूरी टीम उन्हें देख नहीं पाती। ऐसे में रेफ़रल साझा प्रक्रिया पर नहीं, बल्कि एक व्यक्ति की याददाश्त पर निर्भर हो जाता है।

गायब जानकारी महंगी कमियां पैदा करती है। दर्ज सहमति न होने पर टीम ऐसे व्यक्ति से संपर्क कर सकती है, जिसे इसकी उम्मीद ही न थी। नामित मालिक न होने पर कई लोग एक ही व्यक्ति से संपर्क कर सकते हैं, या कोई भी नहीं कर सकता। फ़ॉलो-अप की तारीख न होने पर रुचि रखने वाला संभावित ग्राहक बहुत देर तक इंतज़ार कर सकता है और उसकी रुचि खत्म हो सकती है।

इसका नुकसान सिर्फ एक अवसर तक सीमित नहीं रहता। रेफ़र करने वाले लोग ध्यान देते हैं कि उनके परिचय का कोई जवाब आया या नहीं, या उन्हें अपडेट के लिए बार-बार पूछना पड़ा। इसके बाद वे दोबारा रेफ़रल भेजने में कम इच्छुक हो सकते हैं। टीम भी यह समझना खो देती है कि कौन-से पेशेवर नेटवर्क रेफ़रल वास्तविक बातचीत, योग्य संभावित ग्राहकों और पूरे हुए काम तक पहुंचते हैं।

रेफ़रल इनटेक वर्कफ़्लो हर परिचय का साझा रिकॉर्ड और टीम के भीतर आगे बढ़ने का स्पष्ट रास्ता देता है। इसमें यह दर्ज होना चाहिए कि रेफ़रल किसने दिया, संबंधित व्यक्ति ने संपर्क की सहमति दी या नहीं, उसे किस मदद की ज़रूरत है, जवाब कौन देगा और अंत में क्या हुआ।

किसी भी समय टीम को इन सवालों के जवाब देने में सक्षम होना चाहिए:

• रेफ़रल किसने दिया और परिचय कैसे हुआ?
• क्या व्यक्ति ने संपर्क की सहमति दी है और टीम किन विवरणों का इस्तेमाल कर सकती है?
• अगली कार्रवाई का मालिक कौन है और वह कब तक पूरी होनी है?
• रेफ़रल योग्य, अस्वीकार, परिवर्तित या अभी सक्रिय है?

जब ये जवाब एक ही जगह मौजूद होते हैं, तो रेफ़रल फ़ॉलो-अप सामान्य काम का हिस्सा बन जाता है। यह ऐसा काम नहीं रहता जिसे लोग तभी याद करें, जब रेफ़र करने वाला अपडेट मांगे।

लोगों और हैंडऑफ़ का नक्शा बनाएं

फ़ॉर्म बनाने या स्टेटस जोड़ने से पहले भूमिकाएं तय करें। रेफ़रल अक्सर इसलिए गायब हो जाते हैं क्योंकि कई लोग मान लेते हैं कि सहमति जांचना, रेफ़र करने वाले को अपडेट करना या जवाब देना कोई और करेगा।

सभी संबंधित लोगों की सूची बनाएं। कोई पेशेवर संपर्क रेफ़रल भेज सकता है। रेफ़र किए गए व्यक्ति को पहले यह पुष्टि करनी पड़ सकती है कि वह संपर्क चाहता है। इसके बाद बिक्री, भर्ती, सहायता या साझेदारी टीम का सदस्य तय करता है कि रेफ़रल उपयुक्त है या नहीं और अगला कदम उठाता है।

छोटे व्यवसाय में एक ही व्यक्ति कई भूमिकाएं निभाए, तब भी इन्हें अलग रखें:

• रेफ़र करने वाला परिचय कराता है और संदर्भ देता है।
• रेफ़र किया गया व्यक्ति ग्राहक, उम्मीदवार, साझेदार या क्लाइंट बन सकता है।
• आंतरिक मालिक रेफ़रल स्वीकार करता है, विवरण जांचता है और रिकॉर्ड को अद्यतन रखता है।

आंतरिक मालिक के लिए बैकअप भी तय करें। अगर सामान्य मालिक अनुपस्थित हो, तो अच्छा परिचय उसके लौटने तक नहीं रुकना चाहिए। रेफ़रल को क्षेत्र, खाते, स्थान या रोटेशन नियम के आधार पर सौंपें और यह असाइनमेंट सभी के लिए दिखाई दे।

तय करें कि हर हैंडऑफ़ कहां होगा। कोई साझेदार फ़ॉर्म के ज़रिए रेफ़रल भेज सकता है। वर्कफ़्लो उसे अकाउंट मैनेजर को सौंप सकता है। मैनेजर सहमति जांचता है, पहली संपर्क कोशिश दर्ज करता है और अवसर को योग्य घोषित करता है या कारण के साथ बंद करता है। अगर कोई दूसरी टीम काम संभालती है, तो नया मालिक उसी रिकॉर्ड में हैंडऑफ़ स्वीकार करता है।

पहुंच के नियम जल्दी तय करें

संपर्क जानकारी को सामान्य गतिविधि की तुलना में अधिक सीमित पहुंच की ज़रूरत होती है। रेफ़र करने वालों को आम तौर पर यह पुष्टि चाहिए कि टीम को उनका परिचय मिल गया है, लेकिन उन्हें निजी नोट, अनुबंध संबंधी बातचीत या हर स्टेटस बदलाव देखने की ज़रूरत नहीं होती। रेफ़र किए गए व्यक्ति को वही संदेश मिलने चाहिए, जो उसकी दी हुई सहमति के अनुरूप हों।

कई पेशेवर नेटवर्क रेफ़रल के लिए सरल अनुमति मॉडल पर्याप्त होता है। रेफ़र करने वाले परिचय भेज सकते हैं और प्राप्ति या परिणाम से जुड़े बुनियादी अपडेट देख सकते हैं। आंतरिक मालिक संपर्क विवरण, योग्यता संबंधी नोट और फ़ॉलो-अप कार्य देख सकते हैं। टीम लीड असाइनमेंट, काम के बोझ और परिणाम रिपोर्ट की समीक्षा कर सकते हैं। विशेषज्ञ टीमों को तभी पहुंच दें, जब उनके काम के लिए इसकी ज़रूरत हो।

तय करें कि रेफ़रल बंद होने पर रेफ़र करने वाले क्या देख सकते हैं। निजता बचाने के लिए कुछ टीमें «संपर्क किया गया» या «उपयुक्त नहीं» जैसे व्यापक परिणाम साझा करती हैं। रेफ़र किए गए व्यक्ति की सहमति होने पर कुछ टीमें अधिक विस्तृत अपडेट देती हैं। पहला रेफ़रल आने से पहले नियम चुनें और उसे लगातार लागू करें।

AppMaster अलग-अलग स्क्रीन वाले रेफ़रल ऐप में इन भूमिकाओं को व्यवस्थित कर सकता है। इसके दृश्य Business Process Editor की मदद से नया रिकॉर्ड सही मालिक तक पहुंचाया जा सकता है और हर उपयोगकर्ता को केवल वही जानकारी दिखाई जा सकती है, जिसकी उसे ज़रूरत है।

इकट्ठा की जाने वाली जानकारी चुनें

रेफ़रल फ़ॉर्म में जवाब देने वाले व्यक्ति को कार्रवाई के लिए पर्याप्त संदर्भ मिलना चाहिए, लेकिन रेफ़र करने वाले को डेटा भरने वाला कर्मचारी नहीं बनाना चाहिए। पहली जानकारी कम रखें। ज़रूरत पड़ने पर पहली बातचीत के बाद विस्तृत विवरण लें।

स्रोत से शुरुआत करें। रेफ़र करने वाले का नाम, कंपनी या पेशेवर संबंध, पसंदीदा संपर्क माध्यम और यह दर्ज करें कि वह रेफ़र किए गए व्यक्ति को कैसे जानता है। पूर्व ग्राहक का गर्मजोशी भरा परिचय, सम्मेलन में हुई बातचीत के बाद दिए गए नाम से अलग प्रतिक्रिया मांगता है। स्रोत की जानकारी टीम को सही व्यक्ति को धन्यवाद देने और यह समझने में भी मदद करती है कि कौन-से रेफ़रल अच्छे मेल साबित होते हैं।

रेफ़र किए गए व्यक्ति का नाम, ईमेल या फ़ोन नंबर, सेवा देने के लिए ज़रूरी होने पर स्थान और पसंदीदा संपर्क माध्यम दर्ज करें। परिचय के कारण के लिए सरल भाषा वाला एक फ़ील्ड रखें। «जुलाई से पहले क्लाइंट पोर्टल सेट करने में मदद चाहिए» यह «शायद रुचि हो» से कहीं अधिक उपयोगी है।

सहमति के लिए अलग फ़ील्ड रखें। रेफ़र करने वाले को पुष्टि करनी चाहिए कि संबंधित व्यक्ति ने अपनी जानकारी साझा करने की अनुमति दी है। सहमति की तारीख और तरीका भी दर्ज करें। फ़ॉर्म में ईमेल, फ़ोन कॉल, मीटिंग या लिखित फ़ॉर्म जैसे विकल्प दिए जा सकते हैं। अगर सहमति स्पष्ट नहीं है, तो रेफ़रल को लंबित रखें और किसी के संपर्क करने से पहले रेफ़र करने वाले से पुष्टि मांगें।

अगले कदम को प्रभावित करने वाली जानकारी के लिए छोटा योग्यता क्षेत्र रखें:

• व्यक्ति की ज़रूरत या समस्या, उसके अपने शब्दों में
• अपेक्षित समय
• बजट की सीमा, अगर यह महत्वपूर्ण हो और रेफ़र करने वाले को पता हो
• मौजूदा टूल, प्रदाता या प्रक्रिया, जब प्रासंगिक हो
• पहले से बताई गई सीमाएं या अपेक्षाएं

रेफ़र करने वालों से संभावित ग्राहक को अंक देने या लंबी प्रोफ़ाइल लिखने के लिए न कहें। उन्हें जवाब पता न हो सकता है और अनुमान पहली बातचीत को प्रभावित कर सकते हैं। कुछ स्पष्ट फ़ील्ड, वैकल्पिक बॉक्स से भरे बड़े फ़ॉर्म की तुलना में बेहतर रिकॉर्ड बनाते हैं।

आंतरिक नोट को रेफ़र करने वाले द्वारा दी गई जानकारी से अलग रखें। «अगले मंगलवार डेमो मांगा» गतिविधि नोट में होना चाहिए, जबकि «प्रोजेक्ट मीटिंग के बाद Maya Chen ने रेफ़रल दिया» मूल इनटेक रिकॉर्ड में होना चाहिए। इससे रेफ़रल परिणामों की समीक्षा आसान होती है और कर्मचारी शुरुआती जानकारी को बदल नहीं पाते।

अगर आप AppMaster में फ़ॉर्म बनाते हैं, तो सहमति, संपर्क विवरण और परिचय का कारण अनिवार्य रखें। शुरुआत में योग्यता वाले फ़ील्ड वैकल्पिक रखें। टीम समय पर जवाब देने में देरी करने के बजाय पहली कॉल के दौरान गायब संदर्भ जुटा सकती है।

स्पष्ट स्टेटस और मालिक तय करें

किसी रेफ़रल को «काम चल रहा है» जैसी अस्पष्ट स्थिति में नहीं रहना चाहिए। हर परिचय के लिए ऐसा स्टेटस दें, जो बताए कि क्या हुआ और अब क्या करना है।

अपने वास्तविक काम से मेल खाने वाले कुछ ही चरण रखें:

• प्राप्त: किसी ने रेफ़रल दर्ज कर दिया है, लेकिन टीम ने विवरणों की जांच नहीं की है।
• समीक्षा में: सौंपा गया व्यक्ति सहमति, उपयुक्तता, डुप्लिकेट रिकॉर्ड और अधूरी जानकारी जांच रहा है।
• संपर्क किया गया: मालिक ने पहली संपर्क कोशिश की और तारीख व माध्यम दर्ज किया।
• योग्य: व्यक्ति तय मानदंडों पर खरा उतरता है और आगे बढ़ने के लिए सहमत है।
• बंद: रेफ़रल का अंतिम परिणाम मिल गया है, जैसे स्वीकार, अस्वीकार, जवाब न मिलना या ग्राहक में बदलना।

इन परिभाषाओं को वर्कफ़्लो में लिखें। «संपर्क किया गया» का अर्थ होना चाहिए कि किसी ने ईमेल भेजा, कॉल की या कोई अन्य दर्ज संपर्क माध्यम इस्तेमाल किया। इसका अर्थ यह नहीं होना चाहिए कि ऐसा करने की योजना बनाई गई है।

हर सक्रिय रेफ़रल के लिए एक नामित मालिक ज़रूरी है। वह व्यक्ति सहकर्मियों से मदद ले सकता है, लेकिन रिकॉर्ड, अगली कार्रवाई और अपडेट की जिम्मेदारी उसी की रहती है। इनबॉक्स व्यस्त होने पर साझा मालिकाना अक्सर किसी की जिम्मेदारी नहीं बनता।

रेफ़रल को आगे बढ़ाने से पहले अगली कार्रवाई और उसकी समय-सीमा जोड़ें। «समीक्षा में» के बाद मालिक को गुरुवार तक सहमति की पुष्टि करनी पड़ सकती है। «संपर्क किया गया» के बाद तीन कार्यदिवस में दोबारा कॉल करनी पड़ सकती है। अगर अगली कार्रवाई खाली है, तो रिकॉर्ड के निष्क्रिय हो जाने की संभावना है।

एक सरल रिकॉर्ड ऐसा हो सकता है: «स्टेटस: संपर्क किया गया। मालिक: Maya। अगली कार्रवाई: फ़ॉलो-अप ईमेल भेजना। समय-सीमा: 16 मई।» रेफ़रल देखने वाला कोई भी व्यक्ति कुछ ही सेकंड में उसकी स्थिति समझ सकता है।

बंद रेफ़रल को हटाने के बजाय उसी सिस्टम में रखें। परिणाम और छोटा कारण दर्ज करें, जैसे «उपयुक्त नहीं», «तीन कोशिशों के बाद कोई जवाब नहीं» या «क्लाइंट बन गया»। ये नोट बताते हैं कि कौन-से पेशेवर नेटवर्क रेफ़रल सही परिचय लाते हैं और प्रक्रिया में कहां सुधार चाहिए।

वर्कफ़्लो चरण दर चरण बनाएं

रेफ़रल इनटेक वर्कफ़्लो तब सबसे अच्छा काम करता है, जब हर परिचय एक ही छोटे रास्ते से आगे बढ़े। रेफ़र करने वाले को कई लोगों को ईमेल करने या यह अनुमान लगाने की ज़रूरत नहीं होनी चाहिए कि संबंध का मालिक कौन है।

एक सबमिशन फ़ॉर्म से शुरुआत करें। रेफ़र करने वाले का नाम, रेफ़र किए गए व्यक्ति का संपर्क विवरण, परिचय का कारण, सहमति की पुष्टि और उपयोगी संदर्भ पूछें। वैकल्पिक सवाल अलग रखें, ताकि फ़ॉर्म जल्दी पूरा हो सके।

1. हर फ़ॉर्म एंट्री को एक साझा रेफ़रल रिकॉर्ड में भेजें, जिसमें अद्वितीय ID, रेफ़रल स्रोत, सबमिशन की तारीख, नोट और वर्तमान स्टेटस हो।
2. रेफ़र किए गए व्यक्ति से संपर्क करने से पहले एंट्री की जांच करें। सहमति, संपर्क जानकारी और उपयुक्तता तय करने के लिए ज़रूरी विवरण की पुष्टि करें।
3. एक मालिक तय करें और समय-सीमा के साथ फ़ॉलो-अप कार्य बनाएं। उदाहरण के लिए, बिक्री लीड को असाइन करें और अगले कार्यदिवस तक पहली संपर्क कोशिश की समय-सीमा रखें।
4. हर स्टेटस बदलाव दर्ज करें, साथ में यह भी लिखें कि बदलाव किसने और कब किया।
5. टीम रेफ़रल स्वीकार या अस्वीकार करे, तो रेफ़र करने वाले को सूचना दें। छोटा संदेश संबंध का सम्मान बनाए रखता है और बार-बार अपडेट मांगने की ज़रूरत घटाता है।

ऐसे स्टेटस इस्तेमाल करें, जो वास्तविक कार्रवाई दिखाएं, जैसे New, Awaiting review, Accepted, Contacted, Qualified, Closed और Declined। अस्वीकार किए गए रेफ़रल के लिए सरल कारण लिखें, जैसे डुप्लिकेट संपर्क, सेवा क्षेत्र से बाहर या अनुपयुक्त। टीम इन परिणामों की मदद से भविष्य में रेफ़र करने वालों को बेहतर दिशा दे सकती है।

AppMaster फ़ॉर्म, रेफ़रल रिकॉर्ड, असाइनमेंट नियम और सूचनाओं को एक ही नो-कोड ऐप में रख सकता है। Business Process यह जांच सकता है कि सहमति मौजूद है या नहीं, पूरे रेफ़रल को सही व्यक्ति तक भेज सकता है और फ़ॉलो-अप कार्य अपने आप बना सकता है। टीम इनबॉक्स और स्प्रेडशीट के बीच जानकारी कॉपी करने के बजाय एक ही रिकॉर्ड से काम करती है।

देखें कि रेफ़रल प्रक्रिया में कैसे आगे बढ़ता है

एक सलाहकार छोटी लॉजिस्टिक्स कंपनी की मालिक Maya का परिचय एक सॉफ़्टवेयर टीम से कराता है। Maya को ऐसे क्लाइंट पोर्टल की ज़रूरत है, जहां ग्राहक शिपमेंट अपडेट देख सकें, दस्तावेज़ अपलोड कर सकें और सेवा अनुरोध भेज सकें। सलाहकार Maya की संपर्क जानकारी साझा करने की अनुमति और समस्या का छोटा विवरण भी देता है।

टीम उसी दिन रेफ़रल रिकॉर्ड बनाती है। इसमें सलाहकार का नाम, Maya की कंपनी, संपर्क माध्यम और परिचय की तारीख शामिल होती है। रिकॉर्ड में लिखा होता है कि Maya ने ईमेल परिचय के लिए सहमति दी है और सॉफ़्टवेयर टीम से संपर्क की उम्मीद करती है। इससे ऐसा पहला संदेश भेजने से बचा जा सकता है, जिसमें उसकी दी हुई अनुमति से अधिक मान लिया जाए।

टीम ज़रूरत को सरल भाषा में भी दर्ज करती है। ग्राहक अभी शिपमेंट की स्थिति पूछने के लिए ईमेल करते हैं, कर्मचारी हाथ से अपडेट भेजते हैं और Maya व्यस्त मौसम से पहले पोर्टल चाहती है। टीम अपेक्षित उपयोगकर्ताओं, मुख्य कार्यों और Maya द्वारा बताई गई किसी भी समय-सीमा को जोड़ती है।

पहला संपर्क और योग्यता जांच

टीम का एक सदस्य रेफ़रल का मालिक बनता है और एक कार्यदिवस के भीतर व्यक्तिगत जवाब भेजता है। वह सलाहकार को धन्यवाद देता है, परिचय को स्वीकार करता है और Maya से छोटी कॉल का समय चुनने के लिए कहता है। स्टेटस «New» से «Contacted» हो जाता है, इसलिए कोई दूसरा व्यक्ति वही संदेश दोबारा नहीं भेजता।

कॉल के दौरान मालिक वह जानकारी दर्ज करता है, जिसकी मदद से टीम तय कर सके कि काम उपयुक्त है या नहीं। Maya के मामले में नोट में सुरक्षित ग्राहक साइन-इन, कर्मचारियों के लिए एडमिन क्षेत्र, मौजूदा शिपमेंट डेटा से कनेक्शन और लॉन्च की लक्षित तारीख शामिल हो सकती है। Maya उपलब्ध बजट की पुष्टि करेगी।

कॉल के बाद टीम रेफ़रल को योग्य घोषित करती है, अगर ज़रूरत, समय और निर्णय लेने की प्रक्रिया उचित हो। अगर काम उपयुक्त नहीं है, तो «not qualified» चुनकर स्पष्ट कारण लिखती है, जैसे बजट परियोजना के न्यूनतम आकार से कम होना। कई सप्ताह तक रेफ़रल को अनिश्चित छोड़ने से बेहतर है कि स्पष्ट परिणाम दर्ज किया जाए।

अगली मीटिंग और परिणाम

योग्य रेफ़रल के लिए मालिक कॉल खत्म होने से पहले अगली कार्रवाई दर्ज करता है। Maya अपने ऑपरेशंस मैनेजर के साथ डिस्कवरी मीटिंग के लिए सहमत होती है, इसलिए रिकॉर्ड में तारीख, प्रतिभागी और उद्देश्य शामिल किए जाते हैं। हर पूरी गतिविधि में तारीख वाला नोट जुड़ता है। इससे ऐसा सरल रेफ़रल ट्रैकिंग सिस्टम बनता है, जो याददाश्त पर निर्भर नहीं रहता।

अगर Maya आगे बढ़ती है, तो टीम रेफ़रल को «won» के रूप में बंद करती है और तय काम दर्ज करती है। वर्कफ़्लो और डेटा कनेक्शन वाले पोर्टल के लिए वे एक ही प्रोजेक्ट से बैकएंड, वेब ऐप और मोबाइल ऐप बनाने के लिए AppMaster जैसे नो-कोड प्लेटफ़ॉर्म का इस्तेमाल कर सकते हैं। अगर Maya किसी दूसरे प्रदाता को चुनती है या प्रोजेक्ट रोक देती है, तो मालिक वह परिणाम और उसके द्वारा साझा किया गया कारण दर्ज करता है।

सलाहकार को संक्षिप्त और सम्मानजनक अपडेट मिलता है। टीम बता सकती है कि Maya डिस्कवरी मीटिंग के लिए सहमत हुई, प्रोजेक्ट शुरू किया या रुकने का फैसला लिया। उसे निजी बजट आंकड़े, आंतरिक नोट या ऐसी जानकारी साझा नहीं करनी चाहिए, जिसकी Maya ने अनुमति नहीं दी।

आम गलतियां जिनसे रेफ़रल खो जाते हैं

अधिकांश रेफ़रल इसलिए गायब नहीं होते कि कोई उन्हें जानबूझकर नज़रअंदाज़ करता है। वे छोटी-छोटी कमियों में खो जाते हैं: परिचय इनबॉक्स में पड़ा रहता है, नोट में तारीख नहीं होती या दो लोग मान लेते हैं कि जवाब दूसरा व्यक्ति देगा।

अनुमति का रिकॉर्ड होना ज़रूरी है

रेफ़र करने वाला कह सकता है, «वे चाहते हैं कि आप उनसे संपर्क करें», लेकिन मौखिक संदेश में बहुत कुछ अस्पष्ट रहता है। दर्ज करें कि सहमति किसने दी, कब दी, किस संपर्क माध्यम को मंज़ूरी दी और कौन-सी जानकारी साझा करने की अनुमति दी।

डिफ़ॉल्ट रूप से रेफ़र करने वाले को विस्तृत प्रगति रिपोर्ट न भेजें। केवल वही साझा करें, जिसकी अनुमति रेफ़र किए गए व्यक्ति ने दी है। «संपर्क किया गया» बताना उचित हो सकता है, लेकिन अस्वीकार करने का कारण या उसकी निजी ज़रूरतें साझा करना उचित नहीं हो सकता।

मालिक और तारीखें चुपचाप होने वाली देरी रोकते हैं

हर नए रेफ़रल के लिए एक नामित मालिक ज़रूरी है। साझा इनबॉक्स या सामान्य कतार परिचय प्राप्त कर सकती है, लेकिन मालिक की भूमिका नहीं निभानी चाहिए। अगर बिक्री समन्वयक इसे किसी सलाहकार को सौंपता है, तो रिकॉर्ड में वह हैंडऑफ़ और अगली कार्रवाई दिखाई देनी चाहिए।

«जल्द फ़ॉलो-अप करें» या «बाद में संपर्क करें» जैसे नोट से बचें। वे इरादा बताते हैं, कार्य नहीं। इसके बजाय खास कार्रवाई, तारीख और जिम्मेदार व्यक्ति जोड़ें। उदाहरण के लिए: «मंगलवार, 10 जून तक Jordan को कॉल करके उपलब्धता की पुष्टि करें। मालिक: Priya.»

वर्कफ़्लो टूल समय-सीमा पार कर चुके कार्यों को चिन्हित कर सकता है, लेकिन बिना मालिक या तारीख वाले रिकॉर्ड को ठीक नहीं कर सकता। AppMaster में टीम बिखरे संदेशों पर निर्भर रहने के बजाय अपनी मौजूदा प्रक्रिया के आधार पर इनटेक फ़ॉर्म, स्टेटस नियम और कार्य स्क्रीन बना सकती है।

केवल इसलिए रेफ़रल बंद न करें कि संपर्क नहीं हो पाया या बातचीत खत्म हो गई। परिणाम दर्ज करें: स्वीकार किया गया क्लाइंट, योग्य नहीं, अस्वीकार, डुप्लिकेट रेफ़रल, तय कोशिशों के बाद कोई जवाब नहीं या कोई अन्य स्पष्ट कारण। बंद होने की तारीख और छोटा तथ्यात्मक नोट भी जोड़ें।

ये परिणाम व्यावहारिक सुधारों की ओर संकेत करते हैं। अगर कई रेफ़रल पहले संदेश के बाद रुक जाते हैं, तो पहली संपर्क प्रक्रिया सुधारें। अगर कोई स्रोत अक्सर अनुपयुक्त परिचय भेजता है, तो उसके साथ योग्यता के मानदंड पर बात करें।

हर सप्ताह जल्दी से समीक्षा करें

20 से 30 मिनट की साप्ताहिक समीक्षा पहली बातचीत के बाद परिचयों को गायब होने से रोकती है। हर बार उन्हीं फ़ील्ड की जांच करें।

रेफ़रल स्रोत से शुरुआत करें। हर रिकॉर्ड में उस व्यक्ति या संगठन का नाम होना चाहिए, जिसने परिचय कराया। अगर किसी ने नाम की जगह «नेटवर्किंग इवेंट» लिखा है, तो जानकारी आसानी से मिलते समय उसे ठीक कर दें।

इसके बाद सहमति जांचें। हर रेफ़रल में सहमति की तारीख और ऐसा विवरण होना चाहिए, जो बताए कि व्यक्ति ने क्या साझा करने की अनुमति दी। फ़ॉरवर्ड किया गया ईमेल पता अपने आप किसी को मेलिंग सूची में जोड़ने या असंबंधित सेवाओं के बारे में संपर्क करने की अनुमति नहीं देता।

फिर सक्रिय काम की समीक्षा करें। हर खुले रेफ़रल का एक मालिक और समय-सीमा वाली एक अगली कार्रवाई होनी चाहिए। «Alex गुरुवार को बजट और समय-सीमा की पुष्टि करने के लिए कॉल करेगा» टीम को वास्तविक कार्य देता है। «जल्द फ़ॉलो-अप करें» ऐसा नहीं करता।

छोटी चेकलिस्ट इस्तेमाल करें:

• हर नए रिकॉर्ड में नामित रेफ़रल स्रोत जोड़ें।
• पुष्टि करें कि सहमति का विवरण और तारीख मौजूद है।
• हर खुले रेफ़रल को मालिक और तारीख वाली अगली कार्रवाई सौंपें।
• समय-सीमा पार कर चुके फ़ॉलो-अप की समीक्षा करें।
• योग्य रेफ़रल की तुलना बंद परिणामों से करें।

मालिक को या तो लंबित कार्य पूरा करना चाहिए, वास्तविक नई तारीख तय करनी चाहिए या कारण के साथ रिकॉर्ड बंद करना चाहिए। पुराने कार्य खुले छोड़ने से कतार वास्तविक स्थिति से बेहतर दिखाई देती है।

सिर्फ कुल संख्या न देखें, कुछ रिकॉर्ड भी पढ़ें। अगर कई योग्य रेफ़रल सेवा के अनुपयुक्त होने के कारण बंद हो रहे हैं, तो बेहतर योग्यता सवाल पूछें। अगर कई रेफ़रल जवाब न मिलने के बाद बंद होते हैं, तो पहली संपर्क कोशिश के समय और भाषा की समीक्षा करें।

अगले कदम चुनें

छोटे स्तर से शुरुआत करें। एक रेफ़रल फ़ॉर्म बनाएं, हर नए परिचय के लिए एक मालिक तय करें और ऐसी छोटी स्टेटस सूची इस्तेमाल करें, जिसे सभी समझते हों। पहला व्यावहारिक संस्करण New, Contacted, Qualified, In progress, Closed won और Closed lost से शुरू हो सकता है।

केवल वही जानकारी पूछें, जो अगले व्यक्ति को कार्रवाई करने में मदद करे: रेफ़रल किसने दिया, संभावित ग्राहक से कैसे संपर्क करना है, उसे क्या चाहिए, क्या उसने परिचय की सहमति दी है और कौन-सा संदर्भ उपयोगी है। बाद में ही फ़ील्ड जोड़ें, जब टीम के पास उन्हें इस्तेमाल करने का स्पष्ट कारण हो।

कुछ वास्तविक रेफ़रल के साथ वर्कफ़्लो का परीक्षण करें। देखें कि हर हैंडऑफ़ में कितना समय लगता है और लोग रिकॉर्ड अपडेट करना कहां बंद करते हैं। अगर समन्वयक को रेफ़रल जल्दी मिल जाते हैं, लेकिन मैनेजर को उपयुक्तता की पुष्टि करने में दो दिन लगते हैं, तो नए फ़ॉर्म सवाल जोड़ने से पहले उस देरी को ठीक करें।

जब तक प्रक्रिया सामान्य न लगे, तब तक छोटी साप्ताहिक समीक्षा जारी रखें। ऐसे रेफ़रल खोजें जिनका कोई मालिक, अगली गतिविधि या हाल का स्टेटस बदलाव नहीं है। स्रोत के आधार पर रेफ़रल परिणामों की भी तुलना करें। अगर किसी साझेदार के परिचय बहुत कम योग्य साबित होते हैं, तो अगला रेफ़रल स्वीकार करने से पहले टीम को मिलने वाली जानकारी में सुधार करें।

जब ईमेल थ्रेड और स्प्रेडशीट सभी को एक जैसा दृश्य देना बंद कर दें, तो प्रक्रिया को साझा ऐप में ले आएं। AppMaster की मदद से टीम इनटेक फ़ॉर्म, वर्कफ़्लो नियम, मालिक के फ़ील्ड और फ़ॉलो-अप रिकॉर्ड वाला नो-कोड रेफ़रल ऐप बना सकती है। पहला संस्करण उस काम के आधार पर बनाएं, जो टीम पहले से करती है। फिर कुछ सप्ताह के वास्तविक इस्तेमाल के बाद अनावश्यक फ़ील्ड हटाएं और धीमे हैंडऑफ़ को बेहतर बनाएं।