सर्विस बिज़नेस के लिए कस्टमर पोर्टल बनाने की प्रैक्टिकल गाइड: वर्ज़न वन में क्या होना चाहिए, डेटा को सुरक्षित रखने वाले एक्सेस नियम, ब्रीफ़ से लेकर पहले क्लाइंट लॉगिन तक का रास्ता, और यह कैसे मापें कि पोर्टल वाकई ईमेल की भागदौड़ की जगह ले रहा है, न कि बस एक और टूल बनकर रह गया है।
एजेंसियां, कंसल्टेंट, अकाउंटेंट, लीगल और फ़ाइनेंस टीमें, क्लिनिक, और हर वह सर्विस बिज़नेस जो स्टेटस-अपडेट ईमेल में डूबा हुआ है।
- एक फ़ोकस्ड स्कोप, ऐसे पोर्टल के लिए जिसमें क्लाइंट सच में लॉगिन करें
- ऐसा एक्सेस मॉडल जो हर क्लाइंट को सिर्फ़ उसके अपने डेटा तक सीमित रखे
- एक मापने लायक लक्ष्य: पहले ही महीने में अपडेट ईमेल में कमी
हर सर्विस बिज़नेस में एक ही छिपी हुई प्रक्रिया चलती है: क्लाइंट ईमेल करते हैं "कोई अपडेट?", स्टाफ़ तीन हफ़्ते पहले भेजी फ़ाइल के लिए थ्रेड खंगालता है, और स्टेटस किसी के दिमाग़ में रहता है। कस्टमर पोर्टल इस पूरी प्रक्रिया को एक ऐसी जगह ले आता है जहां क्लाइंट खुद देख सकते हैं। सही बनाया जाए तो यह उन गिने-चुने टूल्स में से है जो काम बढ़ाने की बजाय घटाते हैं। ग़लत बनाया जाए तो यह एक ऐसा लॉगिन है जिसे कोई इस्तेमाल नहीं करता। फ़र्क़ सिर्फ़ स्कोप का है, और यह गाइड उसी को सही करने के बारे में है।
कस्टमर पोर्टल एक प्राइवेट एरिया है जहां हर क्लाइंट लॉगिन करके सिर्फ़ अपना स्टेटस, अपनी फ़ाइलें, मैसेज और अगले स्टेप देखता है, किसी और का कुछ नहीं। इसकी ज़रूरत तब है जब हर हफ़्ते वही तीन सवाल ईमेल से आते हों: काम कहां तक पहुंचा, फ़ाइल कहां है, आपको मुझसे क्या चाहिए। अगर ये थ्रेड रोज़ की हक़ीक़त हैं, तो पोर्टल उनकी जगह ले लेगा; अगर कभी-कभार ही आते हैं, तो अभी ज़रूरत नहीं है।
इसका हिसाब लगाना आसान है। गिनिए कि पिछले हफ़्ते आपकी टीम ने कितने अपडेट ईमेल के जवाब दिए, और हर ईमेल पर लगे मिनटों से गुणा कीजिए: थ्रेड ढूंढना, स्टेटस चेक करना, जवाब लिखना। ज़्यादातर सर्विस फ़र्मों में यह हफ़्ते के पांच से पंद्रह घंटे बैठता है, वह भी ऐसी जानकारी तैयार करने में जो क्लाइंट दस सेकंड में खुद पढ़ सकता था। यही वह बजट है जो पोर्टल वापस कमाकर देता है, और लॉन्च के एक महीने बाद चलाने लायक ईमानदार टेस्ट भी यही है।
पोर्टल क्या नहीं है: आपकी वेबसाइट, आपका CRM, या कोई ऐसा प्रोजेक्ट टूल जिसे सीखने के लिए क्लाइंट मजबूर हों। यह उस काम पर क्लाइंट की खिड़की है जिसे आप पहले से ट्रैक करते हैं, और इसे उन्हीं तीन सवालों के इर्द-गिर्द बनाया जाता है जो वे सच में पूछते हैं।
पोर्टल महत्वाकांक्षा से मरते हैं। इनवॉइसिंग, शेड्यूलिंग, ई-सिग्नेचर और नॉलेज बेस वाला वर्ज़न देर से लॉन्च होता है और सबको उलझा देता है। तीन सवालों का जवाब देने वाला वर्ज़न इसी हफ़्ते लॉन्च हो जाता है और इस्तेमाल भी होता है। वर्ज़न वन का मतलब है चार स्क्रीन।
बारह लोगों की एक फ़र्म ने अपने पोर्टल का स्कोप ठीक इतना ही रखा: हर क्लाइंट को अपनी सालाना फ़ाइलिंग का स्टेज दिखता है, आदान-प्रदान हुए दस्तावेज़, और एक लाल चेकलिस्ट कि फ़र्म को अभी किन काग़ज़ों का इंतज़ार है। न पेमेंट, न शेड्यूलिंग, न चैट। एक महीने के अंदर "कुछ प्रगति हुई?" वाले ईमेल क़रीब दो-तिहाई घट गए, और वह चेकलिस्ट चुपचाप अधूरे काग़ज़ात मंगवाने का उनका औज़ार बन गई: क्लाइंट लॉगिन करते, लाल आइटम देखते, और बिना याद दिलाए ही भेज देते।
यही वह शर्त है जो पोर्टल को एक शेयर्ड फ़ोल्डर से अलग करती है, और यह वैकल्पिक नहीं है: क्लाइंट A को क्लाइंट B का वजूद तक नहीं दिखना चाहिए, फ़ाइलों की तो बात ही छोड़िए। एक्सेस मॉडल पहले दिन से सही बनाइए, क्योंकि बाद में उसे बदलना सबसे तकलीफ़देह बदलाव होता है।
किसी असली क्लाइंट के लॉगिन करने से पहले खुद दो टेस्ट क्लाइंट बनाइए। पहले वाले से लॉगिन करके दूसरे तक पहुंचने की हर कोशिश कीजिए: लिंक का अंदाज़ा लगाना, एड्रेस बार बदलना, शेयर की गई फ़ाइलें खोलना। अगर कुछ भी लीक हो, रुकिए और ठीक कीजिए। यह एक टेस्ट, जिसे लगभग कोई नहीं चलाता, एक पोर्टल और एक जोखिम के बीच का फ़र्क़ है।
कस्टमर पोर्टल पहले कस्टम-डेवलपमेंट प्रोजेक्ट हुआ करता था, इसीलिए ज़्यादातर सर्विस फ़र्मों ने कभी बनाया ही नहीं: ठीक इसी तरह के सिस्टम के लिए एजेंसियों के कोटेशन आराम से कई लाख रुपये तक पहुंच जाते हैं। किसी AI बिल्डर को इसका ब्यौरा देने से यह एक दिन में चलती हुई पहली वर्ज़न बन जाता है, और क्रम से ज़्यादा अहम हैं चेकपॉइंट।
ज़्यादातर पोर्टल स्टेप पांच पर जीतते या हारते हैं, और यह आदत की समस्या है, सॉफ़्टवेयर की नहीं। पायलट के महीने में हर "कोई अपडेट?" ईमेल का जवाब दीजिए: जवाब के साथ वही चीज़ दिखाने वाला पोर्टल लिंक भी। दो-तीन बार में लगभग हर क्लाइंट की आदत बदल जाती है, क्योंकि लिंक खोलना ईमेल लिखने से सचमुच आसान है।
एक नंबर, पहले और बाद में मापा हुआ: हर हफ़्ते के अपडेट ईमेल। लॉन्च से पहले एक हफ़्ता गिनिए, फिर महीने भर बाद दोबारा। सही स्कोप वाला पोर्टल आम तौर पर इन्हें आधा या उससे ज़्यादा घटा देता है; जो फ़िट नहीं बैठता वह छूट जाता है, और यही नंबर आपको बता देता है कि आपने कौन सा बनाया है, जब स्कोप सुधारने का वक़्त अभी बाक़ी है।
और चूंकि पोर्टल वह जगह बन जाता है जहां आपका क्लाइंट रिश्ता रहता है, ओनरशिप यहां किसी भी इंटरनल टूल से ज़्यादा मायने रखती है: इसके अंदर के क्लाइंट रिकॉर्ड, फ़ाइलें और हिस्ट्री ऐसा डेटा और कोड होने चाहिए जो आपके अपने हों और जिन्हें आप साथ ले जा सकें, न कि किसी और के सब्सक्रिप्शन में फंसा एक्सपोर्ट-बंधक। एक बार बनाइए, उसके मालिक बनिए, और उसे बिज़नेस के साथ बढ़ने दीजिए।
चार स्क्रीन: क्लाइंट की समझ वाले स्टेज में स्टेटस, तारीख़ों के साथ दोनों दिशाओं की फ़ाइलें, आपको उनसे क्या चाहिए इसकी दिखती हुई चेकलिस्ट, और काम से जुड़े मैसेज। इनवॉइसिंग, शेड्यूलिंग और ई-सिग्नेचर सब वर्ज़न टू तक रुक सकते हैं; वे तीन सवाल नहीं रुक सकते जिनके बारे में क्लाइंट सच में ईमेल करते हैं।
ओनरशिप डेटा लेयर पर लागू होती है: हर रिकॉर्ड किसी क्लाइंट का है और हर क्वेरी लॉगिन किए हुए क्लाइंट तक सीमित है; फिर हाथ से जांचिए: दो टेस्ट क्लाइंट बनाइए, एक से लॉगिन कीजिए, और लिंक का अंदाज़ा लगाकर या URL बदलकर दूसरे तक पहुंचने की सक्रिय कोशिश कीजिए। किसी असली क्लाइंट को न्योता देने से पहले ज़ीरो लीक होना चाहिए।
हां, बशर्ते वह उनके असली सवालों का जवाब दे और आप आदत बदलें: पायलट के महीने में हर अपडेट ईमेल का जवाब दीजिए, जवाब के साथ वही चीज़ दिखाने वाला पोर्टल लिंक भी। लिंक खोलना ईमेल लिखने से आसान है, इसलिए दो-तीन बार में लगभग सब बदल जाते हैं।
कस्टम डेवलपमेंट के तौर पर इस तरह के सिस्टम के कोटेशन आराम से कई लाख रुपये में जाते हैं, इसीलिए ज़्यादातर सर्विस फ़र्में ईमेल के साथ ही जीती रहीं। चार स्क्रीन और आइसोलेशन नियम किसी AI बिल्डर को समझाइए तो क़रीब एक दिन में चलता हुआ पहला वर्ज़न मिल जाता है, और नापने लायक वापसी वे पांच से पंद्रह घंटे हैं जो आपकी टीम अभी हर हफ़्ते स्टेटस के जवाब देने में लगाती है।