Tài liệu này mô tả những kỹ thuật cần xem xét khi tiến hành thử nghiệm A/B cho các API Tự động hoàn thành và Xác thực địa chỉ trên Nền tảng Google Maps.
Sau đây là một số lợi ích khi sử dụng tính năng Tự động hoàn thành địa điểm và API Xác thực địa chỉ:
- 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. Việc 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 được dựa vào để phân phối gói hàng thành công.
Để cải thiện chất lượng địa chỉ của bạn, 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. Nhờ đó, bạn có thể quyết định số lượng sản phẩm 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 tác động của một thay đổi đối với một biến đối với 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à phiên bản đối chứng và phiên bản còn lại có sự thay đổi có thể đo lường. Sau đó, bạn hiển thị các phiên bản này cho những người dùng khác nhau và đo lường cách họ tương tác với chúng. Phiên bản hoạt động hiệu quả hơn sẽ giành chiến thắng.
Tổng quan về cấu trúc hệ thống
Hãy cùng tìm hiểu tính năng Xác thực địa chỉ trong thử nghiệm A/B 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 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.
[Ngữ cảnh hệ thống] Xác thực địa chỉ trong thử nghiệm A/B
Các hệ thống liên quan khi thử nghiệm A/B giá trị của API Xác thực địa chỉ.
Quy trình thử nghiệm A/B
Khi bạn suy nghĩ về quy trình thử nghiệm A/B tổng thể, có bốn giai đoạn cần xem xét.
- Chuẩn bị – Xác định các yêu cầu, phạm vi và khoảng thời gian kiểm thử.
- Tạo – Triển khai API Tự động hoàn thành và Xác thực địa chỉ trong một môi trường để chạy kiểm thử.
- 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ả quan trọng hoặc thời gian đã hết.
- 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ố.
Thời gian chuẩn bị
Quyết định các yêu cầu của thử nghiệm A/B
Khám phá ban đầu
Hãy tự hỏi: Tại sao bạn lại 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 phải nhập toàn bộ tên địa điểm khi có thể chỉ cần bắt đầu nhập và xem đề xuất xuất hiện.
- Giảm lỗi: Nếu bạn viết sai chính tả tên của địa điểm, tính năng Tự động hoàn thành của Google Maps Địa điểm sẽ vẫn đề 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ốc độ giao hàng: Việc xác thực địa chỉ có thể giúp cải thiện tốc độ giao hàng bằng cách đảm bảo rằng thư và kiện hàng được gửi đến đúng địa chỉ. Việc 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 sự hài lòng của khách hàng.
- Chất lượng dữ liệu được cải thiện: Việc 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 các địa chỉ. Nhờ đó, bạn 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 giả thuyết
Quyết định giả thuyết cần kiểm tra. Dưới đây là hai ví dụ:
1. Tỷ lệ chuyển đổi
Khi thêm một giải pháp trước khi thêm loại, thông thường, bạn sẽ 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 loại trước từ một nhà cung cấp khác, thì tỷ lệ chuyển đổi cố định sẽ có thể được mong đợi. Nếu tỷ lệ chuyển đổi giảm, điều đầu tiên cần kiểm tra sẽ là triển khai.
Tỷ lệ chuyển đổi rất quan trọng, nhưng có thể không cho biết được hết mọi vấn đề. Việc thêm giải pháp xác thực địa chỉ được thiết kế để ngăn mọi người gửi địa chỉ chất lượng kém tại thời điểm truy cập và có thể gây thêm phiền hà tự nhiên cho việc thu thập trong một số trường hợp. Điều này có thể làm giảm tỷ lệ chuyển đổi tổng thể, nhưng không nhất thiết bị coi là điều tiêu cực. Những đơn đặt hàng chưa hoàn thành do có thêm thông tin xác thực địa chỉ có thể đã liên quan đến dữ liệu địa chỉ kém chất lượng và có thể khiến doanh nghiệp phải chịu khoản phí hoàn lại khi giao hàng.
2. Giảm số địa chỉ chất lượng kém
Đây là điểm mà giải pháp xác thực địa chỉ hiệu quả có thể thực sự nổi bật. Bằng cách 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 sẽ 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ó, thì bạn chỉ cầ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 mạnh 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 lấy được địa chỉ sẽ là phân phối thành công cuối cùng của một gói.
Tạo
Đây 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ó hướng dẫn tiện dụng để triển khai tính năng Tự động hoàn thành địa điểm và API Xác thực địa chỉ trên quy trình thanh toán thương mại điện tử. Bạn nên kiểm tra thông tin này trong khi hoàn tất bước này.
Ngay cả khi bạn không tạo bản dựng dành riêng cho thương mại điện tử, nhiều thông tin vẫn 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ỉ.
Sơ đồ cấu 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ử:
[Môi trường thực thi] Xác thực địa chỉ trong thử nghiệm A/B
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 khoá, hỗ trợ kiến trúc. (Nhấp để phóng to.)
Xác thực phương thức triển khai
Giải pháp được triển khai kém sẽ dẫn đến kết quả kiểm thử không đáng tin cậy. Trước khi chạy thử nghiệm A/B, đầu tiên, bạn phải xác thực giải pháp với một nhóm người dùng nhỏ để đảm bảo giải pháp hoạt động như mong đợi. Đó có thể là người kiểm thử đảm bảo chất lượng 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 số lượng
Ngay cả khi giải pháp đã được xác thực, bạn vẫn nên tăng cường thử nghiệm từ từ, bắt đầu với một nhóm nhỏ người dùng. Bằng cách này, lỗi hoặc các vấn đề khác có thể được phát hiện sớm và nhanh chóng được giải quyết mà không ảnh hưởng đến phần lớn người dùng của bạn.
Bài kiểm tra đầy đủ
Sau khi giải pháp này được thử nghiệm bởi một nhóm nhỏ người dùng và giải quyết xong mọi vấn đề, chúng ta có thể chuyển sang thử nghiệm A/B đầy đủ. Giá trị này không nhất thiết phải là tỷ lệ phân chia 50/50 thực sự, nhưng cần có quy mô tương đương với một nhóm sử dụng trực tiếp được chọn ngẫu nhiên.
Đang thu thập chỉ số
Trong quá trình thử nghiệm, bạn cần đảm bảo thu thập được dữ liệu thích 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. Nền tảng Google Maps 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 biểu mẫu của bạn có được cải thiện do trước đây không có giải pháp tự động hoàn thành nào 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 hơn với tính năng Tự động hoàn thành địa điểm so với giải pháp trước đó không?
Xác thực địa chỉ
Phân phối thành công: Số lần phân phối không thành công có giảm do chất lượng địa chỉ không?
Thay đổi địa chỉ: Số lượng phí thay đổi địa chỉ mà bạn phải nhận từ dịch vụ chuyển phát có giảm không?
Nhà ở so với thương mại: Dữ liệu về nhà ở và thương mại có được cải thiện không? (chỉ áp dụng cho một số thị trường)
Phân tích
Giờ thử nghiệm đã kết thúc, đã đến lúc phân tích kết quả so với giả thuyết và tiêu chí 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 này, thì một số thông tin có thể đã được cung cấp cho bạn.
Quay lại mục 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ệ phân phối 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 | |
|---|---|---|
| Tệp phân phối không thành công | 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 đủ thông tin để bạn bắt đầu hành trình thử nghiệm A/B! Mặc dù công cụ này sử dụng các ví dụ từ lĩnh vực thương mại điện tử, nhưng các nguyên tắc cơ bản tương tự cũng có thể được áp dụng cho mọi mặt. 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 đó là giả thuyết chính của bạn.
Chúng tôi đã bao gồm lại các đường liên kết được đề cập trong hướng dẫn bên dưới và được đề xuất đọc thêm.
Chúc bạn kiểm thử vui vẻ!
Các bước tiếp theo
Tải Sách trắng về Cải thiện quy trình thanh toán, giao hàng và hoạt động với địa chỉ đáng tin cậy rồi xem Hội thảo trên web về 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ỉ .
Bạn nên đọc thêm:
- Xác thực địa chỉ cho quy trình thanh toán thương mại điện tử
- Tài liệu tự động hoàn thành về địa điểm
- Tài liệu về API xác thực địa chỉ
- Báo cáo trên Nền tảng Google Maps
Người đóng góp
Tác giả chính:
Henrik Valve | Kỹ sư giải pháp nền tảng Google Maps