- Apple cho phép thanh toán qua web, giúp các nhà phát triển có thể tránh phí IAP, nhưng khi áp dụng thanh toán web thì tỷ lệ chuyển đổi có thể lại thấp hơn
- RevenueCat đã tiến hành một thử nghiệm quy mô lớn so sánh luồng IAP và thanh toán web với 5.600 người dùng
- Sử dụng 4 biến thể màn hình thanh toán: thanh toán trong ứng dụng, RevenueCat in-app, IAP + mua qua web (web giảm giá 30%), chỉ cho phép thanh toán web
- Khi chỉ cho phép thanh toán web, tỷ lệ chuyển đổi giảm 25~45%, chủ yếu người dùng rời bỏ ở bước thanh toán
- Đây là kết quả ban đầu trong một tuần. Dữ liệu trung và dài hạn như LTV, retention, tỷ lệ hoàn tiền vẫn đang được thu thập
- Nếu triển khai song song IAP và thanh toán web thì có thể phân biệt giá, nhưng cách đơn giản là chỉ điều hướng sang web thì không hiệu quả
- Điều quan trọng là tự kiểm chứng bằng thử nghiệm cấu trúc thanh toán tối ưu phù hợp với ứng dụng của mình
- Nếu ứng dụng của bạn thuộc Small Business Program (phí 15%), việc điều hướng sang web có thể không mang lại nhiều lợi ích
- Ngay cả khi chịu mức phí 30%, vẫn có thể bị thiệt hại do tỷ lệ chuyển đổi giảm
- Trong tương lai, nếu có nhắm mục tiêu tinh vi hơn, cấu trúc giá tốt hơn và UX được cải thiện, thì vẫn còn dư địa để nâng hiệu quả của luồng thanh toán web
- Việc cho phép thanh toán web không đồng nghĩa chắc chắn có lợi. Ở tỷ lệ chuyển đổi ban đầu đã xuất hiện mức sụt giảm rõ ràng
- Nếu không có các chiến lược bổ sung như ưu đãi giá, tối ưu UX, khả năng tỷ lệ rời bỏ tăng cao là rất lớn
3 bình luận
Đặc biệt ở Hàn Quốc, do hình thức thanh toán có xác thực gần như bị ép buộc, nên xét về tỷ lệ chuyển đổi thì khó tránh khỏi việc bất lợi.
Chẳng phải đương nhiên là nên giảm giá sao?
Ngay cả khi đều hỗ trợ cả thanh toán web lẫn thanh toán trong ứng dụng, tôi cũng khá hay chọn thanh toán trong ứng dụng. Việc có thể quản lý mọi khoản thanh toán ở một nơi là một ưu điểm khá lớn, và đặc biệt với những sản phẩm chỉ định thử một hai lần, có vẻ cũng có phần cảm thấy yên tâm hơn khi thanh toán qua Apple.