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

घटना द्वारा Digital Fashion Academy
अप्रैल 18th 2023

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

अवलोकन

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

सारांश

एनरिको फैंटागुज़ी से जुड़ें (Digital Fashion Academy) और लोरेंजो फानेटी (अनगुस) जैसा कि वे प्रस्तुत करते हैं सर्वोत्तम प्रथाओं एसटी गुणवत्ता नियंत्रण of e-commerce फैशन और लक्जरी क्षेत्र में साइटें।

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

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

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

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

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

विषय

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

प्रतिलिपि

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

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

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

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

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

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

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

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

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

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

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

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

आवश्यकताएँ क्या हैं और विशिष्टताएँ क्या हैं?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

धुआं परीक्षण

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

जोड़ने का परीक्षण

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

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

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

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

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

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

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

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

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

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

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

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

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

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

इसके बाद, QA प्रमुख उस बग को किसी टीम सदस्य को सौंप देगा जो उस समस्या पर काम करेगा। कृपया ध्यान दें कि मैं इस समय बग और समस्या को समानार्थी शब्दों के रूप में प्रयोग कर रहा हूँ।

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

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

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

UAT परीक्षण चरणों का सारांश

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

वक्ताओं