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 Place Autocomplete và Address Validation API 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ố 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á 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 mình.
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 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 tốt 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 một 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 sẽ 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 Address Validation API.
Quy trình thử nghiệm A/B
Khi bạn nghĩ về quy trình thử nghiệm A/B tổng thể, có 4 giai đoạn cần cân nhắc.
- Thời gian chuẩn bị – Xác định các yêu cầu, phạm vi và thời gian thử nghiệm.
- 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 thử nghiệm đang chạy, cho đến khi thu đượ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.
Thời gian chuẩn bị
Quyết định về 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 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 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 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.
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à 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ể 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 mà bạn muố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ì điều đầu tiên cần kiểm tra là quá trình 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 mọi người gửi địa chỉ có chất lượng kém 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 xem đây là một đ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ỉ có chất lượng kém, dẫn đến việc doanh nghiệp phải chịu chi phí thông qua các khoản hoàn tiền phí giao hàng.
2. Giảm số lượng địa chỉ có chất lượng kém
Đâ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 dữ liệu địa chỉ có chất lượng kém giảm đi.
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ụ cung cấp 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 gói hàng thành công.
Tạo
Bây giờ là phần thú vị! Đã đến lúc tạo 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 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 tạo 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.
Sơ đồ kiến trúc
Dưới đây là một 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ử:
[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, điều quan trọng đầu tiên là 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 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 số lượng thư từ từ, bắt đầu với một nhóm nhỏ người dùng. Bằng cách này, các lỗi hoặc vấn đề khác có thể được phát hiện sớm và giải quyết nhanh chóng 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 số lượng thư lên để thực hiệ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ó kích thước tương đương với một tập hợp được chọn ngẫu nhiên về mức sử dụng thực tế.
Thu thập 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 việc trước đây 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?
Address Validation
Giao hàng thành công: Có giảm số lượng giao hàng không thành công do chất lượng địa chỉ không?
Thay đổi địa chỉ: Có giảm 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 không?
Khu dân cư so với khu thương mại: Có cải thiện 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ỉ chọn 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 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ỉ có chất lượng kém ở 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 thu thập được. Đâ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 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ự trên toàn bộ lĩnh vực. Xác định kết quả thành công của việc có dữ liệu địa chỉ có 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 để 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 xuống 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 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ỉ .
Đề xuất đọc thêm:
- 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ề Address Validation API
- Báo cáo về 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