เอกสารนี้อธิบายเทคนิคที่ควรพิจารณาเมื่อทำการทดสอบ A/B ของ Place Autocomplete และ Address Validation API ของ Google Maps Platform
ประโยชน์ 2 ข้อของการใช้ Place Autocomplete และ Address Validation API มีดังนี้
- ปรับปรุงประสบการณ์ของลูกค้า: การให้คำแนะนำแบบเรียลไทม์สำหรับที่อยู่และสถานที่จะช่วยให้ลูกค้าชำระเงินได้อย่างรวดเร็วและง่ายดายยิ่งขึ้น ซึ่งอาจส่งผลให้ลูกค้าได้รับประสบการณ์การใช้งานที่ดีขึ้น
- เพิ่มความแม่นยำของข้อมูล: ฟีเจอร์ป้อนข้อความอัตโนมัติของสถานที่และ Address Validation API จะช่วยเพิ่มความแม่นยำของข้อมูลลูกค้า ซึ่งอาจมีความสำคัญอย่างยิ่งในอีคอมเมิร์ซ เนื่องจากต้องใช้ข้อมูลที่อยู่ที่ถูกต้องเพื่อให้การนำส่งพัสดุสำเร็จ
หากต้องการปรับปรุงคุณภาพของที่อยู่ ให้ทำการทดสอบ A/B เพื่อประเมินว่าโซลูชันการตรวจสอบใดที่ตรงกับความต้องการของคุณมากที่สุด วิธีนี้จะช่วยให้คุณตัดสินใจได้อย่างเป็นปริมาณว่าผลิตภัณฑ์ใดเหมาะกับกรณีการใช้งานของคุณมากที่สุด
การทดสอบ A/B คือวิธีเปรียบเทียบหน้าเว็บหรือแอป 2 เวอร์ชัน ซึ่งเป็นการทดสอบที่มีการควบคุมประเภทหนึ่งที่ใช้ในการพิจารณาผลลัพธ์ที่การเปลี่ยนแปลงตัวแปรมีต่อผลลัพธ์ที่วัดได้
หากต้องการทำการทดสอบ A/B ให้สร้างหน้าเว็บหรือแอป 2 เวอร์ชัน โดยเวอร์ชันหนึ่งเป็นกลุ่มควบคุมและอีกเวอร์ชันมีการเปลี่ยนแปลงที่วัดผลได้ จากนั้นแสดงเวอร์ชันเหล่านี้ต่อผู้ใช้รายต่างๆ และวัดวิธีที่ผู้ใช้โต้ตอบกับเวอร์ชัน เวอร์ชันที่มีประสิทธิภาพดีกว่าจะเป็นผู้ชนะ
ภาพรวมสถาปัตยกรรมของระบบ
มาดูการทดสอบ A/B ของการตรวจสอบที่อยู่ใน Use Case ของอีคอมเมิร์ซกัน แผนภาพสถาปัตยกรรมด้านล่างแสดงวิธีที่ลูกค้าโต้ตอบกับประสบการณ์เชิงพาณิชย์ ซึ่งจะช่วยให้คุณกำหนดกลยุทธ์การตรวจสอบที่มีประสิทธิภาพมากขึ้นได้
[System Context] A/B Testing Address Validation
ระบบที่เกี่ยวข้องเมื่อทำการทดสอบ A/B กับค่าของ Address Validation API
กระบวนการทดสอบ A/B
เมื่อพิจารณากระบวนการทดสอบ A/B โดยรวม คุณควรพิจารณา 4 ระยะต่อไปนี้
- เตรียมการ - ระบุข้อกำหนดการทดสอบ ขอบเขต และลำดับเวลา
- สร้าง - ใช้ Place Autocomplete และ Address Validation API ในสภาพแวดล้อมที่จะทำการทดสอบ
- เรียกใช้ - รวบรวมเมตริกขณะที่การทดสอบทํางานอยู่จนกว่าจะได้รับผลลัพธ์ที่สําคัญหรือเวลาหมด
- วิเคราะห์ - เปรียบเทียบผลลัพธ์กับสมมติฐานและระบุขั้นตอนถัดไป
เราจะพูดถึงแต่ละรายการเหล่านี้ทีละรายการ
เตรียม
พิจารณาข้อกําหนดการทดสอบ A/B
การค้นพบครั้งแรก
ลองถามตัวเองว่าเหตุใดคุณจึงเพิ่มหรือเปลี่ยนผู้ให้บริการตรวจสอบที่อยู่ ตัวอย่างเช่น การใช้ฟีเจอร์เติมข้อความอัตโนมัติของสถานที่ใน Google Maps
- ประหยัดเวลา: คุณไม่ต้องพิมพ์ชื่อสถานที่ทั้งชื่อเมื่อสามารถเริ่มพิมพ์และดูคำแนะนำที่ปรากฏขึ้น
- ลดข้อผิดพลาด: หากคุณสะกดชื่อสถานที่ไม่ถูกต้อง ฟีเจอร์เติมข้อความอัตโนมัติของ Google Maps Places จะยังคงแนะนำสถานที่ที่ถูกต้อง
การตรวจสอบที่อยู่มีประโยชน์หลายประการ ดังนี้
- อัตราการนำส่งที่ดีขึ้น: การตรวจสอบที่อยู่จะช่วยปรับปรุงอัตราการนำส่งโดยการตรวจสอบว่ามีการส่งจดหมายและพัสดุไปยังที่อยู่ที่ถูกต้อง ซึ่งจะช่วยประหยัดเวลาและค่าใช้จ่ายให้กับธุรกิจ รวมถึงปรับปรุงความพึงพอใจของลูกค้า
- คุณภาพข้อมูลที่ดีขึ้น: การตรวจสอบที่อยู่จะช่วยปรับปรุงคุณภาพของข้อมูลโดยการระบุและแก้ไขข้อผิดพลาดในที่อยู่ ซึ่งจะช่วยเพิ่มความแม่นยำของแคมเปญการตลาดและโครงการริเริ่มอื่นๆ ที่ได้จากข้อมูล
การเลือกสมมติฐาน
เลือกสมมติฐานที่จะทดสอบ ตัวอย่าง 2 รายการมีดังนี้
1. อัตรา Conversion
เมื่อเพิ่มโซลูชันการพิมพ์ตามคำที่แนะนำ อัตรา Conversion มักจะเพิ่มขึ้นเล็กน้อย และเมตริกนี้เหมาะสําหรับการติดตาม หากคุณเปลี่ยนโซลูชันการพิมพ์ตามตัวอย่างจากผู้ให้บริการรายอื่น คุณควรคาดหวังอัตรา Conversion แบบคงที่ หากอัตรา Conversion ลดลง สิ่งแรกที่ต้องตรวจสอบคือการติดตั้งใช้งาน
อัตรา Conversion มีความสำคัญ แต่อาจไม่ได้บอกข้อมูลทั้งหมด การเพิ่มโซลูชันการตรวจสอบที่อยู่ออกแบบมาเพื่อป้องกันไม่ให้ผู้ใช้ส่งที่อยู่คุณภาพต่ำ ณ จุดแรกเข้า และอาจเพิ่มการขัดข้องเล็กน้อยในการป้อนที่อยู่ในบางสถานการณ์ ซึ่งอาจทําให้อัตรา Conversion โดยรวมลดลง แต่ก็ไม่ได้หมายความว่าเป็นสิ่งเลวร้ายเสมอไป คำสั่งซื้อที่ดำเนินการไม่เสร็จสมบูรณ์เนื่องจากการเพิ่มการยืนยันที่อยู่อาจเชื่อมโยงกับข้อมูลที่อยู่คุณภาพต่ำซึ่งจะส่งผลให้ธุรกิจมีค่าใช้จ่ายผ่านการปฏิเสธการชำระเงินสำหรับการนำส่ง
2. การลดที่อยู่คุณภาพต่ำ
นี่เป็นจุดที่โซลูชันการตรวจสอบที่อยู่ที่ดีจะแสดงประสิทธิภาพได้อย่างเต็มที่ เมื่อใช้การตรวจสอบที่อยู่ คุณควรเห็นข้อมูลที่อยู่คุณภาพต่ำลดลง
หากเปรียบเทียบโซลูชันใหม่กับโซลูชันที่มีอยู่ คุณอาจอยากเปรียบเทียบอัตราการจับคู่ "ที่อยู่ที่ดี" และเลือกบริการที่มีอัตราการจับคู่สูงกว่า ซึ่งอาจทำให้เข้าใจผิดได้ เนื่องจากบริการหนึ่งอาจให้ผลบวกลวงมากกว่าอีกบริการหนึ่ง
แต่เมตริกที่มีประสิทธิภาพมากกว่าคือการเปรียบเทียบผลลัพธ์ที่ประสบความสำเร็จของการใช้ข้อมูลที่อยู่ ยกตัวอย่างเช่น อีคอมเมิร์ซ ผลลัพธ์ที่ต้องการจากการบันทึกที่อยู่คือการนำส่งพัสดุที่สำเร็จลุล่วง
สร้าง
ทีนี้มาเริ่มส่วนที่สนุกกัน ถึงเวลาสร้างโซลูชันใหม่สําหรับลูกค้าแล้ว เรามีคู่มือที่มีประโยชน์สำหรับการใช้ Place Autocomplete และ Address Validation API ในการชําระเงินของอีคอมเมิร์ซอยู่แล้ว เราขอแนะนำให้คุณตรวจสอบข้อมูลนี้ขณะทำขั้นตอนนี้
แม้ว่าคุณจะไม่ได้สร้างแอปสําหรับอีคอมเมิร์ซโดยเฉพาะ แต่ข้อมูลจำนวนมากก็ยังคงมีความเกี่ยวข้อง โดยเฉพาะคําแนะนําในการระบุคุณภาพของที่อยู่จากเอาต์พุตของ Address Validation API
แผนภาพสถาปัตยกรรม
ตัวอย่างคอนเทนเนอร์ที่สามารถใช้สร้างการทดสอบ A/B ในสภาพแวดล้อมอีคอมเมิร์ซมีดังนี้
[Execution Environment] A/B Testing Address Validation
แอปพลิเคชัน บริการ และที่เก็บข้อมูลสําคัญในระบบสําคัญที่ขับเคลื่อนสถาปัตยกรรม (คลิกเพื่อขยาย)
การตรวจสอบการติดตั้งใช้งาน
โซลูชันที่ติดตั้งใช้งานไม่ดีจะให้ผลการทดสอบที่ไม่เชื่อถือได้ ก่อนทำการทดสอบ A/B สิ่งสำคัญคือต้องตรวจสอบโซลูชันกับกลุ่มผู้ใช้เล็กๆ ก่อนเพื่อให้แน่ใจว่าโซลูชันทำงานตามที่คาดไว้ ซึ่งอาจเป็นผู้ทดสอบ QA ภายใน และ/หรือกลุ่มผู้ทดสอบภายนอกที่คุณเลือกไว้ ซึ่งคุณไว้วางใจว่าจะให้ความคิดเห็นที่เป็นประโยชน์
เรียกใช้
เพิ่มปริมาณอย่างช้าๆ
แม้ว่าจะมีการตรวจสอบโซลูชันแล้ว แต่คุณก็ควรค่อยๆ เพิ่มการทดสอบโดยเริ่มจากผู้ใช้กลุ่มเล็กๆ วิธีนี้จะช่วยให้พบข้อบกพร่องหรือปัญหาอื่นๆ ได้ตั้งแต่เนิ่นๆ และแก้ไขได้อย่างรวดเร็วโดยไม่ส่งผลกระทบต่อผู้ใช้จำนวนมาก
การทดสอบแบบเต็ม
เมื่อผู้ใช้กลุ่มเล็กๆ ทดสอบโซลูชันและแก้ไขปัญหาแล้ว เราจะเพิ่มการทดสอบ A/B เต็มรูปแบบได้ ซึ่งไม่จำเป็นต้องเป็นการแยกการเข้าชมแบบ 50/50 จริง แต่ควรมีขนาดเทียบเคียงกับชุดการใช้งานจริงที่เลือกแบบสุ่ม
การบันทึกเมตริก
ในระหว่างการทดสอบ คุณควรเก็บรวบรวมข้อมูลที่สอดคล้องกันเพื่อสนับสนุนสมมติฐานของคุณ คุณสามารถใช้แพลตฟอร์มการทดสอบ A/B ในระหว่างกระบวนการนี้เพื่อรวบรวมข้อมูลและวิเคราะห์ในภายหลังได้ง่ายขึ้น นอกจากนี้ Google Maps Platform ยังรวบรวมเมตริกการใช้งาน API ที่อาจเป็นประโยชน์ด้วย คุณสามารถไปที่หน้านี้เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้เครื่องมือการรายงานของเรา
เมตริกที่แนะนํามีดังนี้
Place Autocomplete
อัตรา Conversion: อัตรา Conversion/การทําแบบฟอร์มเสร็จสมบูรณ์เพิ่มขึ้นไหมเมื่อเทียบกับตอนที่ไม่มีโซลูชันการเติมข้อความอัตโนมัติ
การโต้ตอบกับเครื่องมือ: ผู้ใช้โต้ตอบกับฟีเจอร์การเติมข้อความอัตโนมัติของสถานที่สำเร็จมากขึ้นเมื่อเทียบกับโซลูชันก่อนหน้าหรือไม่
การยืนยันที่อยู่
การนำส่งสำเร็จ: การนำส่งที่ไม่สำเร็จเนื่องจากคุณภาพที่อยู่ลดลงหรือไม่
การเปลี่ยนที่อยู่: จำนวนการเรียกเก็บเงินค่าเปลี่ยนที่อยู่ที่คุณได้รับจากผู้ให้บริการจัดส่งลดลงหรือไม่
ที่พักอาศัยกับเชิงพาณิชย์: การบันทึกข้อมูลที่พักอาศัยกับเชิงพาณิชย์ได้รับการปรับปรุงหรือไม่ (บางตลาดเท่านั้น)
วิเคราะห์
เมื่อการทดสอบสิ้นสุดลงแล้ว ก็ถึงเวลาวิเคราะห์ผลลัพธ์เทียบกับเกณฑ์การทดสอบและสมมติฐานเดิม หากคุณใช้แพลตฟอร์มการทดสอบ A/B เพื่อดําเนินการตามกระบวนการให้เสร็จสมบูรณ์ ข้อมูลบางอย่างอาจพร้อมใช้งานแล้ว
กลับไปที่ส่วนการลดที่อยู่คุณภาพต่ำด้านบน คุณยังใช้เมตริกอื่นๆ ที่แพลตฟอร์มการทดสอบ A/B อาจไม่ได้บันทึกไว้ได้ด้วย ซึ่งอาจเป็นอัตราการนำส่งที่ไม่สําเร็จระหว่างสถานการณ์การทดสอบ โดยมีตัวอย่างข้อมูลดังนี้
โซลูชัน ก | โซลูชัน ข | |
---|---|---|
การนำส่งที่ไม่สำเร็จ | 1.75% | 1.23% |
เมื่อดูตัวอย่างพื้นฐานด้านบน จะเห็นได้ชัดว่าโซลูชัน ข. เหมาะสําหรับ Use Case นี้มากกว่า
บทสรุป
เราหวังว่าคู่มือนี้จะให้ข้อมูลเพียงพอในการเริ่มต้นเส้นทางการทดสอบ A/B แม้ว่าจะมีการใช้ตัวอย่างจากพื้นที่อีคอมเมิร์ซ แต่หลักการพื้นฐานเดียวกันนี้สามารถนําไปใช้ได้กับทุกพื้นที่ ระบุผลลัพธ์ที่ประสบความสำเร็จจากการมีข้อมูลที่อยู่คุณภาพดีในธุรกิจ และติดตามผลลัพธ์นั้นเพื่อเป็นสมมติฐานหลัก
เราได้ใส่ลิงก์ที่กล่าวถึงในคู่มือไว้ด้านล่างอีกครั้งเพื่อเป็นข้อมูลอ่านเพิ่มเติม
ขอให้สนุกกับการทดสอบ
ขั้นตอนถัดไป
ดาวน์โหลดเอกสารประกอบปรับปรุงการชำระเงิน การนำส่ง และการดำเนินการด้วยที่อยู่ที่น่าเชื่อถือ และดูการสัมมนาผ่านเว็บเรื่องการปรับปรุงการชำระเงิน การนำส่ง และการดำเนินการด้วยการตรวจสอบที่อยู่
แหล่งข้อมูลอื่นๆ ที่แนะนํา
- การตรวจสอบที่อยู่สําหรับจุดชำระเงินของอีคอมเมิร์ซ
- เอกสารประกอบเกี่ยวกับฟีเจอร์ Place Autocomplete
- เอกสารประกอบของ Address Validation API
- การรายงาน Google Maps Platform
ผู้ร่วมให้ข้อมูล
ผู้แต่งหลัก:
Henrik Valve | วิศวกรโซลูชัน Google Maps Platform