Tài liệu này mô tả những kỹ thuật cần cân nhắc khi thực hiện thử nghiệm A/B của API Tính năng tự động hoàn thành địa điểm và Xác thực địa chỉ của Google Maps Platform.
Sau đây là một số lợi ích khi sử dụng Place Autocomplete và Address Validation API:
- Cải thiện trải nghiệm của 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 khách hàng có trải nghiệm tốt hơn.
- Cải thiện độ chính xác của dữ liệu: API Địa chỉ xác thực và API Tự động hoàn thành địa điểm 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 gói 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 một cách định lượng 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ố lên một 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 đóng vai trò là đố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 sẽ là phiên bản chiến thắng.
Tổng quan về cấu trúc hệ thống
Hãy xem tính năng thử nghiệm A/B của 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 dưới đây 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] Xác thực địa chỉ bằng thử nghiệm A/B
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à thời gian kiểm thử.
- Tạo – 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 kiểm thử đang chạy, cho đến khi đạt đượ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 nói về từng yếu tố này.
Thời gian chuẩn bị
Quyết định về các yêu cầu đối với 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 Tự động hoàn thành địa điểm của 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 mà 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 Tự động hoàn thành địa điểm của Google Maps vẫn sẽ đề xuất địa điểm chính xác.
Xác thực địa chỉ mang lại nhiều lợi ích, bao gồm:
- Cải thiện tỷ lệ gửi thư: Tính năng xác thực địa chỉ có thể giúp cải thiện tỷ lệ gửi thư bằng cách đảm bảo 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 nâng cao mức độ hài lòng của khách hàng.
- Cải thiện chất lượng dữ liệu: 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à những sáng kiến khác dựa trên dữ liệu.
Quyết định về giả thuyết
Quyết định giả thuyết bạn muốn thử nghiệm. Sau đây là hai ví dụ:
1. Tỷ lệ chuyển đổi
Khi thêm giải pháp nhập liệu dự đoán, bạn thường thấy tỷ lệ chuyển đổi tăng nhẹ và đây là một chỉ số hữu ích để theo dõi. Nếu bạn đang thay đổi giải pháp nhập liệu dự đoán từ một nhà cung cấp khác, thì bạn nên dự kiến tỷ lệ chuyển đổi không đổi. Nếu tỷ lệ chuyển đổi giảm, việc đầu tiên bạn cần làm là kiểm tra việc triển khai.
Tỷ lệ chuyển đổi là một chỉ số 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 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ố trở ngại tự nhiên vào quá trình 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 coi đây là điều tiêu cực. 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, dẫn đến việc doanh nghiệp phải trả phí hoàn tiền giao hàng.
2. Giảm số lượng địa chỉ kém chất lượng
Đâ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. Bằng cách triển khai tính năng Xác thực địa chỉ, bạn có thể giảm lượng dữ liệu địa chỉ có chất lượng kém.
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ệ trùng khớp "địa chỉ hợp lệ" và chọn dịch vụ có tỷ lệ trùng 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ụ khác.
Thay vào đó, chỉ số có tác động lớn hơn là so sánh kết quả thành công khi 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ỉ sẽ là việc giao gói hàng thành công.
Tạo
Giờ là phần thú vị! Đã đến lúc bạn cần xây dựng một giải pháp mới cho khách hàng. Chúng tôi đã có một hướng dẫn hữu ích để triển khai Tính năng tự động hoàn thành địa điểm và Address Validation API trên quy trình thanh toán của trang thương mại điện tử. Bạn nên xem xét vấ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ử, nhiều thông tin vẫn phù hợp, đặc biệt là hướng dẫn về cách xác định chất lượng địa chỉ từ đầu ra của Address Validation API.
Sơ đồ kiến trúc
Sau đây là ví dụ về các vùng chứa có thể dùng để tạo một thử nghiệm A/B trong môi trường thương mại điện tử:
[Môi trường thực thi] Xác thực địa chỉ thử nghiệm A/B
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
Một giải pháp được triển khai kém sẽ tạo ra kết quả kiểm thử 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. Đây có thể là nhóm 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 chọn, những người 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 số lượng
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 phần lớn người dùng.
Kiểm tra toàn diện
Sau khi một nhóm nhỏ người dùng thử nghiệm giải pháp và mọi vấn đề đã được giải quyết, chúng ta có thể tăng tốc để 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 đang hoạt động được chọn ngẫu nhiên.
Ghi lại chỉ số
Trong quá trình kiểm thử, 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 một nền tảng kiểm thử 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ố về mức sử dụng API. 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ó tăng lên so với khi bạn chưa có giải pháp tự động điền 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 đó không?
Xác thực địa chỉ
Giao hàng thành công: Có sự sụt giảm số lượt giao hàng không thành công do chất lượng địa chỉ không?
Thay đổi địa chỉ: Số lượng khoản phí thay đổi địa chỉ mà bạn nhận được từ công ty chuyển phát có giảm đi không?
Khu dân cư so với khu thương mại: Có sự cải thiện nào trong việc thu thập dữ liệu về khu dân cư so với khu thương mại không? (chỉ ở một số thị trường)
Phân tích
Bây giờ, khi thử nghiệm kết thúc, đã đến lúc phân tích kết quả dựa trên 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 này, thì có thể bạn đã có sẵn một số thông tin.
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ể chưa ghi nhận được. Đây có thể là tỷ lệ giao hàng không thành công giữa các tình huống kiểm thử, với dữ liệu ví dụ như sau:
| Giải pháp A | Giải pháp B | |
|---|---|---|
| Không gửi được | 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ù có sử dụng ví dụ từ không gian 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 khi có dữ liệu địa chỉ chất lượng cao trong doanh nghiệp của bạn và theo dõi kết quả đó dưới dạng 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 có thể đọc thêm.
Chúc bạn kiểm thử vui vẻ!
Các bước tiếp theo
Tải 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 Sách trắng và xem 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ỉ Hội thảo trực tuyến.
Tài liệu đọc thêm được đề xuất:
- Xác thực địa chỉ cho quy trình thanh toán của thương mại điện tử
- Tài liệu về tính năng Tự động hoàn thành địa điểm
- Tài liệu về Address Validation API
- Báo cáo của Nền tảng Google Maps
Người đóng góp
Tác giả chính:
Henrik Valve | Kỹ sư giải pháp của Nền tảng Google Maps