การประกันคุณภาพสามารถปรับปรุงอัตราการแปลงในอีคอมเมิร์ซด้านแฟชั่นได้อย่างไร

กิจกรรมโดย Digital Fashion Academy
เมษายน 18th 2023

ชมการสัมมนาผ่านเว็บที่นี่:

ภาพรวม

หัวข้อ: การรับรองคุณภาพเพื่อการปรับปรุงอัตราการแปลงในอีคอมเมิร์ซแฟชั่น
วันที่: วันอังคารที่ 18 เมษายน เวลา 17.30 น. (CET โรม)
ระยะเวลา: 1 ชั่วโมง
ภาษา: คอร์สภาษาอังกฤษ
ลงทะเบียน:เว็บสัมมนาฟรีเมื่อลงทะเบียน

สรุป

เข้าร่วมกับ Enrico Fantaguzzi (Digital Fashion Academy) และ ลอเรนโซ ฟาเนตติ (เดาไม่ได้) ตามที่พวกเขานำเสนอ ปฏิบัติที่ดีที่สุด สำหรับ การควบคุมคุณภาพ of e-commerce เว็บไซต์ในกลุ่มแฟชั่นและสินค้าหรูหรา

เว็บสัมมนาจะแสดงให้เห็นถึง แนวคิดหลัก เพื่อการควบคุมการประกันคุณภาพใน e-commerce โครงการต่างๆ จาก มาตรฐาน กระบวนการ ใช้ในบริษัทขนาดใหญ่ไปจนถึง ข้อตกลงระดับการให้บริการ (SLA) ที่จะแบ่งปันกับหน่วยงานพัฒนาในระหว่างการกำหนดสัญญา

• การประกันคุณภาพ คือชุดกิจกรรมที่มุ่งหวังให้ ผล ของโครงการพบกับ ความคาดหวัง ของ ลูกค้าที่ ผู้ใช้ปลายทาง ของผลิตภัณฑ์และใด ๆ มาตรฐาน ที่ต้องการโดย กฎระเบียบ.

• ในแฟชั่น e-commerceการรับรองคุณภาพเป็นสิ่งสำคัญทั้งต่อ รับประกัน ทุกความสำเร็จ ในแง่ของไซต์ การแปลง อัตรา และเพื่อ ควบคุม โครงการ ค่าใช้จ่าย.

“บ่อยครั้งสิ่งที่เกิดขึ้นในตอนท้ายของ e-commerce ปัญหาสำคัญอย่างหนึ่งของโครงการพัฒนาที่ดินคือ การพบข้อบกพร่องจำนวนมากที่อาจบั่นทอนความสำเร็จของโครงการและความสัมพันธ์ระหว่างผู้พัฒนาและลูกค้า การแก้ไขที่ถูกต้อง management การประกันคุณภาพคือสิ่งที่ช่วยให้เราได้รับความพึงพอใจจากลูกค้า ประสบการณ์การใช้งานที่ดีที่สุด และความถูกต้องแม่นยำ management ของความสัมพันธ์ระหว่างลูกค้าและผู้จำหน่าย”

เอนริโก้ ฟานตากุซซี่

หลักสูตร

• การกำหนดมาตรฐานคุณภาพของ e-commerce เว็บไซต์
• การรับประกันสินค้าหลังส่งมอบ
• วิธีการทดสอบผลิตภัณฑ์และการแก้ไขข้อผิดพลาด management
• เครื่องมือติดตามจุดบกพร่องและติดตามปัญหา

สำเนา

ก่อนที่จะก่อตั้งบริษัทอีเลิร์นนิงแห่งนี้ ฉันทำงานในบริษัทแฟชั่นและสินค้าหรูหรามานานกว่า 20 ปี ตั้งแต่ระดับเล็กๆ เป็นต้นไป brandให้กับบริษัทข้ามชาติขนาดใหญ่และผู้ค้าปลีกออนไลน์

ในเวบินาร์นี้ ฉันจะมาแบ่งปันสิ่งต่างๆ ที่ฉันได้เรียนรู้ระหว่างที่ทำงานในวงการแฟชั่น brandแม้ว่าประสบการณ์ที่ฉันกำลังจะแบ่งปันกับคุณในวันนี้ส่วนใหญ่จะได้มาจากนอกวงการแฟชั่น แต่มาจากภาคส่วนบันเทิงดิจิทัลก็ตาม

วันนี้เราจะมาพูดถึงเรื่อง ความสำคัญของการประกันคุณภาพ และ ทำไมมันจึงสำคัญต่อความสำเร็จ ของแฟชั่น ecommerce. 

ฉันจะนำเสนอแนวคิดและตัวอย่างบางส่วนให้คุณทราบ วิธีจัดระบบกระบวนการรับรองคุณภาพภายในบริษัทของคุณ 

และสุดท้ายเราจะครอบคลุมบางสิ่งที่คุณจำเป็นต้องคำนึงถึงเมื่อคุณ หารือเกี่ยวกับงานที่ได้รับมอบหมายกับผู้พัฒนาซัพพลายเออร์หรือผู้รวมระบบของคุณสิ่งที่ควรถามพวกเขาในระหว่างการเจรจาและสิ่งที่ควรระบุในสัญญาเพื่อให้ผลลัพธ์สุดท้ายตรงตามความคาดหวังของคุณ 

แล้วจุดประสงค์ของการประกันคุณภาพสินค้าแฟชั่นคืออะไร e-commerce? 

วัตถุประสงค์ของการประกันคุณภาพคืออะไร?

วัตถุประสงค์ของการประกันคุณภาพคือเพื่อให้แน่ใจว่าผลิตภัณฑ์ดิจิทัลตรงตามความคาดหวังของลูกค้า ซึ่งก็คือตัวคุณเอง และของผู้ใช้ผลิตภัณฑ์ดิจิทัลขั้นสุดท้าย ซึ่งก็คือลูกค้าของคุณ 

เอนริโก้ ฟานตากุซซี่

ให้เจาะจงมากขึ้น เมื่อเราพูดถึงความคาดหวัง เราพูดถึงข้อกำหนดและข้อกำหนด,ข้อกำหนดและรายละเอียดต่างจากความคาดหวังเพราะเป็น ระบุไว้อย่างชัดเจนและมีเอกสารประกอบอย่างน้อยหนึ่งฉบับ. 

นอกจากนั้นคุณอาจต้องปฏิบัติตาม ข้อกำหนดที่มีผลผูกพันต่อบริษัทของคุณเนื่องจากข้อจำกัดทางกฎหมาย.

ประการที่สาม มีชุดความคาดหวังที่ไม่ได้เขียนไว้ แต่คุณยังคงต้องพิจารณาสิ่งเหล่านี้เป็นส่วนหนึ่งของโครงการของคุณ เนื่องจากความคาดหวังบางส่วนเหล่านี้อาจ ความคาดหวังของคุณ management หรือคณะกรรมการบริหาร หรือผู้มีส่วนได้ส่วนเสียอื่นๆ มีส่วนเกี่ยวข้องกับโครงการในทางใดทางหนึ่ง 

ข้อกำหนดคืออะไร และรายละเอียดจำเพาะคืออะไร?

มาลองกำหนดกันให้ดีขึ้นว่าข้อกำหนดคืออะไรและข้อกำหนดคืออะไร ซึ่งเป็นศัพท์เทคนิคที่บางคนอาจคุ้นเคย แต่ฉันจะยกตัวอย่างบางส่วนเพื่อให้คุณเข้าใจได้ผ่านตัวอย่าง

ตัวอย่างความต้องการ: 

• ความสามารถในการสร้างบัญชี 
• ความสามารถในการเช็คเอาท์ในฐานะแขก 
• ความสามารถในการชำระเงินแบบผ่อนชำระแทนการทำธุรกรรมเพียงครั้งเดียว 
• ความสามารถในการเลือกระหว่างตัวเลือกการจัดส่งที่แตกต่างกัน 
• ความสามารถในการกรองเฉพาะขนาดที่ระบุในระหว่างการค้นหา 
• ความสามารถในการค้นหาคำหลักด้วยเครื่องมือค้นหา
• การมองเห็นค่าขนส่งและภาษีในระหว่างขั้นตอนการชำระเงิน

ตัวอย่างข้อมูลจำเพาะ: 

• ความเข้ากันได้กับอุปกรณ์และระบบปฏิบัติการ 
• ขนาดของภาพ แบนเนอร์ 
• การแลกเปลี่ยนข้อมูลความถี่ระหว่างระบบ
• รูปแบบและจำนวนผลลัพธ์ต่อหน้า

ข้อกำหนดและความคาดหวังที่ระบุไว้ที่ไหน

โดยทั่วไปองค์ประกอบเหล่านี้จะถูกเขียนลงในเอกสารโครงการหนึ่งฉบับหรือมากกว่า 

เอกสารที่ใช้บ่อยที่สุดคือ เอกสารข้อกำหนดผลิตภัณฑ์ หรือเรียกอีกอย่างว่า PRDซึ่งโดยปกติแล้วจะเป็นเจ้าของและเขียนโดยผู้จัดการที่รับผิดชอบ e-commerce แพลตฟอร์ม หากไม่มีเอกสารข้อกำหนดผลิตภัณฑ์ เราสามารถเขียนข้อกำหนดและข้อกำหนดลงในแผนโครงการได้โดยตรงในที่สุดเราก็สามารถพบส่วนหนึ่งของข้อกำหนดและข้อกำหนดด้านคุณภาพได้ใน แผนคุณภาพ. 

แผนคุณภาพมีจุดประสงค์หลักในการจัดระเบียบการทดสอบคุณภาพและกระบวนการประกันคุณภาพโดยทั่วไป แต่ก็อาจมีข้อกำหนดเฉพาะบางประการสำหรับคุณภาพของผลิตภัณฑ์ดิจิทัลด้วย ตัวอย่างเช่น แผนคุณภาพอาจอ้างอิงถึงการทดสอบความปลอดภัยเฉพาะที่จำเป็นต้องดำเนินการ ตัวอย่างเช่น เมื่อผมทำงานเป็นผู้ให้บริการแก่บริษัทผลิตชุดกีฬาขนาดใหญ่แห่งหนึ่ง brand และฉันกำลังพัฒนาสิ่งเหล่านั้นอยู่ ecommerce เว็บไซต์ ฉันต้องประสานงานการทดสอบความปลอดภัยบนเซิร์ฟเวอร์ของเราเพื่อให้ตรงตามมาตรฐานความปลอดภัยของลูกค้า 

การทดสอบนอกขอบเขต

ในทางกลับกัน แผนคุณภาพอาจระบุว่าการทดสอบใดบ้างที่อยู่นอกขอบเขตของโครงการ ตัวอย่างเช่น หากคุณไม่ได้วางแผนที่จะจัดส่งไปยังออสเตรเลียด้วย ecommerceคุณไม่ควรเสียเวลาและพลังงานในการพัฒนาและทดสอบข้อกำหนดใดๆ สำหรับประเทศนั้นๆ 

ไวร์เฟรมและคอมพ์

แผนคุณภาพสามารถอ้างอิงถึงเอกสารอื่นๆ เพื่อดูข้อมูลจำเพาะและข้อกำหนด เช่น แผนคุณภาพสามารถอ้างอิงถึง Wireframes หรือ Comps mockups สำหรับทุกสิ่งที่เกี่ยวข้องกับคุณภาพการออกแบบ รูปลักษณ์และความรู้สึกของเว็บไซต์โดยทั่วไป

เอกสารเหล่านี้มีความสำคัญเนื่องจากนักพัฒนาของคุณจะใช้เป็นข้อมูลอ้างอิงสำหรับสิ่งที่พวกเขาต้องพัฒนาและบรรลุในงานของพวกเขา 

นอกเหนือจากข้อกำหนดแล้ว แผนคุณภาพยังบรรยายถึงการทดสอบที่จำเป็นต้องดำเนินการ เมื่อใดที่จะดำเนินการระหว่างโครงการ และระหว่างการส่งมอบผลิตภัณฑ์ และจะดำเนินการอย่างไร

เกณฑ์การเริ่มใช้งานจริง

แผนคุณภาพควรมีเกณฑ์ GO-LIVE ด้วย เกณฑ์ GO LIVE คือชุดเงื่อนไขที่ต้องปฏิบัติตามเพื่อเริ่มใช้งานโครงการ และตัวอย่างของเกณฑ์ GO LIVE คือ จำนวนสูงสุดของข้อบกพร่องที่อนุญาตบนเว็บไซต์สดและความรุนแรงของข้อบกพร่องเหล่านั้นตัวอย่างเช่น แผนคุณภาพสามารถระบุได้ว่าโครงการจะเปิดใช้งานได้ก็ต่อเมื่อมีจุดบกพร่องสูงสุด 10 จุดในเว็บไซต์ ณ เวลาที่เปิดใช้งาน

ในที่สุด แผนคุณภาพจะประกอบด้วยขั้นตอนต่างๆ ที่ทีมโครงการจะต้องปฏิบัติตามในระหว่างกระบวนการรับรองคุณภาพ ตัวอย่างเช่น ใครเป็นผู้รับผิดชอบการทดสอบและสิ่งใด วิธีใช้เครื่องมือติดตามจุดบกพร่อง วิธีจำแนกจุดบกพร่องตามความรุนแรง

เราจำเป็นต้องทำการทดสอบประเภทใด?

ประเภทของการทดสอบการประกันคุณภาพ

ต่อไปเรามาดูรายละเอียดเพิ่มเติมเกี่ยวกับรูปแบบการทดสอบกันดีกว่า brands focus on

บริษัทแฟชั่นสามารถดำเนินการทดสอบได้หลายประเภทเพื่อให้แน่ใจว่าแพลตฟอร์มการพาณิชย์ทำงานตามความคาดหวัง

การทดสอบควัน

การขอ การทดสอบควันเป็นการทดสอบง่ายๆ ที่มุ่งเน้นตรวจสอบคุณสมบัติหลัก ของผลิตภัณฑ์ดิจิทัล การทดสอบเหล่านี้มักทำโดยนักพัฒนาในระหว่างโครงการ เพื่อให้แน่ใจว่าฟังก์ชันหลักของซอฟต์แวร์ทำงานได้ เป็นการทดสอบง่ายๆ ที่ประกอบด้วยการลองใช้ฟีเจอร์หลักของโปรแกรม การจำลองผู้ใช้ทั่วไปหรือลูกค้าที่มีศักยภาพที่ต้องการทำงานบนแพลตฟอร์มให้เสร็จสมบูรณ์ยกตัวอย่างเช่น หากคุณกำลังจะติดตั้งฟีเจอร์ค้นหาข้อความบนเว็บไซต์ของคุณ การทดสอบเบื้องต้น (Smoke test) ก็คือการพิมพ์คำหลักที่เกี่ยวข้องกับเว็บไซต์ของคุณลงไปสองสามคำ brand เช่น ค้นหา “กระเป๋าหนังสีแดง” แล้วตรวจสอบว่าผลลัพธ์สอดคล้องกันหรือไม่ ในขั้นตอนนี้ การออกแบบกราฟิกอาจไม่สำคัญ เป้าหมายคือการได้ผลลัพธ์ที่สอดคล้องกัน หากคุณค้นหา “กระเป๋าหนังสีแดง” แล้วได้ผลลัพธ์เป็นเสื้อยืดสีน้ำเงิน แสดงว่าการทดสอบเบื้องต้นล้มเหลว    

การทดสอบบูรณาการ

การทดสอบบูรณาการเป็นการทดสอบเฉพาะเจาะจง ตรวจสอบการส่งข้อมูลที่ถูกต้องจากระบบหนึ่งไปยังอีกระบบหนึ่งตัวอย่างเช่น จากแพลตฟอร์มอีคอมเมิร์ซไปยังระบบ ERP ของบริษัท และจากระบบ ERP ไปยังคลังสินค้า management ระบบหรือจาก ecommerce- แพลตฟอร์มไปยังแพลตฟอร์ม Business Intelligence เราจะถือว่าการทดสอบนี้ประสบความสำเร็จได้ หากข้อมูลถูกส่งผ่านจากระบบหนึ่งไปยังอีกระบบหนึ่งอย่างถูกต้อง โดยไม่สูญเสียข้อมูล และภายในกรอบเวลาที่กำหนด 

การทดสอบการยอมรับของผู้ใช้

การทดสอบการยอมรับของผู้ใช้หรือ UAT มักจะดำเนินการร่วมกับการมีอยู่ของไคลเอนต์และนักพัฒนา 

ในระหว่าง UAT ไคลเอนต์จะรันกรณีการใช้งานที่เป็นไปได้ทั้งหมด เช่น ค้นหาผลิตภัณฑ์ เพิ่มผลิตภัณฑ์ลงในรายการสินค้าที่ต้องการ ย้ายผลิตภัณฑ์จากรายการสินค้าที่ต้องการไปยังรถเข็น ดำเนินการชำระเงินให้เสร็จสมบูรณ์ เพื่อให้แน่ใจว่าทุกอย่างทำงานตามที่คาดหวัง 

การทดสอบเหล่านี้มักจะทำในช่วงท้ายของขั้นตอนการพัฒนา เมื่อผลิตภัณฑ์ใกล้จะพร้อมส่งมอบให้กับลูกค้า โดยปกติแล้วผลลัพธ์ของการทดสอบเหล่านี้จะเป็นรายการข้อบกพร่องที่ลูกค้าร้องขอ ซึ่งนักพัฒนาจะเป็นผู้แก้ไข

การทดสอบการถดถอย

การทดสอบประเภทที่สี่คือการทดสอบการถดถอย (Regression Testing) การทดสอบการถดถอยช่วยให้มั่นใจได้ว่าแอปพลิเคชันยังคงทำงานได้ตามที่คาดหวังหลังจากมีการเปลี่ยนแปลงโค้ด อัปเดต หรือเผยแพร่ฟีเจอร์อื่นๆ บนแพลตฟอร์ม การทดสอบการถดถอยช่วยให้มั่นใจถึงเสถียรภาพโดยรวมของแพลตฟอร์ม

การทดสอบเหล่านี้ควรดำเนินการโดยทีมคุณภาพทุกครั้งที่มีการเผยแพร่ใหม่บนเว็บไซต์เพื่อให้แน่ใจว่าฟีเจอร์ทั้งหมดที่เคยใช้งานได้ยังคงทำงานได้อย่างถูกต้อง 

ตัวอย่างเช่น หากคุณกำลังพัฒนาระบบการชำระเงินใหม่ สมมติว่าคุณกำลังพัฒนาระบบการชำระเงินแบบผ่อนชำระในการชำระเงินของคุณ และระหว่างการปรับใช้ฟีเจอร์ใหม่นี้ คุณกลับทำให้การชำระเงินด้วยบัตรเครดิตที่เคยทำงานได้ดีก่อนหน้านี้เสียหาย ดังนั้น เราจึงพบจุดบกพร่องในฟีเจอร์ที่เคยใช้งานได้ก่อนหน้านี้ ซึ่งในกรณีนี้ เรากำลังพูดถึงการถดถอย

กระบวนการทดสอบจุดบกพร่องและแก้ไขจุดบกพร่อง

 เราได้พูดคุยเกี่ยวกับบทบาทของหัวหน้าฝ่ายประกันคุณภาพแล้ว ทีนี้มาดูกันว่าผู้ที่เกี่ยวข้องทั้งหมดในกระบวนการประกันคุณภาพโต้ตอบกันอย่างไร

ขั้นตอนแรกเกิดขึ้นเมื่อพบบั๊กครั้งแรก ผู้ทดสอบ ไม่ว่าจะเป็นสมาชิกทีมโครงการหรือผู้ทดสอบมืออาชีพ จะพบบั๊กหลังจากใช้สคริปต์ทดสอบ ตัวอย่างเช่น สคริปต์ทดสอบอาจระบุว่า: เพิ่มสินค้าลงในรายการสินค้าที่ต้องการ แล้วย้ายสินค้าจากรายการสินค้าที่ต้องการไปยังตะกร้าสินค้า 

หากผู้ทดสอบไม่สามารถเพิ่มผลิตภัณฑ์ลงในรายการสินค้าที่ต้องการหรือย้ายผลิตภัณฑ์จากรายการสินค้าที่ต้องการไปยังรถเข็นสินค้าได้ ผู้ทดสอบจะรายงานจุดบกพร่อง และเขาหรือเธอจะเปิดตั๋วในเครื่องมือติดตามจุดบกพร่อง เมื่อผู้ทดสอบรายงานข้อบกพร่องในระบบ เขาหรือเธอควรเพิ่มข้อมูลจำเพาะบางอย่าง เช่น คำแนะนำในการทำซ้ำข้อบกพร่องวิธีนี้จะช่วยให้นักพัฒนาสามารถจำลองสถานการณ์ที่พบบั๊กได้อย่างรวดเร็ว นอกจากนี้ ผู้ทดสอบยังรายงานโดยทั่วไปว่าอุปกรณ์และระบบปฏิบัติการใดที่ใช้งานอยู่ขณะที่พบบั๊ก ตัวอย่างเช่น ฉันใช้ Safari บน iPad Pro

ในขั้นตอนที่สอง หัวหน้า QA จะตรวจสอบข้อมูลทั้งหมดที่มีเกี่ยวกับจุดบกพร่อง และจะตรวจสอบซ้ำอีกครั้งว่าจุดบกพร่องนั้นยังไม่ได้รับการรายงานสิ่งนี้มีความสำคัญ มิฉะนั้น เราอาจมีจุดบกพร่องซ้ำซ้อนในเครื่องมือติดตามจุดบกพร่อง

จากนั้นหัวหน้าฝ่าย QA จะมอบหมายบั๊กให้สมาชิกทีมเพื่อแก้ไขปัญหา โปรดทราบว่าขณะนี้ฉันใช้คำว่า bug และ issue เป็นคำพ้องความหมาย

ในขั้นตอนที่ 3 นักพัฒนาจะแก้ไขปัญหาในสภาพแวดล้อมการพัฒนาและทำเครื่องหมายว่าปัญหาได้รับการแก้ไขแล้ว 

โปรดทราบว่าผู้พัฒนาจะทำเครื่องหมายจุดบกพร่องว่าได้รับการแก้ไขแล้วหรือได้รับการแก้ไขแล้ว แต่เขา/เธอจะไม่ปิดตั๋วในเครื่องมือติดตามจุดบกพร่อง มีเพียงบุคคลที่รายงานจุดบกพร่องหรือหัวหน้า QA เท่านั้นที่ควรดำเนินการทำเครื่องหมายปัญหาว่าปิดแล้ว

ในขั้นตอนสุดท้าย ผู้ที่รายงานปัญหาหรือหัวหน้า QA จะตรวจสอบว่าจุดบกพร่องได้รับการแก้ไขบนแพลตฟอร์มจริงหรือไม่ และจะทำเครื่องหมายปัญหาว่าใกล้จะได้รับการแก้ไขในเครื่องมือติดตามจุดบกพร่อง

สรุปขั้นตอนการทดสอบ UAT

1. ผู้ทดสอบพยายามทำภารกิจบนเว็บไซต์ให้เสร็จ เช่น เพิ่มผลิตภัณฑ์ลงในรายการสินค้าที่ต้องการ
2. หากผู้ทดสอบไม่สามารถทำงานให้เสร็จสมบูรณ์ เขา/เธอจะรายงานจุดบกพร่องในเครื่องมือติดตามจุดบกพร่อง
3. หัวหน้า QA ตรวจสอบจุดบกพร่อง กล่าวคือ ยังไม่มีการรายงานจุดบกพร่องจากบุคคลอื่นมาก่อน
4. หัวหน้า QA มอบหมายข้อบกพร่องให้กับสมาชิกในทีมเพื่อแก้ไข
5. สมาชิกในทีมทำงานเกี่ยวกับข้อบกพร่องและทำเครื่องหมายว่าได้รับการแก้ไขแล้วเมื่อปัญหาได้รับการแก้ไขแล้ว
6. หัวหน้า QA หรือผู้ทดสอบทดสอบฟีเจอร์อีกครั้งเพื่อให้แน่ใจว่าใช้งานได้
7. ข้อบกพร่องจะถูกปิดในที่สุดโดยหัวหน้า QA หรือผู้ทดสอบ

ลำโพง