डिलीवरी पाइपलाइननया
बेचना आधा सफ़र है। SellioCRM की डिलीवरी पाइपलाइन बाक़ी आधा सँभालती है: सौदा जीतते ही खाते के लिए एक डिलीवरी प्रोजेक्ट अपने आप बनता है, उसी डील से जुड़ा, सौंपना चरण पर, और फिर योजना, निष्पादन, सत्यापन, डिलीवरी, स्वीकृति और बंद से गुज़रता है। उसके भीतर आप डिलिवरेबल दर्ज करते हैं, यानी जो देना और स्वीकार कराना है, नियत तारीख़, स्वामी और बिल योग्य राशि के साथ। ग्राहक अपने ही पोर्टल में, आपके लोगो के साथ, उन्हें स्वीकार करता है और संतुष्टि सर्वे का जवाब देता है। जब कोई बिल योग्य डिलिवरेबल स्वीकार होता है, या जब प्रोजेक्ट अनुबंध मूल्य के साथ स्वीकृति तक पहुँचता है, तो सिस्टम चालान का मसौदा बना देता है, जिसे वित्त जाँचकर भेजता है: कुछ भी अपने आप नहीं वसूला जाता। प्रशासक मार्जिन, संतुष्टि और एक एनालिटिक्स पैनल भी देखते हैं, और सहायक से पूछ सकते हैं कि क्या जोखिम में है। यह मॉड्यूल वैकल्पिक है और शुरू में बंद रहता है, कोई प्रशासक इसे साइड मेन्यू में डिलीवरी के नीचे चालू करता है, और जो पहले से है उसमें कुछ नहीं बदलता।
- जीत पर अपने आप बनने वाला डिलीवरी प्रोजेक्ट, हर अवसर के लिए एक, डील और खाते से जुड़ा हुआ
- सात चरण: सौंपना, योजना, निष्पादन, सत्यापन, डिलीवरी, स्वीकृति और बंद, एक डिलीवरी प्रोजेक्ट बोर्ड पर
- डिलिवरेबल, जिनकी स्थितियाँ हैं लंबित, चल रहा, मंज़ूरी के लिए भेजा गया, स्वीकृत और अस्वीकृत, नियत तारीख़ और बिल योग्य राशि के साथ
- लिंक से चलने वाला ग्राहक स्वीकृति पोर्टल, आपकी कंपनी के लोगो के साथ, और अंत में CSAT तथा NPS वाला संतुष्टि सर्वे
- हर स्वीकृत डिलिवरेबल पर या स्वीकृति के पड़ाव पर चालान का मसौदा, कभी दो बार वसूली नहीं और कभी अपने आप वसूली नहीं
Sellio में मुफ्त, आप सिर्फ मशीन के लिए भुगतान करते हैं
It is included in the per-user plan; you can try everything free for 14 days. Only the Assistant's narrated summary is metered against your AI usage; alerts and analytics use no AI.
कोई जीता हुआ सौदा शून्य में नहीं गिरता
प्रोजेक्ट जीत पर अपने आप जन्म लेता है, सौंपना चरण पर, ताकि बिक्री ख़त्म होते ही डिलीवरी शुरू हो जाए।
सही समय पर चालान, जिन्हें लोग जाँचते हैं
स्वीकृति एक मसौदा बनाती है, पड़ाव एक मसौदा बनाता है, और वित्त तय करता है कि कब भेजना है। जो पहले बिल हो चुका, उसकी दोबारा वसूली कभी नहीं होती।
ग्राहक स्वीकृति में शामिल होता है
आपके लोगो वाला पोर्टल ग्राहक को स्वीकार करने और राय देने की जगह देता है, और आपको हर स्वीकृति का ऐसा रिकॉर्ड देता है जिसका ज़िम्मेदार तय हो।
प्रोजेक्ट बंद होने से पहले मार्जिन
दर्ज लागत और असली घंटे मार्जिन तब दिखा देते हैं जब सुधारने का समय बचा हो, और ऋणात्मक होते ही चेतावनी मिलती है।
याददाश्त वाला दायरा
दायरे का हर बदलाव नया संस्करण बन जाता है। जब 'यह तो तय नहीं हुआ था' वाली बात उठती है, तो इतिहास जवाब दे देता है।
स्वीकृति पर और पड़ाव के हिसाब से, दोनों तरह की बिलिंग साथ चल सकती है: प्रोजेक्ट की स्वीकृति पर अनुबंध मूल्य का चालान उसे घटा देता है जो डिलिवरेबल के ज़रिए पहले ही बिल हो चुका है
डिलीवरी टेम्पलेट, जो जीत पर मानक डिलिवरेबल बो देते हैं, उत्पाद, खाते के सेगमेंट या राशि की सीमा से मेल खाकर
संस्करण वाला, अटल दायरा: दायरे, अपवादों, मान्यताओं और स्वीकृति की कसौटियों में हर बदलाव नया संस्करण बनाता है, और इतिहास बना रहता है
दर्ज लागत और निष्पादन बोर्ड के असली घंटों से प्रोजेक्ट का मार्जिन, ऋणात्मक मार्जिन की चेतावनी के साथ, जो सिर्फ़ प्रशासकों को दिखता है
जीत से सौंपने तक, बिना किसी को याद रखे
अवसर जीतते ही खाते के लिए डिलीवरी प्रोजेक्ट सौंपना चरण पर बन जाता है, स्रोत डील से जुड़ा, ग्राहक, प्रबंधक, तारीख़ों, प्रगति और अनुबंध मूल्य के साथ। यह इडेम्पोटेंट है: हर अवसर का एक ही प्रोजेक्ट, कभी दो नहीं। कोई टेम्पलेट उत्पाद, सेगमेंट या राशि से मेल खाता हो, तो मानक डिलिवरेबल उसी के साथ जन्म लेते हैं।
डिलिवरेबल जो स्वीकृति और चालान बन जाते हैं
हर डिलिवरेबल की एक स्थिति होती है, एक नियत तारीख़, और यह भी कि किसने कब स्वीकार किया। उसे बिल योग्य चिह्नित करें और राशि तय करें: ग्राहक के स्वीकार करते ही सिस्टम खाते के लिए चालान का मसौदा बनाता है, हर डिलिवरेबल पर ज़्यादा से ज़्यादा एक। वित्त उसे जाँचकर भेजता है। राजस्व स्वीकृति पर पहचाना जाता है, चालान से अलग, और रिपोर्ट हर प्रोजेक्ट के लिए पहचाना गया बनाम स्थगित राजस्व दिखाती है।
ग्राहक अपने ही पोर्टल में स्वीकार करता है
डिलीवरी पाइपलाइन स्क्रीन पर किसी प्रोजेक्ट के लिए ग्राहक स्वीकृति लिंक बनाएँ और भेज दें। यह लिंक उसी प्रोजेक्ट और उसी ईमेल से बँधा होता है, बिना किसी पासवर्ड के: ग्राहक लंबित डिलिवरेबल देखता है, स्वीकार करता है, और स्वीकृति लेखक तथा तारीख़ के साथ दर्ज हो जाती है। सब कुछ स्वीकार करने के बाद वह संतुष्टि सर्वे का जवाब देता है, 1 से 5 तक CSAT और 0 से 10 तक NPS, जिन्हें टीम हर प्रोजेक्ट में और कुल सारांश में देखती है।
निष्पादन, मार्जिन और जो जोखिम में है
हर प्रोजेक्ट के लिए एक निष्पादन बोर्ड खोला जा सकता है, जिसमें कार्य, निर्भरताएँ और समय की गिनती होती है, और असली घंटे प्रोजेक्ट की लागत में जुड़ते हैं। प्रशासक मार्जिन देखते हैं (अनुबंध मूल्य में से दर्ज लागत घटाकर, और ऋणात्मक होने पर चेतावनी), संतुष्टि और एनालिटिक्स पैनल: सक्रिय प्रोजेक्ट, देरी वाले, औसत प्रगति, पहचाना गया तथा स्थगित राजस्व, डिलिवरेबल की सेहत। सहायक से पूछिए: डिलीवरी में क्या जोखिम में है?
- 1
कोई प्रशासक साइड मेन्यू में डिलीवरी खोलता है और मॉड्यूल चालू करता है।
- 2
सौदा जीतते ही डिलीवरी प्रोजेक्ट सौंपना चरण पर बनता है, डील और खाते से जुड़ा हुआ, और मेल खाते टेम्पलेट डिलिवरेबल बो देते हैं।
- 3
टीम डिलिवरेबल दर्ज या समायोजित करती है, नियत तारीख़ें तय करती है, बिल योग्य वाले चिह्नित करती है और चाहे तो निष्पादन बोर्ड खोल लेती है।
- 4
ग्राहक स्वीकृति लिंक बनाकर भेजें, ग्राहक पोर्टल में स्वीकार करता है और संतुष्टि सर्वे का जवाब देता है।
- 5
स्वीकृतियाँ चालान के मसौदे बनाती हैं और राजस्व पहचानती हैं, मार्जिन, संतुष्टि तथा एनालिटिक्स डिलीवरी पाइपलाइन स्क्रीन पर देखें।
सॉफ़्टवेयर का क्रियान्वयन
हर सेगमेंट का एक टेम्पलेट किकऑफ़, कॉन्फ़िगरेशन, प्रशिक्षण और गो लाइव बो देता है। ग्राहक हर चरण को पोर्टल में स्वीकार करता है, और हर बिल योग्य स्वीकृति चालान का मसौदा बना देती है।
पड़ावों पर आधारित परामर्श प्रोजेक्ट
प्रोजेक्ट पर अनुबंध मूल्य और बिना राशि वाले डिलिवरेबल। स्वीकृति पर अनुबंध मूल्य का एक ही चालान, जिसमें से पहले बिल हो चुकी राशि घटा दी जाती है।
लगातार डिलीवरी करने वाली एजेंसी
हर प्रोजेक्ट के कार्यों और घंटों वाला निष्पादन बोर्ड, जिससे हर ग्राहक का असली मार्जिन महीना ख़त्म होने से पहले दिख जाता है।
सर्वे के साथ बिक्री के बाद का काम
हर डिलीवरी के अंत में ग्राहक के CSAT और NPS कुल सारांश में जुड़ते हैं, और सहायक कम संतुष्टि वाले प्रोजेक्ट को चिह्नित कर देता है।
क्या सिस्टम अपने आप ग्राहक से पैसा वसूलता है?
नहीं। बिल योग्य डिलिवरेबल स्वीकार होने और स्वीकृति के पड़ाव तक पहुँचने पर खाते के लिए चालान के मसौदे बनते हैं। वित्त उन्हें जाँचकर भेजता है। और हर डिलिवरेबल से ज़्यादा से ज़्यादा एक चालान बनता है।
स्वीकृति पोर्टल कैसे काम करता है?
आप डिलीवरी पाइपलाइन स्क्रीन पर प्रोजेक्ट के लिए लिंक बनाकर ग्राहक को भेजते हैं। यह लिंक प्रोजेक्ट और ईमेल से बँधा होता है, बिना पासवर्ड के, और सिर्फ़ वही प्रोजेक्ट दिखाता है। स्वीकृति लेखक तथा तारीख़ के साथ दर्ज होती है।
क्या मैं डिलिवरेबल और पड़ाव, दोनों के हिसाब से बिल बना सकता हूँ?
हाँ। प्रोजेक्ट की स्वीकृति पर अनुबंध मूल्य का चालान उसे घटा देता है जो डिलिवरेबल के ज़रिए पहले ही बिल हो चुका है, इसलिए दोबारा वसूली नहीं होती।
मार्जिन किसे दिखता है?
जो संगठन की सेटिंग्स सँभालता है। घंटों से निकली श्रम लागत के लिए समय लागत की अनुमति भी चाहिए। यह आपकी कंपनी की लागत है, ऑपरेटर की कभी नहीं।
अगर मैं मॉड्यूल बंद कर दूँ तो क्या होगा?
जीत पर कोई नया प्रोजेक्ट नहीं बनता और पाइपलाइन के ऑटोमेशन रुक जाते हैं। जो पहले से है वह बाक़ी रिकॉर्ड की तरह उपलब्ध रहता है।