अधूरी सुविधाओं के साथ ईकॉमर्स लॉन्च: क्या जाँचें?

क्या अधूरी सुविधाओं के साथ ऑनलाइन स्टोर लॉन्च करना चाहिए?

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

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

तय करें कि इस रिलीज़ में “लॉन्च” का क्या मतलब है। अगर ग्राहक उत्पाद देख सकते हैं, लेकिन ऑर्डर नहीं दे सकते, तो इसे प्रीव्यू कहें और खरीदारी का रास्ता बंद रखें। अगर आप ऑर्डर स्वीकार करते हैं, तो भुगतान, ऑर्डर प्रबंधन और ग्राहक सहायता की व्यवस्था काम करनी चाहिए। शिपिंग का अधूरा नियम किसी ग्राहक से भुगतान तो ले सकता है, लेकिन डिलीवरी का कोई स्पष्ट विकल्प नहीं दे पाएगा।

कुछ कमियाँ बाद में ठीक की जा सकती हैं। कोई एनिमेशन न होना या ऐसा उत्पाद फ़िल्टर जो ज़रूरी न हो, छोटी रिलीज़ को रोकने की वजह नहीं बन सकता। लेकिन खराब कार्ट या टैक्स की अस्पष्ट गणना से ग्राहक से ली जाने वाली रकम पर असर पड़ सकता है। जिस वर्ज़न को प्रकाशित करने की योजना है, उसके लिए ज़रूरी सुविधाओं की सूची बनाएँ और चेकआउट की अनसुलझी समस्या को दिखावटी कमी न समझें।

स्टोर को बिगाड़े बिना लॉन्च का दायरा कैसे घटाएँ?

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

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

जहाँ संभव हो, स्टोर की सामान्य सेटिंग से सुविधाएँ बंद करें, फिर ग्राहक की तरह नतीजे की जाँच करें। मेन्यू से लिंक हटाने का मतलब यह नहीं कि कोई व्यक्ति सेव किए हुए उत्पाद URL को खोल नहीं सकता। इसी तरह, खोज नतीजों से उत्पाद छिपाने पर भी वह सीधे चेकआउट लिंक से खुल सकता है। सिर्फ़ एडमिन प्रीव्यू नहीं, सार्वजनिक पेज भी जाँचें।

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

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

साइट लाइव करने से पहले किन चीज़ों की जाँच करें?

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

ऐसा टेस्ट पता इस्तेमाल करें जिससे आपकी शिपिंग के नियमों की जाँच हो सके। अगर डिलीवरी कुछ क्षेत्रों तक सीमित है, तो सेवा क्षेत्र के अंदर और बाहर—दोनों जगहों के पते आज़माएँ। पहले पते पर उपलब्ध तरीका दिखना चाहिए; दूसरे पर साफ़ बताया जाना चाहिए कि डिलीवरी उपलब्ध नहीं है। ऐसा न हो कि बिना बताए ऐसी दर दिखे जिसे व्यवसाय पूरा न कर सके।

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

खरीदारी के समय उत्पाद की उपलब्धता जाँचें। एडमिन पैनल में किसी टेस्ट उत्पाद के स्टॉक की स्थिति बदलें, फिर पुष्टि करें कि स्टोरफ्रंट पर भी बदलाव दिख रहा है और अनुपलब्ध उत्पाद कार्ट में नहीं जोड़ा जा सकता। स्टॉक की पुरानी जानकारी से ऐसे ऑर्डर मिल सकते हैं जिन्हें टीम पूरा नहीं कर पाएगी।

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

पेज के पते बदलने पर प्रकाशित करने से पहले रीडायरेक्ट जाँचें। किसी पुराने उत्पाद या कैंपेन URL को खोलें और पुष्टि करें कि वह खाली स्क्रीन या असंबंधित श्रेणी के बजाय सही पेज पर पहुँचता है। अगर डोमेन बदल रहे हैं या स्टोर को दूसरी जगह ले जा रहे हैं, तो रीडायरेक्ट की सूची बनाएँ और ग्राहकों को नई साइट पर भेजने से पहले हर एक को अलग-अलग जाँचें।

लॉन्च टालना पड़े, तो स्टोर को सुरक्षित कैसे रखें?

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

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

बिना जाँचे हुए तरीके से ऑर्डर स्वीकार न करें। भुगतान का बटन बंद करना काफ़ी नहीं है, अगर कार्ट का लिंक या उत्पाद का सीधा URL अब भी चेकआउट तक पहुँचता है। निजी ब्राउज़र विंडो से ऐसे रास्ते जाँचें और पुष्टि करें कि जब टीम ऑर्डर पूरा नहीं कर सकती, तब ग्राहक ऑर्डर सबमिट न कर पाएँ।

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

अगर मूल फ्रीलांसर आगे काम नहीं कर सकता, तो काम सौंपने से पहले कोड रिपॉज़िटरी, होस्टिंग अकाउंट, डोमेन, स्टोर एडमिन और पेमेंट डैशबोर्ड का ऐक्सेस सुरक्षित रखें। क्रेडेंशियल सार्वजनिक प्रोजेक्ट थ्रेड में भेजने के बजाय स्वीकृत पासवर्ड मैनेजर में रखें। काम सौंपने की योजना भी उतनी ही सावधानी से बनाई जा सकती है जितनी वेब स्टूडियो से फ्रीलांसर को प्रोजेक्ट सौंपने में बनाई जाती है: उन एसेट, ऐक्सेस और अधूरे कामों की पहचान करें जिनकी अगले व्यक्ति को ज़रूरत होगी।

लॉन्च में देरी के बारे में ग्राहकों को क्या बताना चाहिए?

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

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

जिन ग्राहकों ने पहले ही ऑर्डर दे दिया है, उन्हें सामान्य लॉन्च घोषणा पर निर्भर रहने के बजाय उनके ऑर्डर के बारे में सीधे संदेश भेजें। ऑर्डर की स्थिति के बारे में जो जानकारी उपलब्ध है, वह बताएँ और समझाएँ कि ग्राहक सहायता टीम से कैसे संपर्क कर सकते हैं। जब तक ऑर्डर पूरा करने वाली टीम उत्पाद, स्टॉक और डिलीवरी के तरीके की पुष्टि न कर दे, डिस्पैच की तारीख का वादा न करें।

अपडेट में सिर्फ़ तथ्य बताएँ। “हम ऑर्डर लेना शुरू करने से पहले चेकआउट और डिलीवरी की व्यवस्था जाँच रहे हैं” ग्राहक को बताता है कि क्या हो रहा है। वहीं “सब कुछ जल्द ही तैयार हो जाएगा” बिना पक्की रिलीज़ तारीख के उम्मीद जगा सकता है। अगर देरी का असर किसी प्रमोशन या विज्ञापित ऑफ़र पर पड़ता है, तो जाँचें कि वह ऑफ़र ऐसी शर्तों के साथ अब भी तो नहीं दिख रहा जिन्हें स्टोर पूरा नहीं कर सकता।

सुरक्षित तरीके से दोबारा लॉन्च करने के लिए क्या तैयार होना चाहिए?

एक गो/नो-गो चेकलिस्ट बनाएँ। उसमें रिलीज़ के लिए की जाने वाली जाँच, हर जाँच का ज़िम्मेदार व्यक्ति और पास होने का प्रमाण बताएँ। उदाहरण के लिए, स्टोर का मालिक उत्पाद और स्टॉक की जानकारी की पुष्टि कर सकता है, जबकि डेवलपर भुगतान की स्थिति, रीडायरेक्ट और ऑर्डर रिकॉर्ड जाँच सकता है। हर जाँच के लिए किसी व्यक्ति का नाम तय करने से “किसी ने टेस्ट किया था” ही एकमात्र रिकॉर्ड नहीं रह जाता।

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

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

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

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