गुणवत्ता आश्वासन फैशन ई-कॉमर्स में रूपांतरण दर को कैसे बेहतर बना सकता है

Digital Fashion Academy द्वारा इवेंट
18 अप्रैल 2023

वेबिनार यहां देखें:

अवलोकन

शीर्षक: फैशन ई-कॉमर्स में रूपांतरण दर में सुधार के लिए गुणवत्ता आश्वासन
तारीख: मंगलवार 18 अप्रैल, शाम 5:30 बजे (CET ROME)
अवधि: 1 घंटा
भाषा: अंग्रेज़ी
पंजीकरण करवाना: पंजीकरण पर वेबिनार निःशुल्क है

सारांश

एनरिको फैंटागुज़ी से जुड़ें (1टीपी1टी) और लोरेंजो फैनेटी (अनअनुमान लगाओ) जैसा कि वे प्रस्तुत करते हैं सर्वोत्तम प्रथाएं के लिए गुणवत्ता नियंत्रण फैशन और लक्जरी क्षेत्र में ई-कॉमर्स साइटों की संख्या में वृद्धि हुई है।

वेबिनार में यह दर्शाया जाएगा कि महत्वपूर्ण अवधारणाएं ई-कॉमर्स परियोजनाओं में गुणवत्ता आश्वासन नियंत्रण के लिए, मानक प्रक्रियाओं बड़ी कंपनियों में उपयोग किया जाता है, सेवा स्तर समझौते (एसएलए) को अनुबंधों के निर्धारण के दौरान विकास एजेंसियों के साथ साझा किया जाएगा।

• गुणवत्ता आश्वासन गतिविधियों का वह समूह है जिसका उद्देश्य यह सुनिश्चित करना है कि परिणाम एक परियोजना की बैठक अपेक्षाएं की ग्राहक, द आखिरी उपयोगकर्ता उत्पाद और किसी भी मानकों द्वारा अपेक्षित नियमों.

• फैशन ई-कॉमर्स में, गुणवत्ता आश्वासन दोनों के लिए आवश्यक है गारंटी सफलता साइट के संदर्भ में परिवर्तन दर और नियंत्रण परियोजना लागत.

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

एनरिको फैंटागुज़ी

विषय

• ई-कॉमर्स साइट के गुणवत्ता मानकों की परिभाषा
• डिलीवरी के बाद उत्पाद वारंटी
• उत्पाद परीक्षण पद्धति और बग समाधान प्रबंधन
• बग ट्रैकिंग और समस्या ट्रैकिंग उपकरण

प्रतिलेख

इस ई-लर्निंग कंपनी को शुरू करने से पहले, मैंने 20 से अधिक वर्षों तक फैशन और लक्जरी कंपनियों में काम किया, छोटे ब्रांडों से लेकर बड़ी बहुराष्ट्रीय कंपनियों और ई-टेलर्स तक।

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

तो आज हम बात करेंगे गुणवत्ता आश्वासन का महत्व और सफलता के लिए यह क्यों महत्वपूर्ण है फैशन ईकॉमर्स की. 

मैं आपके समक्ष कुछ विचार और उदाहरण प्रस्तुत करूंगा अपनी कंपनी के भीतर गुणवत्ता आश्वासन प्रक्रियाओं को कैसे व्यवस्थित करें 

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

तो फिर फैशन ई-कॉमर्स के लिए गुणवत्ता आश्वासन का उद्देश्य क्या है? 

गुणवत्ता आश्वासन का उद्देश्य क्या है?

गुणवत्ता आश्वासन का उद्देश्य यह सुनिश्चित करना है कि डिजिटल उत्पाद ग्राहक की - आपकी - तथा डिजिटल उत्पाद के अंतिम उपयोगकर्ताओं, जो आपके ग्राहक हैं, की अपेक्षाओं को पूरा करता है। 

एनरिको फैंटागुज़ी

अधिक विशिष्ट रूप से कहें तो जब हम अपेक्षाओं की बात करते हैं तो हम आवश्यकताओं और विशिष्टताओं की बात करते हैं, आवश्यकताएं और विनिर्देश अपेक्षाओं से भिन्न हैं क्योंकि वे एक या अधिक दस्तावेजों में स्पष्ट रूप से कहा गया और प्रलेखित. 

इसके अलावा, आपको इसका अनुपालन भी करना पड़ सकता है कानूनी बाधाओं के कारण आपकी कंपनी के लिए बाध्यकारी आवश्यकताएं.

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

आवश्यकताएँ क्या हैं और विनिर्देश क्या हैं?

आइए अब बेहतर ढंग से परिभाषित करने का प्रयास करें कि आवश्यकताएँ क्या हैं और विनिर्देश क्या हैं, ये तकनीकी शब्द हैं जो आप में से कुछ लोगों के लिए परिचित हो सकते हैं लेकिन मैं आपको कुछ उदाहरण दूंगा ताकि आप उदाहरणों के माध्यम से उन्हें अपने दिमाग में ठीक कर सकें।

उदाहरण आवश्यकताएँ: 

• खाता बनाने की क्षमता, 
• अतिथि के रूप में चेक आउट करने की क्षमता, 
• एक बार के लेन-देन के बजाय किश्तों में भुगतान करने की क्षमता, 
• विभिन्न शिपिंग विकल्पों में से चुनने की क्षमता, 
• खोज के दौरान केवल विशिष्ट आकारों को फ़िल्टर करने की क्षमता, 
• खोज उपकरण के साथ कीवर्ड खोजने की क्षमता
• चेक-आउट प्रक्रिया के दौरान शिपिंग लागत और करों की दृश्यता

उदाहरण विनिर्देश: 

• उपकरणों और ऑपरेटिंग सिस्टम के साथ संगतता 
• छवियों, बैनरों के आकार 
• प्रणालियों के बीच आवृत्ति डेटा विनिमय
• प्रारूप और प्रति पृष्ठ परिणामों की संख्या

आवश्यकता विनिर्देश और अपेक्षाएं कहां बताई गई हैं?

ये तत्व आमतौर पर एक या एक से अधिक परियोजना दस्तावेजों में लिखे जाते हैं। 

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

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

दायरे से बाहर परीक्षण

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

वायरफ्रेम और कंप्स

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

ये दस्तावेज महत्वपूर्ण हैं क्योंकि इन्हें आपके डेवलपर्स द्वारा अपने कार्य में विकास और उपलब्धि के लिए संदर्भ के रूप में उपयोग किया जाएगा। 

आवश्यकताओं के अतिरिक्त गुणवत्ता योजना में उन परीक्षणों का वर्णन होता है जिन्हें किया जाना आवश्यक है, परियोजना के दौरान तथा उत्पाद की डिलीवरी के दौरान वे कब किए जाएंगे तथा उन्हें कैसे किया जाएगा।

गो-लाइव मानदंड

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

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

हमें किस प्रकार के परीक्षण करने की आवश्यकता है?

गुणवत्ता आश्वासन परीक्षण के प्रकार

अब, आइए विस्तार से देखें कि फैशन ब्रांडों को किन परीक्षणों पर ध्यान केंद्रित करना चाहिए

फैशन कंपनियों द्वारा कई प्रकार के परीक्षण किए जा सकते हैं ताकि यह सुनिश्चित किया जा सके कि वाणिज्य मंच अपेक्षाओं के अनुरूप काम कर रहा है।

धुआँ परीक्षण

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

एकीकरण परीक्षण

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

उपयोगकर्ता स्वीकृति परीक्षण

उपयोगकर्ता स्वीकृति परीक्षण, या यूएटी, आमतौर पर क्लाइंट और डेवलपर की उपस्थिति में किया जाता है। 

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

ये परीक्षण आम तौर पर विकास चरण के अंत में किए जाते हैं, जब उत्पाद क्लाइंट को डिलीवर करने के लिए लगभग तैयार होता है। आम तौर पर इस परीक्षण का आउटपुट क्लाइंट द्वारा अनुरोधित बग की एक सूची होती है, जिसे डेवलपर द्वारा ठीक किया जाएगा।

प्रतिगमन परीक्षण

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

वेबसाइट पर हर बार नई रिलीज़ आने पर गुणवत्ता टीम द्वारा ये परीक्षण किए जाने चाहिए, यह सुनिश्चित करने के लिए कि पहले से काम कर रही सभी सुविधाएँ अभी भी सही ढंग से काम कर रही हैं। 

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

बग परीक्षण और बग फिक्सिंग प्रक्रियाएं

 हमने गुणवत्ता आश्वासन प्रमुख की भूमिका के बारे में बात की, अब देखते हैं कि गुणवत्ता आश्वासन प्रक्रिया में शामिल सभी कर्ता एक दूसरे के साथ किस प्रकार बातचीत करते हैं।

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

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

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

इसके बाद QA लीड बग को किसी टीम सदस्य को सौंप देगा, ताकि वह इस समस्या पर काम कर सके। कृपया ध्यान दें कि मैं इस समय बग और समस्या को समानार्थी के रूप में इस्तेमाल कर रहा हूँ।

चरण 3 में डेवलपर विकास परिवेश पर समस्या को ठीक करता है और समस्या को ठीक किया गया के रूप में चिह्नित करता है। 

कृपया ध्यान दें कि डेवलपर बग को फिक्स्ड या सॉल्व्ड के रूप में चिह्नित करता है, लेकिन वह बग ट्रैकिंग टूल पर टिकट को बंद नहीं करता है, केवल बग की रिपोर्ट करने वाले व्यक्ति या QA लीड को ही समस्या को बंद के रूप में चिह्नित करना चाहिए।

अंतिम चरण में बैग की सूचना देने वाला व्यक्ति या QA लीड यह जांच करेगा कि क्या वास्तव में प्लेटफॉर्म पर बग को ठीक कर दिया गया है और वह बग ट्रैकिंग टूल में समस्या को समाप्त के रूप में चिह्नित करेगा।

यूएटी परीक्षण चरणों का सारांश

1. परीक्षक वेबसाइट पर कोई कार्य पूरा करने का प्रयास करता है, जैसे कि इच्छा सूची में उत्पाद जोड़ना
2. यदि परीक्षक कार्य पूरा करने में असमर्थ है, तो वह बग-ट्रैकिंग टूल में बग की रिपोर्ट करता है
3. क्यूए लीड बग की पुष्टि करता है अर्थात बग की रिपोर्ट पहले से किसी अन्य व्यक्ति द्वारा नहीं की गई है
4. QA लीड बग को ठीक करने के लिए टीम के सदस्य को सौंपता है
5. टीम का सदस्य बग पर काम करता है और समस्या हल हो जाने पर उसे ठीक कर दिया गया मान लेता है
6. क्यूए लीड या परीक्षक यह सुनिश्चित करने के लिए कि यह काम कर रहा है, सुविधा का फिर से परीक्षण करता है
7. बग को अंततः QA लीड या परीक्षक द्वारा बंद कर दिया जाता है

वक्ताओं