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