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 các 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 API 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: API Tự động hoàn thành địa điểm và Xác thực địa chỉ 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ố cần thiết để 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á xem 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 một cách đị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à 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ố đối với kết quả có thể đo lường.
Để 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. 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 là phiên bản chiến thắng.
Tổng quan về kiến trúc hệ thống
Hãy xem xét thử nghiệm A/B cho tính năng Xác thực địa chỉ trong trường hợp sử dụng thương mại điện tử. Sơ đồ kiến 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, cho phép bạn xác định chiến lược xác thực hiệu quả hơn.
[Bối cảnh hệ thống] Thử nghiệm A/B cho tính năng Xác thực địa chỉ
Các hệ thống liên quan khi thử nghiệm A/B cho giá trị của API Xác thực địa chỉ.
Quy trình thử nghiệm A/B
Khi bạn đang cân nhắc quy trình thử nghiệm A/B tổng thể, có 4 giai đoạn cần xem xét.
- Chuẩn bị – Xác định các yêu cầu, phạm vi và khung thời gian kiểm thử.
- Xây dựng – Triển khai API Tự động hoàn thành địa điểm và Xác thực địa chỉ 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 đạt được kết quả đáng kể 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 nói về từng giai đoạn này.
Chuẩn bị
Quyết định các yêu cầu về 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 của Google Maps:
- Tiết kiệm thời gian: Bạn không 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 chính tả tên của một địa điểm, tính năng Place Autocomplete của Google Maps vẫn sẽ đề xuất địa điểm chính xác.
Có nhiều lợi ích khi xác thực địa 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à bưu kiện đượ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ể cải thiện độ 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 về giả thuyết
Quyết định về giả thuyết cần kiểm thử. Dưới đây là 2 ví dụ:
1. Tỷ lệ chuyển đổi
Khi bạn thêm một giải pháp nhập trước, bạn thường thấy tỷ lệ chuyển đổi tăng nhẹ và đây là một chỉ số tốt để 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ì bạn nên kỳ vọng tỷ lệ chuyển đổi sẽ không đổi. Nếu tỷ lệ chuyển đổi giảm, thì việc đầu tiên cần kiểm tra là quá trình triển khai.
Tỷ lệ chuyển đổi rất quan trọng, nhưng có thể không cho biết toàn bộ câu chuyện. Việc thêm một giải pháp xác thực địa chỉ được thiết kế để ngăn mọi người gửi địa chỉ kém chất lượng tại điểm nhập và có thể làm tăng một số trở ngại tự nhiên đối với việc thu thập địa chỉ trong một số trường hợp. Điều này có thể dẫn đến việc giảm tỷ lệ chuyển đổi tổng thể, nhưng không nhất thiết phải xem đây là điều xấu. Các đơ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, dẫn đến việc doanh nghiệp phải chịu chi phí do các khoản bồi hoàn phí giao hàng.
2. Giảm số lượng địa chỉ kém chất lượng
Đây là nơi một giải pháp xác thực địa chỉ tốt có thể thực sự phát huy hiệu quả. Bằng cách triển khai tính năng Xác thực địa chỉ, bạn nên kỳ vọng sẽ thấy số lượng dữ liệu địa chỉ kém chất lượng giảm.
Nếu bạn đang so sánh một giải pháp mới với một giải pháp hiện có, thì bạn có thể chỉ muốn so sánh tỷ lệ khớp "địa chỉ tốt" 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ể cung cấp nhiều kết quả dương tính giả hơn dịch vụ còn lại.
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 cuối cùng.
Tạo
Bây 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 để 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 hướng dẫn 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 API Xác thực địa chỉ.
Biểu đồ kiến trúc
Dưới đây là ví dụ về các vùng chứa có thể dùng để xây dựng thử nghiệm A/B trong môi trường thương mại điện tử:
[Môi trường thực thi] Thử nghiệm A/B cho tính năng Xác thực địa chỉ
Các ứng dụng, dịch vụ và kho lưu trữ dữ liệu quan trọng trong các hệ thống chính, hỗ trợ kiến trúc. (Nhấp để phóng to.)
Xác thực quá trình triển khai
Một giải pháp được triển khai kém sẽ tạo ra kết quả thử nghiệm không đáng tin cậy. Trước khi chạy thử nghiệm A/B, trước tiên, 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. Đây có thể là những 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 được chọn mà bạn tin tưởng sẽ đưa ra ý kiến phản hồi mang tính xây dựng.
Chạy
Tăng dần
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 với 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 các lỗi hoặc vấn đề khác và nhanh chóng giải quyết mà không ảnh hưởng đến một tỷ lệ lớn người dùng.
Thử nghiệm đầy đủ
Sau khi giải pháp đã được một nhóm nhỏ người dùng kiểm thử và mọi vấn đề đã được giải quyết, chúng ta có thể tăng dần quy mô lên thử nghiệm A/B đầy đủ. Điều này không nhất thiết phải là tỷ lệ phân chia lưu lượng truy cập thực là 50/50, nhưng phải có quy mô tương đương với một tập hợp các lượt sử dụng thực tế được chọn ngẫu nhiên.
Thu thập các chỉ số
Trong quá trình thử nghiệm, bạn phải đảm bảo rằng dữ liệu phù hợp để hỗ trợ giả thuyết của bạn được thu thập. 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. Nền tảng Google Maps cũng thu thập các chỉ số về mức 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:
Place Autocomplete
Tỷ lệ chuyển đổi: Tỷ lệ chuyển đổi/tỷ lệ hoàn thành của biểu mẫu có cải thiện so với trước đây khi không có giải pháp tự động hoàn thành không?
Tương tác với công cụ: Có nhiều người dùng tương tác thành công với tính năng Tự động hoàn thành địa điểm hơn so với giải pháp trước đây không?
Xác thực địa chỉ
Giao hàng thành công: Tỷ lệ 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ượng phí thay đổi địa chỉ mà bạn nhận được từ các công ty chuyển phát nhanh có giảm không?
Khu dân cư so với khu thương mại: Việc thu thập dữ liệu về khu dân cư so với khu thương mại có cải thiện không? (chỉ áp dụng ở một số thị trường)
Phân tích
Bây giờ thử nghiệm đã kết thúc, đã đến lúc phân tích kết quả dựa trên các tiêu chí và giả thuyết thử nghiệm ban đầu. Nếu bạn đã sử dụng nền tảng thử nghiệm A/B để hoàn tất quy trình, thì một số thông tin có thể đã có sẵn cho bạn.
Quay lại phần Giảm số lượng địa chỉ kém chất lượng ở trên, bạn cũng có thể sử dụng các chỉ số khác mà nền tảng thử nghiệm A/B có thể không thu thập được. Đây có thể là tỷ lệ giao hàng không thành công giữa các trường hợp thử nghiệm, với dữ liệu ví dụ như sau:
| Giải pháp A | Giải pháp B | |
|---|---|---|
| Giao hàng không thành công | 1,75% | 1,23% |
Nhìn vào 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ù hướng dẫn này đã sử dụng các ví dụ từ 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 của bạn 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, làm tài liệu đọc thêm được đề xuất.
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 được đề xuất:
- Xác thực địa chỉ cho trang thanh toán thương mại điện tử
- Tài liệu về Place Autocomplete
- Tài liệu về API Xác thực địa chỉ
- 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