एक पार्टनर किसी संभावित ग्राहक से परिचय कराता है। आपका सेल्स लीड कहता है कि यह अकाउंट पहले से पाइपलाइन में था। एक दूसरा पार्टनर दावा करता है कि उसी प्रोजेक्ट को आकार उसने दिया। अगर यह रिकॉर्ड नहीं है कि क्या सबमिट हुआ और क्या तय हुआ, तो बहस यादों की प्रतियोगिता बन जाती है।
पार्टनर डील रजिस्ट्रेशन प्रोसेस इन दावों को समीक्षा का एक रास्ता देता है। यह एक खास अवसर, पार्टनर का योगदान, फैसला और कोई भी शर्त दर्ज करता है। छोटी टीम एक फॉर्म और एक नियंत्रित रजिस्टर से शुरुआत कर सकती है। अगर आपको यह वर्कफ़्लो डिज़ाइन करने में मदद चाहिए, तो मेरे सेवाओं वाले पेज पर स्ट्रैटेजिक पार्टनरशिप का काम एक अच्छी शुरुआत है।
1. तय करें कि रजिस्ट्रेशन किसे मान्यता देता है
सॉफ्टवेयर चुनने से पहले तय करें कि किस चीज़ का रजिस्ट्रेशन होगा। एक संगठन, एक अवसर और पार्टनर का योगदान अलग-अलग चीजें हैं। एक ग्राहक के कई अलग प्रोजेक्ट हो सकते हैं, और कोई पार्टनर ऐसे अवसर में मदद कर सकता है जिसे मूल रूप से किसी और ने खोजा हो।
इस वर्कफ़्लो में एक तय अवसर और दावा किए गए योगदान का रजिस्ट्रेशन करें। दर्ज करें कि अनुरोध परिचय कराने, अवसर लाने या आपके प्रोग्राम में मान्य किसी और योगदान से जुड़ा है। तय करें कि इन श्रेणियों पर अलग नियम लागू होंगे या नहीं। रजिस्ट्रेशन इन नियमों के तहत मान्यता का अनुरोध है, कमीशन या ग्राहक के साथ एक्सक्लूसिव रिश्ते का अपने आप मिलने वाला अधिकार नहीं।
उम्मीदों को फॉर्म में बदलने से पहले पार्टनरशिप एग्रीमेंट चेकलिस्ट पढ़ें। कोई भी लाभ, अपवाद, सुरक्षा अवधि या कमर्शियल दायित्व इस लेख से बाहर तय होने चाहिए। यहां उनकी असली शर्तें अज्ञात हैं।
काल्पनिक पॉलिसी उदाहरण: एक छोटी टीम किसी नामित ग्राहक प्रोजेक्ट के अनुरोध स्वीकार करती है, दावा किए गए परिचय के सबूत की समीक्षा करती है और लिखित नतीजा देती है। पहले से मौजूद अवसर अपने आप खारिज होने के बजाय समीक्षा में जाते हैं। यह उदाहरण प्रोसेस डिज़ाइन का एक विकल्प है, सभी पार्टनर्स पर लागू होने वाली पॉलिसी नहीं।
2. डील रजिस्ट्रेशन फॉर्म के जरूरी फील्ड कॉपी करें
पार्टनर की भरी हुई जानकारी को समीक्षक के फैसलों से अलग रखें। फॉर्म में बताएं कि कौन से फील्ड जरूरी हैं और जानकारी अधूरी होने पर क्या होगा। जिन तथ्यों की पुष्टि पार्टनर नहीं कर सकता, उनके लिए "अज्ञात" लिखने की छूट दें, बजाय इसके कि वह प्रोजेक्ट की तारीख का अंदाज़ा लगाए या बिना आधार का दावा करे।
| फील्ड | क्या दर्ज करें |
|---|---|
| पार्टनर की पहचान | [पार्टनर संगठन, सबमिट करने वाला व्यक्ति और जवाब का चैनल] |
| ग्राहक संगठन | [संगठन का नाम, डोमेन और संबंधित बिज़नेस यूनिट] |
| अवसर का स्कोप | [ग्राहक की जरूरत, प्रस्तावित प्रोजेक्ट और संबंधित प्रोडक्ट या सेवा] |
| दावा किया गया योगदान | [परिचय, अवसर लाना या प्रोग्राम में मान्य कोई और श्रेणी] |
| तारीख वाला सबूत | [गतिविधि की तारीख, सबूत का विवरण और सीमित पहुंच वाला संदर्भ] |
| मौजूदा संदर्भ | [ग्राहक से ज्ञात बातचीत, दूसरों की भागीदारी और अगला कदम, या अज्ञात] |
| संपर्क जानकारी | [सिर्फ वही जानकारी जो तय अगले कदम के लिए जरूरी और अनुमत हो] |
| आंतरिक इनटेक फील्ड | [अनुरोध ID, प्राप्ति का समय, समीक्षक, स्थिति और पॉलिसी का संस्करण] |
| आंतरिक फैसले के फील्ड | [नतीजा, कारण, सबूत के संदर्भ, फैसले की तारीख और तय मान्यता तारीखें] |
जब सबूत का एक सीमित संदर्भ ही सवाल का जवाब दे दे, तब पूरा ईमेल थ्रेड न मांगें। तय करें कि सहायक सामग्री तक किसकी पहुंच होगी और पार्टनर को भेजे जवाब में क्या शामिल हो सकता है। ग्राहक की जानकारी और प्रतिस्पर्धी दावों को सबके साथ साझा होने वाले व्यू से बाहर रखें।
हर प्रोग्राम की जरूरतें अलग होती हैं। उदाहरण के लिए, Microsoft के को-सेल अवसरों से जुड़े डॉक्यूमेंटेशन में डील के लिए Microsoft को संपर्क जानकारी देने से पहले ग्राहक की सहमति जरूरी है। यह एक खास प्रोग्राम का नियम है। आपके फॉर्म में किसी दूसरे प्रोग्राम की पूरी नकल के बजाय आपकी अपनी तय अनुमतियां और डेटा साझा करने की प्रक्रिया दिखनी चाहिए।
3. स्थितियां, समीक्षक और जवाब का रास्ता तय करें
फैसलों के रिकॉर्ड के तौर पर एक ही आंतरिक रजिस्टर रखें। हर अनुरोध को एक स्थायी ID दें। एक मुख्य समीक्षक और एक बैकअप तय करें, फिर दर्ज करें कि सामान्य अनुरोध कौन मंजूर कर सकता है और अपवाद कौन संभालेगा। प्राप्ति की सूचना को अप्रूवल से अलग रखें।
| स्थिति | मतलब और अगला कदम |
|---|---|
| सबमिट हुआ | अनुरोध मिला। समीक्षक जांचता है कि जानकारी पूरी है या नहीं और कोई ओवरलैप तो नहीं। |
| जानकारी चाहिए | समीक्षक बताता है कि कौन सा सबूत कम है। सबमिट करने वाला उसे दोबारा समीक्षा के लिए देता है। |
| स्वीकृत | बताए गए स्कोप के लिए, तय पॉलिसी और शर्तों के तहत फैसला दर्ज हुआ। |
| अस्वीकृत | कारण दर्ज और सूचित किया गया। पुनर्विचार तय रास्ते से ही होगा। |
| समाप्त | तय मान्यता अवधि खत्म हुई। रिन्यूअल या नए अनुरोध के लिए दर्ज फैसला चाहिए। |
| बंद | रजिस्ट्रेशन का चक्र खत्म हुआ। कारण और अवसर का नतीजा अलग से दर्ज होता है। |
बंद का मतलब जरूरी नहीं कि डील जीती गई। अवसर का नतीजा, रजिस्ट्रेशन की स्थिति और भुगतान की कोई भी स्थिति अलग फील्ड में रखें। इसी तरह, स्वीकृत रजिस्ट्रेशन यह साबित नहीं करता कि ग्राहक योग्य है, एग्रीमेंट साइन हुआ है या रेवेन्यू आया है।
हर स्थिति बदलने पर कदम उठाने वाला व्यक्ति, समय, कारण और अगला कदम दर्ज करें। सबमिट करने वाले को सिर्फ उतनी जानकारी के साथ स्टेटस जवाब भेजें जितनी वह देख सकता है। समीक्षा का ऐसा लक्ष्य तय करें जिसे टीम सच में निभा सके; यह टेम्पलेट अप्रूवल की कोई डेडलाइन का वादा नहीं करता।
4. पार्टनर का दावा सुलझाने से पहले ओवरलैप जांचें
अवसर का मिलान करें
ग्राहक का नाम, डोमेन, बिज़नेस यूनिट और प्रोजेक्ट का स्कोप खोजें। एक ही कंपनी के दो रिकॉर्ड अलग-अलग अवसरों के हो सकते हैं। मूल सबमिशन मिटाए बिना नामों के साफ दिखने वाले फर्क को एक जैसा करें।
सबूतों की तुलना करें
मौजूदा सेल्स गतिविधि, पिछले अनुरोध और पार्टनर्स के तारीख वाले योगदान देखें। प्राप्ति का समय यह बताता है कि अनुरोध कब आया। यह समय प्राथमिकता तय करेगा या नहीं, यह तय पॉलिसी पर निर्भर है।
अस्पष्टता को एस्केलेट करें
विवादित फैसला अपवाद संभालने वाले तय व्यक्ति को दें। लागू नियम, देखे गए सबूत और नतीजा दर्ज करें। हर पार्टनर को अलग से संबंधित कारण बताएं, लेकिन किसी दूसरे पार्टनर की गोपनीय सामग्री साझा न करें।
काल्पनिक उदाहरण: पार्टनर A पूरी कंपनी के लिए एक प्रोजेक्ट रजिस्टर करता है। बाद में पार्टनर B उसी संगठन के एक विभाग का खास प्रोजेक्ट सबमिट करता है। फैसला लेने से पहले समीक्षक पूछता है कि यह एक अवसर है या दो। अगर सबूत अब भी अधूरे हों, तो अनुरोध को "जानकारी चाहिए" में रखें और अगला कदम लिखें।
मान्यता को लेकर असहमति से ग्राहक के सामने काम करने वाला व्यक्ति चुपचाप नहीं बदलना चाहिए। इनटेक के बाद साथ काम करने के लिए को-सेलिंग गाइड से तय करें कि टीमें चालू डील पर कैसे मिलकर काम करेंगी। रजिस्ट्रेशन अनुरोध का फैसला करता है; यह पूरी सेलिंग योजना नहीं देता।
5. लॉन्च से पहले साथ काम करने के नियम तय करें
नीचे दी चेकलिस्ट को प्रोग्राम ब्रीफ में कॉपी करें और असली फैसले भरें। बिना जवाब वाले कमर्शियल और अनुमति से जुड़े सवालों को अज्ञात मानें। ऐसी भाषा के साथ लॉन्च न करें जिसे अलग-अलग पार्टनर्स उचित रूप से आपस में टकराते वादों की तरह समझ सकें।
- पात्रता: कौन से पार्टनर, योगदान, अवसर और अपवाद समीक्षा के योग्य हैं?
- मौजूदा गतिविधि: खुले अवसर, पहले के परिचय और निष्क्रिय अकाउंट किसी अनुरोध पर कैसे असर डालते हैं?
- फैसले का अधिकार: समीक्षा कौन करता है, अपवाद कौन तय करता है और पार्टनर पुनर्विचार कैसे मांग सकता है?
- दृश्यता: सबमिट करने वाला, सेल्स टीम और दूसरे सहयोगी कौन सी जानकारी देख सकते हैं?
- मान्यता: स्वीकृत अवधि कब शुरू और कब खत्म होती है, और समाप्ति से क्या बदलता है?
- रिन्यूअल: कौन सा सबूत चाहिए, विस्तार कौन मांगता है और फैसला कौन दर्ज करता है?
- क्लोज़र: रजिस्ट्रेशन किससे खत्म होता है, नतीजे का कौन सा सबूत चाहिए और एग्रीमेंट के तहत कौन से दायित्व बने रहते हैं?
असली स्वीकृत तारीखों के आधार पर रिमाइंडर सेट करें। रिन्यूअल में पिछला फैसला सुरक्षित रहना चाहिए और नया आधार दिखना चाहिए, मूल एंट्री के ऊपर लिखना नहीं। अगर एग्रीमेंट में सुरक्षा अवधि तय नहीं है, तो प्राप्ति वाले ईमेल में उसे अपनी तरफ से न जोड़ें।
हर फैसले के साथ पॉलिसी का संस्करण दर्ज करें। नियम बदलने पर बताएं कि मौजूदा अनुरोधों पर कौन सा संस्करण लागू होगा। पुराने अप्रूवल पर नया पात्रता नियम चुपचाप लागू न करें।
6. वर्कफ़्लो को परखें और रुकावटों की समीक्षा करें
सबमिशन शुरू करने से पहले एक पूरा अनुरोध, एक अधूरा अनुरोध, एक टकराता दावा और एक समाप्ति को शुरू से अंत तक चलाकर देखें। जांचें कि पार्टनर क्या देखता है, समीक्षक कहां काम करता है और बैकअप अगला कदम कैसे ढूंढता है। इस अभ्यास के लिए काल्पनिक रिकॉर्ड इस्तेमाल करें।
निर्देश और एक उदाहरण पार्टनर एनेबलमेंट में शामिल करें। ऐसा फॉर्म जो मौजूद तो है लेकिन ढूंढना मुश्किल है या समझ में नहीं आता, अपनाने की समस्या है। पार्टनर्स को दिखाएं कि कौन सा सबूत चाहिए और स्टेटस के बारे में कहां पूछना है।
लंबित अनुरोधों की उम्र, जानकारी अधूरी होने के कारण, टकराव, अपवाद और आगे चलकर अवसरों के नतीजे देखें। रिश्ते की व्यापक समीक्षा के लिए पार्टनर स्कोरकार्ड इस्तेमाल करें। रजिस्ट्रेशन, अप्रूवल और असली जीत को अलग रखें, ताकि ज्यादा सबमिशन को कमर्शियल सफलता न समझ लिया जाए।
पोर्टल तभी जोड़ें जब मौजूदा प्रोसेस कोई ठोस जरूरत दिखाए, जैसे एक्सेस कंट्रोल या स्टेटस की दृश्यता जिसे मौजूदा सेटअप भरोसे से नहीं संभाल पा रहा। पहले फैसले के नियम तय करें, ताकि भविष्य के किसी भी सॉफ्टवेयर के पास सहारा देने के लिए एक साफ प्रोसेस हो।
काम करने वाले डील रजिस्ट्रेशन प्रोसेस के लिए एक तय अवसर, काम का सबूत, एक समीक्षक और ट्रेस किया जा सकने वाला फैसला चाहिए। मान्यता, अवसर की प्रगति और कमर्शियल अधिकारों को अलग रखें, और टकराते दावों के लिए समीक्षा का साफ रास्ता बनाएं।
अक्सर पूछे जाने वाले सवाल
पार्टनर डील रजिस्ट्रेशन क्या है?
पार्टनर डील रजिस्ट्रेशन एक दर्ज किया गया अनुरोध है कि तय नियमों के तहत किसी खास अवसर में पार्टनर के योगदान को मान्यता दी जाए। सबमिट करने से समीक्षा के लिए एक दावा दर्ज होता है। इससे अपने आप अप्रूवल, भुगतान, एक्सक्लूसिविटी या ग्राहक पर अधिकार नहीं मिल जाता।
क्या छोटी टीम बिना पोर्टल के डील रजिस्ट्रेशन चला सकती है?
हां। एक नियंत्रित इनटेक फॉर्म, एक आंतरिक रजिस्टर, एक तय समीक्षक और हर पार्टनर के लिए अलग स्टेटस जवाब रखें। अनुमतियां और फैसलों का इतिहास साफ रखें। हर पार्टनर के दावे वाली साझा स्प्रेडशीट पार्टनर्स को स्टेटस दिखाने के लिए सही जगह नहीं है।
डील रजिस्ट्रेशन फॉर्म में कौन से फील्ड होने चाहिए?
पार्टनर की पहचान, ग्राहक संगठन, अवसर का स्कोप, योगदान, तारीख वाला सबूत और अगला कदम दर्ज करें। आंतरिक सबमिशन ID, प्राप्ति का समय, समीक्षक, स्थिति और पॉलिसी का संस्करण रिकॉर्ड करें। निजी संपर्क जानकारी तभी मांगें जब वह जरूरी हो और उसकी अनुमति हो।
पार्टनर्स के टकराते रजिस्ट्रेशन कैसे संभालें?
ग्राहक, अवसर का स्कोप, मौजूदा गतिविधि और तारीख वाले योगदान के सबूत की तुलना तय पॉलिसी से करें। अनसुलझे दावे को तय फैसला लेने वाले व्यक्ति तक एस्केलेट करें। हर पार्टनर को नतीजा समझाएं, लेकिन किसी दूसरे पार्टनर की गोपनीय जानकारी न बताएं।
डील रजिस्ट्रेशन कितने समय तक मान्य रहना चाहिए?
यह टेम्पलेट कोई अवधि मानकर नहीं चलता। मान्यता की अवधि, रिन्यूअल का सबूत, रिमाइंडर प्रक्रिया और समाप्ति के नतीजे असली प्रोग्राम नियमों में तय करें। स्वीकृत अनुरोध पर लागू तारीखें दर्ज करें और समाप्ति के बाद भी उसका इतिहास सुरक्षित रखें।
पार्टनर इनटेक का ज्यादा साफ प्रोसेस चाहिए?
वे जगहें लेकर आइए जहां सबमिशन अटकते हैं या अवसर किसका है इस पर विवाद होता है। हम एक व्यावहारिक रजिस्ट्रेशन वर्कफ़्लो और उन फैसलों पर बात कर सकते हैं जो आपकी टीम को लागू करने से पहले तय करने होंगे।
कॉल बुक करें