CRM का बिल्ट-इन ऑटोमेशन इस्तेमाल करें या कस्टम कनेक्शन बनाएँ?

एक अधूरे काम से शुरू करें।

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

बिना कोटेशन वाली शुरुआती पूछताछ एक अलग चरण है। उस शुरुआत के लिए बिना जवाब की पूछताछ वाली चेकलिस्ट इस्तेमाल करें।

पहले बिल्ट-इन विकल्प देखें।

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

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

एक काल्पनिक कोटेशन पर काम करके देखें।

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

1. 1

   अगर ताज़ा रिकॉर्ड से पक्का हो कि जवाब नहीं आया और संपर्क करना अब भी ठीक है, तो Alex आम चैनल से भेजने से पहले एक छोटा मैसेज जाँचता है।

2. 2

   अगर ग्राहक ने कॉल करके बदला हुआ कोटेशन माँगा, तो Alex मूल रिमाइंडर भेजने के बजाय वह बदलाव दर्ज करके उसे संभालता है।

3. 3

   अगर ग्राहक ने रुकने को कहा, कोटेशन बंद हो चुका है, या टीम उसकी ताज़ा स्थिति पता नहीं कर पा रही, तो Alex फ़ॉलो-अप रोककर पहले रिकॉर्ड ठीक करता है।

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

सबसे छोटा काम का बदलाव चुनें।

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

अपनी फ़ैसला वर्कशीट भरें।

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

बार-बार होने वाला काम

यह कैसे शुरू होता है, इसका ज़िम्मेदार कौन है और पूरा होना किसे माना जाता है?

आपके पास पहले से मौजूद फ़ीचर

आपका मौजूदा प्लान कौन-सा रिमाइंडर, टास्क या नियम दे सकता है?

इसे चाहिए जानकारी

ताज़ा जवाब, कोटेशन की स्थिति और संपर्क की पसंद कहाँ हैं? क्या ज़िम्मेदार व्यक्ति इन्हें सच में देख सकता है?

अपवाद

फ़ोन पर जवाब, बदला हुआ कोटेशन, ऑप्ट-आउट, छूटा फ़ील्ड या फ़ेल कनेक्शन के बाद क्या होता है?

रखरखाव का ज़िम्मेदार

फ़ेलियर कौन जाँचता है, प्रोसेस कौन रोकता है और सॉफ़्टवेयर में बदलाव कौन देखता है?

अतिरिक्त लागत

मौजूदा सब्सक्रिप्शन को अपग्रेड, कनेक्टर के इस्तेमाल, सेटअप और लगातार सपोर्ट से अलग रखें।

प्लेन-टेक्स्ट Markdown · वर्ज़न 1.0 · कोई अकाउंट या ईमेल ज़रूरी नहीं। इसे टेक्स्ट एडिटर में खोलें और भरी हुई कॉपी अपनी फ़ाइलों में रखें। डाउनलोड किसी सिस्टम से नहीं जुड़ता और कोई ऑटोमेशन नहीं चलाता।

अपने प्रोवाइडर से ख़ास हालात दिखाने को कहें।

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

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