ตรวจสอบให้แน่ใจว่าการทดสอบ A/B ของคุณนั้นไม่สามารถเข้าใจผิดได้ด้วยการประกันคุณภาพ: คู่มือฉบับสมบูรณ์สำหรับ QA-ing การทดสอบ A/B ของคุณ

การทดสอบ A/B ที่ทำงานไม่ถูกต้องจะไม่ทำให้เกิด Conversion

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

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

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

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

การประกันคุณภาพคืออะไร?

มาดูคำจำกัดความสั้นๆ กันก่อน

คุณภาพคืออะไร?

คุณภาพแปลว่า "เหมาะสำหรับการใช้งานหรือวัตถุประสงค์" ในบริบทของการทดสอบ A/B การออกแบบ ความน่าเชื่อถือ ความทนทาน และราคา ทั้งหมดเกี่ยวกับการ ตอบสนองความต้องการและความคาดหวัง ของลูกค้า

การประกันคืออะไร?

การรับประกันเป็นเพียงการประกาศเชิงบวกเกี่ยวกับการทดสอบ A/B ที่ปลูกฝังความมั่นใจ การทดสอบ A/B จะทำงานได้อย่างถูกต้องและเป็นไปตามความคาดหวังหรือข้อกำหนดอย่างแน่นอน

การประกันคุณภาพในการทดสอบ A/B

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

กล่าวอีกนัยหนึ่ง เว็บไซต์ (หรือหน้า Landing Page, รูปแบบต่างๆ, แคมเปญอีเมล และอื่นๆ) ต้องมีคุณภาพสูงเพื่อหลีกเลี่ยงไม่ให้ผู้เยี่ยมชมต้องเผชิญความเสียดสีและปัญหาอื่นๆ

การทดสอบผู้ใช้:

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

การประกันคุณภาพ:

• ข้อผิดพลาดของพื้นผิวและองค์ประกอบที่เสียหายบนเว็บไซต์
• ปรับปรุงประสิทธิภาพของเว็บไซต์

ดังนั้น มันจึงแตกต่างกัน โดย QA เป็นคำที่กว้างกว่ามาก

เหตุใด QA จึงมีความสำคัญในการทดสอบ A/B?

แน่นอนว่ามีแมลงอยู่สองสามตัวที่ น่ารำคาญ

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

แม้ว่าเราจะเอาชนะอุปสรรคมากมายในการประกันคุณภาพ แต่องค์กรจำนวนมากยังคงประเมินค่าต่ำเกินไป

มาค้นหาความเสี่ยงที่ใหญ่ที่สุดที่ส่งผลต่อ QA และทำไมจึงมีบทบาทสำคัญในการทดสอบ A/B

เครื่องมือเพิ่มประสิทธิภาพและนักพัฒนาอยู่ใกล้กับการทดสอบ A/B มากเกินไป

ตัวเพิ่มประสิทธิภาพและนักพัฒนามักจะทำงานร่วมกันเพื่อตั้งค่าการทดสอบ A/B พวกเขาสนิทกันมากจนมองข้ามประเด็นเล็กๆ น้อยๆ แต่มีความสำคัญได้ง่ายเมื่อมีหน้าที่รับผิดชอบด้านการประกันคุณภาพ

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

ดวงตาคู่ที่สองกับการทดสอบ A/B และการออกแบบสามารถค้นพบข้อบกพร่องที่ไม่คาดคิดได้

อีมูเลเตอร์ไม่ใช่ของจริง

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

เราได้เห็นกรณีสนับสนุนมากมายที่ผู้ใช้ค่อนข้างมั่นใจว่าการทดสอบ A/B ของตนทำงานได้ดีบน BrowserStack (จำลองลักษณะการทดสอบ A/B ในเบราว์เซอร์ต่างๆ) แต่เมื่อเริ่มการทดสอบสำหรับผู้เยี่ยมชมจริง พวกเขาติดต่อตัวแทนสนับสนุนของเราเพื่อรายงานความผิดปกติของการทดสอบ A/B

กรณีสนับสนุนจริง:

มีปัญหากับการแปลงในโครงการของฉัน

Click_Cart_Checkout_1 จะไม่เริ่มทำงานบน iPhone XR/Safari ฉันได้ตรวจสอบคอนโซลเครื่องมือ dev ทั้งสองอย่างแล้ว (chrome://inspect และเชื่อมโยง iPhone กับ macbook) และฉันสามารถเห็นโค้ดที่รันสำหรับการแปลงนั้น แต่ไม่มีการติดตามในการรายงาน

การแปลงจะถูกติดตามเมื่อใช้ XR เพื่อจำลอง iPhone ใน devtools แต่ไม่ใช่ในการทดสอบในโลกแห่งความเป็นจริง

เราได้ทดสอบกับ iPhone สองเครื่องแยกกัน ผู้ทดสอบ QA ของเราและของฉัน

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

ดังนั้น ตรวจสอบให้แน่ใจว่าคุณทำการทดสอบ QA ในสภาพแวดล้อมที่แตกต่างกัน ไม่ใช่แค่ในอีมูเลเตอร์เท่านั้น

ปฏิสัมพันธ์

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

กรณีสนับสนุนจริง:

ในหน้ารูปแบบใหม่ เรามีปัญหากับปุ่มชำระเงิน และบางครั้งอาจประสบปัญหาเกี่ยวกับปุ่ม PayPal แม้ว่าในหน้าเดิมทุกอย่างก็ใช้งานได้ดี

เมื่อฉันคลิกปุ่มชำระเงิน มันเปลี่ยนเส้นทางมาที่นี่: cart.php/checkout.php แต่ควรเป็น /checkout.php

เรายังมีปัญหากับโลโก้ บางครั้งก็แสดง บางครั้งก็ไม่

การทดสอบ A/B ไม่ได้เป็นเพียงการเพิ่มองค์ประกอบใหม่ให้กับรูปแบบต่างๆ ของหน้าเว็บ และวิธีที่องค์ประกอบเหล่านี้โต้ตอบกัน และวิธีที่องค์ประกอบเหล่านี้ปรับปรุงฟังก์ชันการทำงานโดยรวมของเว็บไซต์

เบรกพอยต์และการเปลี่ยนโหมดการแสดงผลของอุปกรณ์

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

กรณีสนับสนุนจริง:

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

การทดสอบจากมุมมองของมนุษย์

มีเพียงการควบคุมคุณภาพด้วยตนเองที่ดำเนินการโดยมนุษย์เท่านั้นที่สามารถบอกได้ว่ามีบางสิ่งที่ดูเหมือน "แปลก" วิธีทดสอบแบบอัตโนมัติจะไม่จับข้อบกพร่องทางสายตาเหล่านี้ วิศวกร QA สามารถค้นหาปัญหาการใช้งานและข้อบกพร่องของอินเทอร์เฟซผู้ใช้ (UI) ได้โดยการโต้ตอบกับเว็บไซต์ราวกับว่าพวกเขาเป็นผู้ใช้ สคริปต์ทดสอบอัตโนมัติไม่สามารถทดสอบสิ่งเหล่านี้ได้

จะเกิดอะไรขึ้นถ้าคุณไม่ทำการทดสอบ QA A/B?

ตอนนี้เป็นที่ชัดเจนว่า QA อาจหมายถึงความแตกต่างระหว่างความสำเร็จของธุรกิจหรือความล้มเหลว มาดูกันว่าจะเกิดอะไรขึ้นหากคุณเพิกเฉย (คำใบ้: มันไม่สวย)

ความล่าช้าในการเปิดตัวการทดสอบ A/B

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

ข้อผิดพลาดในผลการรายงาน

หากไม่มี QA ข้อผิดพลาดของการเปลี่ยนแปลงจะเกิดขึ้นและอาจทำให้เกิดข้อผิดพลาดทางสถิติในผลลัพธ์ของรายงาน

ผลลัพธ์ที่เป็นเท็จ (หรือที่เรียกว่า ข้อผิดพลาด Type I ) เกิดขึ้นเมื่อผลการทดสอบแสดงความแตกต่างอย่างมีนัยสำคัญระหว่างต้นฉบับกับความแปรผันเมื่อไม่มี ข้อผิดพลาดอีกประการหนึ่งคือข้อผิดพลาดเชิงลบ (หรือที่เรียกว่า ข้อผิดพลาด Type II ) เมื่อผลลัพธ์ไม่แสดงความแตกต่างที่มีนัยสำคัญระหว่างรูปแบบและต้นฉบับ แต่มีอย่างใดอย่างหนึ่ง

ความเข้ากันได้ไม่ดี

ผู้เยี่ยมชมของคุณเข้าถึงบริการของคุณจากสถานที่และเบราว์เซอร์ต่างๆ

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

ความผิดหวังของลูกค้าและการสูญเสียชื่อเสียง

คุณรู้หรือไม่ว่า ผู้บริโภคที่ไม่พอใจมีแนวโน้มที่จะแสดงความคิดเห็นต่อสาธารณะ มากกว่าลูกค้าที่พึงพอใจ

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

ขาดความไว้วางใจในเครื่องมือทดสอบ A/B

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

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

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

ธุรกิจประสบปัญหายอดขายสูญหาย

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

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

กุญแจสู่ความสำเร็จของลูกค้าและความสุขของลูกค้าคือการส่งมอบผลิตภัณฑ์คุณภาพสูง ลูกค้าพึงพอใจกลับมาและอาจถึงกับแนะนำผู้อื่น

4 แนวทางปฏิบัติที่ดีที่สุดในการทดสอบ QA A/B

หากคุณได้อ่านมาถึงจุดนี้ แสดงว่าคุณเข้าใจคุณค่าของการประกันคุณภาพและต้องการเรียนรู้เพิ่มเติมเกี่ยวกับเรื่องนี้ แต่ส่วนใดของการทดสอบ A/B ที่คุณสามารถ QA ได้ และแนวทางปฏิบัติที่ดีที่สุดที่ควรปฏิบัติตามคืออะไร?

ต่อไปนี้คือวิธีเริ่มต้นสองสามวิธี

1. พัฒนากลยุทธ์ QA

ก่อนที่คุณจะ QA การทดสอบ A/B ของคุณ ให้สร้างกลยุทธ์หรือสร้างกระบวนการที่มีโครงสร้าง ควรมีวัตถุประสงค์ที่ชัดเจนและมาตรฐานคุณภาพเฉพาะในการวัดผล QA

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

กลยุทธ์ QA ของคุณควรสอดคล้องกับเป้าหมายการแปลงของคุณ ด้วย หากเวลาและทรัพยากรที่คุณใช้ไปกับการประกันคุณภาพไม่ได้มีส่วนทำให้เกิด Conversion ในท้ายที่สุด คุณอาจต้องคิดใหม่เกี่ยวกับกระบวนการทั้งหมด

โดยทั่วไปแล้วคุณต้องการอะไรเพื่อสร้างกลยุทธ์ที่มีประโยชน์?

• วางรากฐานและกำหนดบทบาท
• รู้ว่าต้องทำอะไร QA
• พยากรณ์ปัญหาที่อาจเกิดขึ้นและแนวทางแก้ไข
• รายการรูปแบบต่างๆ
• การระบุผู้ที่ QA มีไว้สำหรับ (กลุ่มผู้ใช้เป้าหมาย)
• การกำหนดมาตรฐานสำหรับ QA

2. ระบุสิ่งที่ต้อง QA ในการทดสอบ A/B

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

องค์ประกอบในหน้า

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

บางประเด็นที่สำคัญที่คุณควรเน้น:

• ความเร็วและการตอบสนองของเพจ: สิ่งเหล่านี้เป็นสิ่งสำคัญที่สุดและมองข้ามไปใน QA ปัจจัยของไซต์ไดนามิกหลายอย่างมีอิทธิพลต่อประสิทธิภาพและการตอบสนองของเพจ และในขณะที่คุณอาจประเมินปัจจัยเหล่านี้สำหรับฟังก์ชันการทำงานแต่ละอย่าง โดยพิจารณาว่าปัจจัยเหล่านี้ทำให้ไซต์ของคุณทำงานช้าหรือไม่ และความแตกต่างทั้งหมดมีความหมายอย่างไร คุณต้องสร้างภาพที่ใหญ่ขึ้นและสำรวจความเป็นไปได้ทั้งหมดของการออกแบบที่ตอบสนอง โดยคำนึงถึงทั้งประสิทธิภาพของเว็บไซต์และประสบการณ์ของลูกค้า
• ประเภทอุปกรณ์: ความละเอียดหน้าจอแตกต่างกันไปตามอุปกรณ์ที่เข้าถึงหน้า นี่เป็นสิ่งสำคัญอย่างยิ่งเมื่อทำการทดสอบสำหรับผู้ชมบนอุปกรณ์เคลื่อนที่ซึ่งความละเอียดนั้นส่งผลกระทบอย่างมากต่อพฤติกรรมของผู้ใช้ เพื่อให้ได้รับประสบการณ์ที่มีคุณภาพ คุณต้องระบุอุปกรณ์ที่ผู้บริโภคของคุณใช้ ติดตามรูปแบบและ QA องค์ประกอบการทดสอบของคุณ (สำหรับอุปกรณ์เหล่านั้น) ตามลำดับ
• กราฟิกและภาพ: องค์ประกอบกราฟิกและภาพทั้งหมดควรผ่าน QA ซึ่งส่งผลต่อประสิทธิภาพของหน้าและเวลาในการโหลด ตามหลักการแล้ว คุณต้องเข้าใจวิธีใช้รูปภาพในการทดสอบ A/B รูปภาพใดๆ ที่คุณใช้ควรซิงค์กับโครงสร้างและการออกแบบเว็บไซต์ของคุณ และโหลดอย่างเหมาะสมบนอุปกรณ์ต่างๆ
• โดยทั่วไปทุกอย่าง: แบบฟอร์มในหน้าทำงานได้ดีหรือไม่? การเปลี่ยนแปลงใดๆ ส่งผลต่อคุณภาพของไซต์หรือไม่ เก่ากับใหม่มีลักษณะอย่างไร? เราสามารถพูดคุยเกี่ยวกับองค์ประกอบหลายร้อยรายการเกี่ยวกับ QA บนไซต์ แต่ยังพลาดประเด็นสำคัญ นี่คือเหตุผลที่คุณควรทราบทุกรายละเอียดเล็กๆ น้อยๆ ที่ต้องการการตรวจสอบและการทดสอบ และคุณจะทำอย่างไร? โดยการตรวจสอบและรับรองผลการเปลี่ยนแปลงของคุณอย่างต่อเนื่อง

การผสานรวมกับเครื่องมือของบุคคลที่สาม

หากคุณได้ตั้งค่าการ ผสานรวม Google Analytics (หรืออินเทอร์เฟซของบุคคลที่สามอื่นๆ เช่น Google Analytics, Mixpanel หรือ Kissmetrics) เพื่อส่งข้อมูลเฉพาะรูปแบบระหว่างแพลตฟอร์ม ตรวจสอบให้แน่ใจว่าข้อมูลไหลได้อย่างราบรื่นและถูกต้อง

กะพริบหรือกะพริบ

ลบการกะพริบก่อนทำการทดสอบจริง

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

ข้ามเบราว์เซอร์และข้ามอุปกรณ์

ปัญหาที่พบบ่อยที่สุดประการหนึ่งของการทดสอบ A/B คือ "ความเข้ากันได้ของเบราว์เซอร์และอุปกรณ์" ตรวจสอบลักษณะที่ปรากฏบนเบราว์เซอร์ยอดนิยม รวมทั้ง Chrome, Safari, Firefox, Edge และประเภทอุปกรณ์ เดสก์ท็อป แท็บเล็ต และมือถือ

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

คุณยังต้องดำเนินการ QA คุณควรพิจารณาปัญหาเฉพาะมือถือด้วย โปรดจำไว้ว่าประสบการณ์เดสก์ท็อปที่ดีนั้นไม่เหมือนกับประสบการณ์บนมือถือที่ดี

Talia Wolf ที่ปรึกษาการเพิ่มประสิทธิภาพ Conversion ที่ GetUplift สรุปปัญหา ข้ามอุปกรณ์ได้ ค่อนข้างดีและเสนอวิธีแก้ปัญหาที่เป็นไปได้:

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

3. เน้นที่ประสบการณ์หน้า

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

• การโต้ตอบกับผู้ใช้: เริ่มต้นด้วยการวิเคราะห์ว่าผู้ใช้โต้ตอบกับเพจอย่างไร แสดงรายการจุดสัมผัสการโต้ตอบที่แตกต่างกันและจัดหมวดหมู่ตามความสามารถทางเทคนิค ตรวจสอบให้แน่ใจว่าคุณได้ตรวจสอบรายละเอียดที่เล็กที่สุด ทุกอย่างสามารถคลิกและเปลี่ยนเส้นทางได้อย่างเหมาะสมหรือไม่ โฮเวอร์การนำทางมีลักษณะอย่างไร มีหน้าบกพร่องหรือทริกเกอร์ตีกลับหรือไม่?
• เวลาในการโหลดหน้าเว็บ: ก่อนที่คุณจะเรียกใช้การทดสอบ A/B และหลังจากเริ่มต้น ให้ตรวจสอบเวลาในการโหลดหน้าเว็บของคุณ ความแตกต่างของเวลาในการโหลดหน้าเว็บมักจะเล็กน้อย แต่ให้ตรวจสอบการเปลี่ยนแปลงรูปแบบอีกครั้งหากคุณเห็นว่าการเพิ่มขึ้นอย่างมีนัยสำคัญ อาจเป็นเพราะการเปลี่ยนแปลงที่คุณทำกับรูปแบบที่ใช้เวลานานในการโหลดหรือความเร็วของข้อมูลโค้ดติดตาม

เป็นที่น่าสังเกตว่าเวลาในการโหลดนานกว่าปกติเมื่อดำเนินการ QA ด้วยเครื่องมือทดสอบ ซึ่งเป็นการแสดงเวลาโหลดหน้าเว็บจริงที่ไม่ถูกต้อง

นอกจากนี้ การดูตัวอย่างการทดสอบในรูปแบบต่างๆ ยังรับประกันว่าการทดสอบจะโหลดอย่างถูกต้องและให้ผลลัพธ์ที่คาดหวัง

4. ปรับ QA ให้สอดคล้องกับเป้าหมายการแปลงของคุณ

การทดสอบ A/B เป็นสารตั้งต้นของการแปลง หากการทดสอบของคุณไม่สอดคล้องกับเป้าหมายการแปลงและการทดสอบ A/B ในที่สุด แสดงว่าคุณอยู่ในระยะที่ไกลและเสี่ยงต่อการใช้ทรัพยากรที่มีอยู่จนหมด

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

นี่คือกรณีการใช้งาน:

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

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

ทำไม QA ไม่ได้ทำอย่างถูกต้อง

ปัจจัยต่อไปนี้มีส่วนทำให้การทดสอบ A/B ของคุณไม่ได้รับ QA อย่างเพียงพอ

ข้อจำกัดด้านเวลา

ทีมพัฒนาอยู่ภายใต้แรงกดดันอย่างต่อเนื่องในการรักษาระดับการทดสอบแบบแยกส่วนเพื่อให้บรรลุเป้าหมายการเติบโตที่รวดเร็วยิ่งขึ้น อย่างไรก็ตาม การทดสอบ A/B มีแนวโน้มที่จะดำเนินการอย่างไม่ถูกต้องภายใต้ภาระดังกล่าว

ใช้รหัสติดตามอย่างไม่ถูกต้อง

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

ไม่มีสมมติฐานที่ชัดเจน

สมมติฐานใหม่จะถูกทดสอบกับหน้าเดิมของคุณในการทดสอบ A/B – ไม่มีอะไรมากไปกว่านี้ ไม่น้อย ไป และต้องมีการอธิบายและกำหนดอย่างเพียงพอ

ตัวอย่างเช่น คุณอาจต้องการดูว่าการรวมใบเสนอราคาจาก CEO นั้นเพิ่มหรือลดอัตราการแปลงของหน้า Landing Page หรือไม่ สมมติฐานว่างระบุว่าใบเสนอราคารวมไม่มีผลกระทบอย่างมีนัยสำคัญต่ออัตราการแปลง คุณสามารถตั้งสมมติฐานโดยตรงได้: การรวมผลลัพธ์ของการเสนอราคาไว้ด้วยอัตราการแปลงที่สูงกว่ามาก

ขนาดตัวอย่างไม่เพียงพอ

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

กลุ่มตัวอย่างที่ "เล็กลง" ยิ่งมีโอกาสเกิดความคลาดเคลื่อนในการประมาณค่าที่ "มากขึ้น"

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

วิธีแปลงเอาชนะความท้าทาย QA ทั่วไป

บริษัทใดๆ ก็ตามที่แนะนำการทดลองลงในกลยุทธ์การตลาดดิจิทัลควร รวมมาตรการ QA ไว้ในเวิร์กโฟลว์การดำเนินงาน เช่น การรับรองการผสานรวมและการแสดงตัวอย่างประสบการณ์ก่อนเผยแพร่

ที่ Convert เรารวมปริศนาหลายชิ้นเข้าด้วยกันเพื่อ สร้างกลยุทธ์ส่วนบุคคลด้วยวิธีที่ง่ายที่สุด เราได้ช่วยธุรกิจหลายร้อยแห่งปรับปรุงความสามารถในการสร้าง ทดสอบ ตรวจสอบ และเปิดตัวประสบการณ์ด้วยเครื่องมือและทรัพยากรที่หลากหลายของเรา

ให้เราแสดงให้คุณเห็นว่ามันคืออะไรและพวกเขาสามารถแก้ปัญหา QA ของคุณได้อย่างรอบด้านได้อย่างไร

โปรแกรมแก้ไขข้อบกพร่องของ Google Chrome Convert

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

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

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

ดูตัวอย่าง URL รูปแบบต่างๆ

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

โปรดคำนึงถึงบางสิ่งขณะดูตัวอย่าง URL รูปแบบต่างๆ:

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

บังคับให้เปลี่ยน URLs

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

ข้อควร จำ: คุณควรใช้ URL เหล่านี้สำหรับการทดสอบขั้นสุดท้ายสำหรับการทดสอบของคุณ

รูปแบบต่างๆ ที่แสดงด้วย URL นี้มาจากเซิร์ฟเวอร์ CDN ที่ใช้ในการทำการทดสอบ

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

การใช้พารามิเตอร์การค้นหาใน QA Audiences

คุณสามารถจำกัดผู้เข้าชมที่เห็นการทดสอบของคุณโดยเพิ่มผู้ชม QA เข้าไป

ในการสร้าง "ผู้ชมใหม่" คุณสามารถใช้เงื่อนไขเช่น:

กลาง: ตรงกันทุกประการ qa

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

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

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

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

ข้อควร จำ: การเพิ่มผู้ชม QA อาจส่งผลต่อความสามารถในการจับคู่เงื่อนไขไซต์และ URL ปลายทางของคุณ

บันทึกสด

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

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

ด้วย Live Logs คุณสามารถติดตามและติดตามว่า Conversion เกิดขึ้นได้อย่างไร นอกจากนี้ยังช่วยให้คุณ ตรวจสอบการตั้งค่าและดีบักปัญหาที่ พบระหว่างการตั้งค่าการทดสอบหรือการแปลงได้อย่างง่ายดาย บันทึกสดยังทำหน้าที่เป็นแหล่งที่มาเพื่อช่วยคุณติดตามรายได้และตรวจสอบการทดสอบและเป้าหมายที่ตั้งไว้

มองไปข้างหน้าเสมอ!

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

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

เราสำรวจชุมชนการเพิ่มประสิทธิภาพอัตราการแปลงเกี่ยวกับความสำคัญของ QA

คำตอบนั้นชัดเจน

ขั้นตอน QA มีความสำคัญต่อความสำเร็จของการทดสอบ โดยอ้างอิงจากผู้ตอบแบบสอบถาม 100%

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

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