| मानदंड | एजेंसी-संचालित मॉडल | सॉफ़्टवेयर-संचालित मॉडल |
|---|---|---|
| मुख्य श्रेणी | सौंपी गई कमर्शियल सेवा | आंतरिक रूप से चलाया जाने वाला सेल्स वर्कफ़्लो |
| मुख्य उद्देश्य | तय किया गया लीड जनरेशन परिणाम देना | आंतरिक प्राथमिकता तय करने और अमल को बेहतर बनाना |
| संपर्क डेटाबेस | सेवा के भीतर उपलब्ध कराया जा सकता है | उपलब्ध कराए गए या जुड़े हुए स्रोत की ज़रूरत हो सकती है |
| कंपनी का संदर्भ | ब्रीफ़ और डिलीवरी के ज़रिए जुटाया जाता है | टीम द्वारा बनाए रखा जाता है |
| लोगों का संदर्भ | आपूर्तिकर्ता द्वारा दायरे के भीतर खोजा जाता है | टीम द्वारा जाँचा जाता है |
| व्यवहार प्रोफ़ाइल | आपूर्तिकर्ता की पद्धति पर निर्भर | चुने गए सॉफ़्टवेयर पर निर्भर |
| रिश्तों की जानकारी | आपूर्तिकर्ता की पद्धति पर निर्भर | उपलब्ध संदर्भ पर निर्भर |
| चैनल | अनुबंध से तय | टीम द्वारा चुने जाते हैं |
| सीक्वेंस | आपूर्तिकर्ता द्वारा या मिलकर चलाए जाते हैं | टीम द्वारा चलाए जाते हैं |
| एजेंटिक क्षमता | सेवा-संचालित | सॉफ़्टवेयर-सहायता प्राप्त |
| सीख | हस्तांतरित न की जाए तो आपूर्तिकर्ता के पास रह सकती है | आंतरिक ज़िम्मेदार व्यक्ति के पास बनी रहती है |
| मॉड्यूल के आर-पार संदर्भ | तय ब्रीफ़ और हस्तांतरण तक सीमित | उपलब्ध प्रोजेक्ट संदर्भ का उपयोग कर सकता है |
| वैयक्तिकरण का स्तर | सेवा की पद्धति पर निर्भर | टीम के नियंत्रण में |
| आदर्श उपयोगकर्ता | सटीक ब्रीफ़ और सीमित क्षमता वाली टीम | ज़िम्मेदार व्यक्ति और अमल की क्षमता वाली टीम |
| सबसे अच्छा उपयोग | योग्य डिलीवरी क्षमता जोड़ना | नियंत्रण और संचालन का ज्ञान अपने पास रखना |
| मुख्य सीमा | अपारदर्शी सीख या कमज़ोर हस्तांतरण | आंतरिक अनुशासन और क्षमता की ज़रूरत |
| कीमत | मौजूदा प्रस्ताव देखें | मौजूदा आधिकारिक पेज देखें |
निर्णय तालिका
यह तालिका दो संचालन मॉडलों की तुलना करती है, दो एक-दूसरे की जगह लेने वाले उत्पादों की नहीं। कीमत देखने से पहले पंक्तियों को श्रेणी से सीमा तक पढ़ें। कीमत तभी काम की है जब टीम जान ले कि वह कौन सा काम ख़रीद रही है, कौन से प्रमाण अब भी उसकी ज़िम्मेदारी हैं और कौन सा हस्तांतरण परीक्षण के बाद भी टिकना चाहिए।
संस्थापक या सेल्स टीम को यह तुलना करनी चाहिए कि हर मॉडल संदर्भ का कैसे उपयोग करता है, संकेतों को कैसे प्राथमिकता देता है और प्रमाण को अगली कार्रवाई या उपयोगी बातचीत में कैसे बदलता है।
क्या दोनों एक ही ज़रूरत पूरी करते हैं
वे पाइपलाइन के एक ही व्यापक लक्ष्य को अलग-अलग ज़िम्मेदारी के मॉडल से साधते हैं। एजेंसी-संचालित रास्ता सौंपी गई क्षमता ख़रीदता है, जबकि सॉफ़्टवेयर-संचालित रास्ता आंतरिक ज़िम्मेदार व्यक्ति के लिए सहारा ख़रीदता है। एक रास्ता तय परिणाम और उसके अमल का एक हिस्सा सौंप देता है। दूसरा संचालन टीम के भीतर रखता है और काम को ढाँचा देने, प्राथमिकता तय करने या अमल करने के लिए सॉफ़्टवेयर का उपयोग करता है।
इसलिए निर्णय ज़िम्मेदारी के बारे में है, केवल सुविधाओं के बारे में नहीं। तय करें कि लक्ष्य-निर्धारण, स्रोतों की पुष्टि, संपर्क की अनुमतियों, संदेशों की मंज़ूरी, फ़ॉलो-अप, कमर्शियल योग्यता-जाँच और अंतिम रिकॉर्ड का मालिक कौन है। ज़िम्मेदार व्यक्ति का न होना प्रक्रिया की ख़ामी है, चाहे कोई भी रास्ता चुना जाए।
प्रतिद्वंद्वी की तटस्थ प्रस्तुति
पहला मॉडल तय दायरे, परिणाम और हस्तांतरण वाली सौंपी गई सेवा है। यह तब बैठता है जब योग्य क्षमता की कमी हो और ख़रीदार किसी सटीक अनुबंध को सँभाल सके। इसका उपयोगी परिणाम वह स्वीकृत काम है जो तय कमर्शियल परिभाषा के अनुसार दिया गया हो। दायरा, स्वीकृति के प्रमाण और हस्तांतरण स्पष्ट हों तो यह आंतरिक काम का बोझ घटा सकता है।
इसकी मुख्य सीमा यह है कि कमज़ोर अनुबंध या अपारदर्शी डिलीवरी प्रक्रिया के पीछे गुणवत्ता और सीख ग़ायब हो सकती है। काम सौंपने से जवाबदेही ख़त्म नहीं होती। ख़रीदने वाली टीम को अब भी प्रमाणों तक पहुँच और अनुबंध से बाहर के काम को अस्वीकार करने का तरीक़ा चाहिए।
Ember की तटस्थ प्रस्तुति
दूसरा मॉडल सॉफ़्टवेयर की मदद से आंतरिक रूप से चलाया जाने वाला वर्कफ़्लो है। यह तब बैठता है जब टीम लक्ष्य-निर्धारण, प्रमाण और संचालन के ज्ञान पर नियंत्रण अपने पास रखना चाहती हो। इसका उपयोगी परिणाम जाँची गई प्राथमिकताएँ और आंतरिक टीम द्वारा की गई कार्रवाइयाँ हैं। प्रमाण, निर्णय और अगली कार्रवाई पर नियंत्रण टीम के पास रहता है।
इसकी मुख्य सीमा यह है कि टीम को ख़ुद ज़िम्मेदार व्यक्ति, जाँच का अनुशासन और अमल की क्षमता जुटानी होती है। सॉफ़्टवेयर न तो ग़ायब ज़िम्मेदार व्यक्ति देता है, न अनुशासित फ़ॉलो-अप, न प्रमाणित बाज़ार। वह संचालन के विकल्पों को अधिक दिखाई देने वाला बनाता है, फिर उन पर अमल के लिए लोगों पर निर्भर रहता है।
मुख्य अंतर
पहला मॉडल बाहरी दायरे के मुक़ाबले सौंपी गई क्षमता और डिलीवरी को बेहतर बनाता है। दूसरा आंतरिक नियंत्रण, बचा रहने वाला ज्ञान और दोहराए जा सकने वाले निर्णयों को बेहतर बनाता है। उनकी तुलना सुधार के प्रयास, पारदर्शिता, हस्तांतरण की गुणवत्ता, बचे रहने वाले ज्ञान और डिलीवरी के बाद भी ज़रूरी काम के आधार पर करें।
उसी पायलट से अस्वीकार किया गया काम, स्रोतों तक पहुँच, सुधार के चक्र, स्वीकार किए गए हस्तांतरण और डिलीवरी के बाद बचा ज्ञान सामने आना चाहिए।
जब प्रतिद्वंद्वी बेहतर बैठता है
पहला मॉडल तब चुनें जब टीम के पास प्रमाणित लक्ष्य, परिणाम की स्पष्ट परिभाषा हो और इस मुहिम को चलाने की योग्य क्षमता बहुत कम हो। टीम को स्वीकृत परिणाम, अस्वीकृति के नियम, प्रमाणों तक पहुँच और हस्तांतरण पाने वाला व्यक्ति तय करना चाहिए।
सीमित दायरे वाला पायलट इस्तेमाल करें। पायलट यह साबित करने से पहले कि दिया गया काम आंतरिक जाँच में टिकता है और अगले कमर्शियल चरण तक पहुँचता है, विस्तार के लिए हस्ताक्षर न करें।
जब Ember बेहतर बैठता है
दूसरा मॉडल तब चुनें जब कोई आंतरिक ज़िम्मेदार व्यक्ति मुहिम चला सके और प्राथमिकता ज्ञान, नियंत्रण और संदर्भ-आधारित निर्णयों को अपने पास रखना हो। टीम पूरी मुहिम सौंपने के बजाय संचालन का ज्ञान अपने पास रखना और अपने निर्णय बेहतर करना चाहती है।
संपर्क या योग्यता-जाँच से पहले मानवीय निर्णय बनाए रखें। सॉफ़्टवेयर-संचालित रास्ता अपनी जगह तब बनाता है जब वह शोर घटाता है और स्रोत या सुधार के प्रयास को छिपाए बिना अगली कार्रवाई को स्पष्ट करता है।
जब दोनों में से कोई पर्याप्त नहीं
जब बाज़ार, समस्या, संपर्क का आधार, ऑफ़र या कमर्शियल ज़िम्मेदार व्यक्ति तय न हो, तब कोई भी रास्ता पर्याप्त नहीं है। वे क़ानूनी सलाह, प्रामाणिक ग्राहक रिकॉर्ड या विशेषज्ञ के निर्णय की जगह भी नहीं ले सकते, जहाँ वर्कफ़्लो को उसकी ज़रूरत हो।
जब कोई परिणाम जाँच न सके, जब पहुँच के अधिकार अस्पष्ट हों या जब सकारात्मक परिणाम के बाद भी टीम हस्तांतरण समझा न सके, तब ख़रीद रोक दें।
सीमाएँ
यह तुलना लागत, कन्वर्ज़न, गति या मीटिंग की संख्या के बारे में कोई सार्वभौमिक दावा नहीं करती। ये परिणाम दायरे, बाज़ार, प्रमाण, अमल और जाँच पर निर्भर करते हैं। संलग्न सार्वजनिक स्रोत मौजूदा दायरे का वर्णन करते हैं, वह परिणाम नहीं जो यह टीम पाएगी।
आपूर्तिकर्ता का अनुबंध और सॉफ़्टवेयर सब्सक्रिप्शन, दोनों के लिए अनुमति के नियंत्रण, स्रोतों की जाँच और स्पष्ट कमर्शियल ज़िम्मेदार व्यक्ति ज़रूरी हैं।
संदर्भ के अनुसार सिफ़ारिश
जब काम पता हो पर आंतरिक डिलीवरी रुकावट हो, तब क्षमता चुनें। जब ज़िम्मेदार व्यक्ति मौजूद हो और टीम अपनी मुहिम बेहतर करना चाहती हो, तब सहारा चुनें। अगर लक्ष्य या स्वीकृति का नियम अस्पष्ट हो, तो किसी भी मॉडल को ख़रीदने से पहले डिस्कवरी करें।
चुनने से पहले संचालन का अनुबंध लिखें: सौंपे गए काम, प्रमाण, जाँच, हस्तांतरण, रुकने की शर्त और बचा रहने वाला ज्ञान। एक यथार्थवादी वर्कफ़्लो परखें। वही मॉडल रखें जो मौजूदा रुकावट दूर करे और काम को समझने तथा सुधारने की टीम की क्षमता बनाए रखे।
स्रोत और अद्यतन
प्रमाण फ़ाइल में चैनलों का आधिकारिक मार्गदर्शन, सेल्स सॉफ़्टवेयर का एक मौजूदा पेज और संदर्भ-आधारित प्राथमिकता का एक मौजूदा पेज रखा गया है। वे दायित्वों और उत्पाद के दायरे का वर्णन करते हैं, एजेंसी के प्रदर्शन या सॉफ़्टवेयर के परिणामों का नहीं।
संलग्न प्रमाण फ़ाइल में संचालन मॉडलों और चैनलों की सुरक्षाओं के मौजूदा सार्वजनिक लिंक हैं। उत्पाद पेजों को निर्माता के अपने दायरे के कथन माना जाता है। लेख इन कथनों को अपनी संपादकीय सिफ़ारिश से अलग रखता है और इन्हें परिणाम का स्वतंत्र प्रमाण नहीं बनाता।
उपयोग किए गए स्रोतों के प्रकार: आधिकारिक पेज, संस्थाएँ और नामित अध्ययन।
स्रोत
अक्सर पूछे जाने वाले प्रश्न
मुफ़्त डायग्नोस्टिक
अपनी सेल्स फ़ाइल जाँचें
कोई Excel या CSV डालें और उसकी पंक्तियाँ Ember को भेजे बिना उसकी तैयारी जाँचें।