Tài liệu này mô tả các kỹ thuật cần cân nhắc khi thực hiện thử nghiệm A/B cho API Place Autocomplete và Address Validation của Google Maps Platform.
Sau đây là một số lợi ích của việc sử dụng Place Autocomplete và Address Validation API:
- Cải thiện trải nghiệm khách hàng: Bằng cách cung cấp cho khách hàng các đề xuất theo thời gian thực về địa chỉ và địa điểm, bạn có thể giúp họ hoàn tất quy trình thanh toán nhanh chóng và dễ dàng hơn. Điều này có thể giúp cải thiện trải nghiệm khách hàng.
- Cải thiện độ chính xác của dữ liệu: Place Autocomplete và Address Validation API có thể giúp bạn cải thiện độ chính xác của dữ liệu khách hàng. Điều này có thể đặc biệt quan trọng trong thương mại điện tử, vì dữ liệu địa chỉ chính xác là yếu tố quyết định việc giao hàng thành công.
Để cải thiện chất lượng địa chỉ, hãy chạy thử nghiệm A/B để đánh giá giải pháp xác thực nào đáp ứng tốt nhất nhu cầu của bạn. Điều này giúp bạn có cơ hội quyết định về mặt định lượng xem sản phẩm nào phù hợp nhất với trường hợp sử dụng của bạn.
Thử nghiệm A/B là một cách để so sánh hai phiên bản của một trang web hoặc ứng dụng với nhau. Đây là một loại thử nghiệm có kiểm soát, được dùng để xác định ảnh hưởng của một thay đổi đối với một biến số dựa trên kết quả có thể đo lường được.
Để thực hiện thử nghiệm A/B, hãy tạo hai phiên bản của một trang hoặc ứng dụng, một phiên bản làm đối chứng và phiên bản còn lại có thay đổi có thể đo lường được. Sau đó, bạn cho những người dùng khác nhau xem các phiên bản này và đo lường cách họ tương tác với các phiên bản đó. Phiên bản hoạt động hiệu quả hơn sẽ là phiên bản chiến thắng.
Tổng quan về cấu trúc hệ thống
Hãy cùng xem xét thử nghiệm A/B cho tính năng Xác thực địa chỉ trong một trường hợp sử dụng thương mại điện tử. Sơ đồ cấu trúc bên dưới cho thấy cách khách hàng tương tác với trải nghiệm thương mại của bạn, giúp bạn xác định chiến lược xác thực hiệu quả hơn.
[System Context] A/B Testing Address Validation
Các hệ thống liên quan khi thử nghiệm A/B giá trị của Address Validation API.
Quy trình thử nghiệm A/B
Khi nghĩ về quy trình thử nghiệm A/B tổng thể, bạn cần cân nhắc 4 giai đoạn.
- Chuẩn bị – Xác định các yêu cầu, phạm vi và tiến trình thử nghiệm.
- Xây dựng – Triển khai Place Autocomplete và Address Validation API trong một môi trường để chạy thử nghiệm.
- Chạy – Thu thập các chỉ số trong khi thử nghiệm đang chạy, cho đến khi thu được kết quả có ý nghĩa hoặc hết thời gian.
- Phân tích – So sánh kết quả với giả thuyết và xác định các bước tiếp theo.
Chúng ta sẽ lần lượt tìm hiểu từng loại.
Thời gian chuẩn bị
Quyết định các yêu cầu thử nghiệm A/B
Khám phá ban đầu
Hãy tự hỏi: Tại sao bạn thêm hoặc thay đổi nhà cung cấp dịch vụ xác thực địa chỉ? Ví dụ: sử dụng tính năng Place Autocomplete trên Google Maps:
- Tiết kiệm thời gian: Bạn không cần phải nhập toàn bộ tên của một địa điểm khi chỉ cần bắt đầu nhập và xem các đề xuất xuất hiện.
- Giảm lỗi: Nếu bạn viết sai tên của một địa điểm, tính năng Place Autocomplete trên Google Maps vẫn sẽ đề xuất địa điểm chính xác.
Việc xác thực địa chỉ mang lại nhiều lợi ích, bao gồm:
- Cải thiện tỷ lệ giao hàng: Tính năng xác thực địa chỉ có thể giúp cải thiện tỷ lệ giao hàng bằng cách đảm bảo rằng thư và gói hàng được gửi đến đúng địa chỉ. Điều này có thể giúp doanh nghiệp tiết kiệm thời gian và tiền bạc, đồng thời cải thiện sự hài lòng của khách hàng.
- Cải thiện chất lượng dữ liệu: Tính năng xác thực địa chỉ có thể giúp cải thiện chất lượng dữ liệu bằng cách xác định và sửa lỗi trong địa chỉ. Điều này có thể giúp nâng cao độ chính xác của các chiến dịch tiếp thị và các sáng kiến khác dựa trên dữ liệu.
Quyết định giả thuyết
Quyết định giả thuyết cần kiểm thử. Sau đây là hai ví dụ:
1. Tỷ lệ chuyển đổi
Khi bạn thêm giải pháp gợi ý từ khoá, tỷ lệ chuyển đổi thường sẽ tăng nhẹ và đây là một chỉ số phù hợp để theo dõi. Nếu bạn đang thay đổi giải pháp nhập trước từ một nhà cung cấp khác, thì tỷ lệ chuyển đổi sẽ không đổi. Nếu tỷ lệ chuyển đổi giảm, thì điều đầu tiên bạn cần kiểm tra là việc triển khai.
Tỷ lệ chuyển đổi là một chỉ số quan trọng, nhưng có thể không phản ánh toàn bộ tình hình. Việc thêm giải pháp xác thực địa chỉ được thiết kế để ngăn người dùng gửi địa chỉ kém chất lượng tại điểm nhập và có thể thêm một số bước sàng lọc tự nhiên để thu thập địa chỉ trong một số trường hợp. Điều này có thể khiến tỷ lệ chuyển đổi tổng thể giảm, nhưng không nhất thiết là một điều xấu. Những đơn đặt hàng chưa hoàn tất do việc thêm tính năng xác thực địa chỉ có thể liên quan đến dữ liệu địa chỉ kém chất lượng, khiến doanh nghiệp phải chịu chi phí thông qua việc hoàn tiền giao hàng.
2. Giảm số lượng địa chỉ chất lượng kém
Đây là lúc một giải pháp xác thực địa chỉ hiệu quả có thể phát huy tác dụng. Khi triển khai tính năng Xác thực địa chỉ, bạn sẽ thấy dữ liệu địa chỉ kém chất lượng giảm đi.
Nếu đang so sánh một giải pháp mới với một giải pháp hiện có, bạn có thể chỉ so sánh tỷ lệ khớp "địa chỉ hợp lệ" và chọn dịch vụ có tỷ lệ khớp cao hơn. Điều này có thể gây hiểu lầm vì một dịch vụ có thể đưa ra nhiều kết quả dương tính giả hơn dịch vụ kia.
Thay vào đó, chỉ số có tác động lớn hơn là so sánh kết quả thành công của việc sử dụng dữ liệu địa chỉ. Lấy thương mại điện tử làm ví dụ, kết quả mong muốn của việc thu thập địa chỉ là việc giao hàng thành công.
Tạo
Giờ là phần thú vị! Đã đến lúc xây dựng một giải pháp mới cho khách hàng của bạn. Chúng tôi đã có một hướng dẫn hữu ích về cách triển khai Place Autocomplete và Address Validation API trên trang thanh toán thương mại điện tử. Bạn nên xem qua thông tin này trong khi hoàn tất bước này.
Ngay cả khi bạn không xây dựng riêng cho thương mại điện tử, thì nhiều thông tin vẫn có liên quan, đặc biệt là hướng dẫn về cách xác định chất lượng địa chỉ từ kết quả của Address Validation API.
Biểu đồ kiến trúc
Dưới đây là ví dụ về các vùng chứa có thể dùng để tạo thử nghiệm A/B trong môi trường thương mại điện tử:
[Execution Environment] A/B Testing Address Validation
Các ứng dụng, dịch vụ và kho dữ liệu quan trọng trong các hệ thống chính, hỗ trợ cấu trúc. (Nhấp để phóng to.)
Xác thực quá trình triển khai
Giải pháp được triển khai không đúng cách sẽ cho ra kết quả thử nghiệm không đáng tin cậy. Trước khi chạy thử nghiệm A/B, bạn cần xác thực giải pháp với một nhóm nhỏ người dùng để đảm bảo giải pháp hoạt động như mong đợi. Đó có thể là người kiểm thử QA nội bộ và/hoặc một nhóm người kiểm thử bên ngoài mà bạn tin tưởng để đưa ra ý kiến phản hồi mang tính xây dựng.
Chạy
Tăng số lượng thư từ từ
Ngay cả khi giải pháp đã được xác thực, bạn vẫn nên tăng dần quy mô thử nghiệm, bắt đầu từ một nhóm nhỏ người dùng. Bằng cách này, bạn có thể phát hiện sớm và nhanh chóng giải quyết lỗi hoặc các vấn đề khác mà không ảnh hưởng đến phần lớn người dùng.
Kiểm tra toàn diện
Sau khi giải pháp được một nhóm nhỏ người dùng thử nghiệm và mọi vấn đề đã được giải quyết, chúng ta có thể tiến hành thử nghiệm A/B đầy đủ. Tỷ lệ này không nhất thiết phải là 50/50, nhưng phải có quy mô tương đương với một nhóm người dùng thực tế được chọn ngẫu nhiên.
Đang ghi lại chỉ số
Trong quá trình thử nghiệm, bạn nên đảm bảo thu thập được dữ liệu phù hợp để hỗ trợ giả thuyết của mình. Bạn có thể sử dụng nền tảng thử nghiệm A/B trong quá trình này để dễ dàng thu thập dữ liệu và phân tích sau này. Google Maps Platform cũng thu thập các chỉ số sử dụng API có thể hữu ích. Bạn có thể xem trang này để tìm hiểu thêm về cách sử dụng các công cụ báo cáo của chúng tôi.
Sau đây là một số chỉ số được đề xuất:
Tự động hoàn thành địa điểm
Tỷ lệ chuyển đổi: Tỷ lệ chuyển đổi/hoàn thành của biểu mẫu có cải thiện so với khi chưa có giải pháp tự động hoàn thành không?
Mức độ tương tác với công cụ: Số người dùng tương tác thành công với tính năng Place Autocomplete có tăng lên so với giải pháp trước đó không?
Xác thực địa chỉ
Giao hàng thành công: Số lần giao hàng không thành công do chất lượng địa chỉ có giảm không?
Thay đổi địa chỉ: Số lần bạn bị đơn vị vận chuyển tính phí thay đổi địa chỉ có giảm không?
Nhà ở và thương mại: Có sự cải thiện nào trong việc thu thập dữ liệu về nhà ở và thương mại không? (chỉ áp dụng ở một số thị trường)
Phân tích
Giờ đây, khi thử nghiệm đã kết thúc, bạn cần phân tích kết quả dựa trên các tiêu chí và giả thuyết ban đầu của thử nghiệm. Nếu bạn đã sử dụng một nền tảng thử nghiệm A/B để hoàn tất quy trình, thì có thể bạn đã có một số thông tin.
Quay lại phần Giảm số lượng địa chỉ chất lượng kém ở trên, bạn cũng có thể sử dụng các chỉ số khác có thể chưa được nền tảng thử nghiệm A/B ghi lại. Đây có thể là tỷ lệ giao hàng không thành công giữa các tình huống thử nghiệm, với dữ liệu mẫu như sau:
| Giải pháp A | Giải pháp B | |
|---|---|---|
| Không gửi được | 1,75% | 1,23% |
Xem xét ví dụ cơ bản ở trên, rõ ràng là đối với trường hợp sử dụng này, Giải pháp B sẽ là lựa chọn tốt hơn.
Kết luận
Chúng tôi hy vọng hướng dẫn này đã cung cấp cho bạn đủ thông tin để bắt đầu hành trình thử nghiệm A/B! Mặc dù bài viết này sử dụng các ví dụ trong lĩnh vực thương mại điện tử, nhưng bạn có thể áp dụng các nguyên tắc cơ bản tương tự cho mọi lĩnh vực. Xác định kết quả thành công của việc có dữ liệu địa chỉ chất lượng tốt trong doanh nghiệp và theo dõi kết quả đó làm giả thuyết chính.
Chúng tôi đã thêm lại các đường liên kết được đề cập trong hướng dẫn bên dưới để bạn tham khảo thêm.
Chúc bạn kiểm thử vui vẻ!
Các bước tiếp theo
Tải Sách trắng Cải thiện quy trình thanh toán, giao hàng và hoạt động bằng địa chỉ đáng tin cậy xuống và xem Hội thảo trực tuyến Cải thiện quy trình thanh toán, giao hàng và hoạt động bằng tính năng Xác thực địa chỉ .
Tài liệu đọc thêm nên tham khảo:
- Xác thực địa chỉ khi thanh toán trên trang thương mại điện tử
- Tài liệu về Place Autocomplete
- Tài liệu về Address Validation API
- Báo cáo của Google Maps Platform
Người đóng góp
Tác giả chính:
Henrik Valve | Kỹ sư giải pháp của Google Maps Platform