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