it-swarm-vi.tech

Thử nghiệm A / B có phải là cách sử dụng tài nguyên đáng giá cho người dùng cuối của ứng dụng di động không?

Các trang web có thể cho phép thử nghiệm A/B bằng cách phục vụ một trang khác, ví dụ. Một ứng dụng di động sẽ phải thu thập dữ liệu và trả lại. Theo nguyên tắc, có ổn không khi có phần mềm "điện thoại nhà" để tối ưu hóa các phần của màn hình? Có nên tiết lộ cho người dùng lý do tại sao tôi yêu cầu sự cho phép này, ngay cả khi họ không thấy lợi ích trong ứng dụng hiện tại?

EDIT: Để làm rõ, ngay cả khi được tiết lộ cho người dùng rằng tôi đang làm như vậy (điều mà tôi hoàn toàn làm), thì thử nghiệm A/B đủ quan trọng với người dùng cuối rằng nó sẽ đáng để họ đánh đổi khi có Phần mềm thỉnh thoảng điện thoại về nhà? Tôi đã chỉnh sửa câu hỏi để phản ánh điều này, thay vì câu hỏi ban đầu của tôi trước khi tôi lúng túng.

3
Don

Nếu bạn nghĩ rằng nó đủ quan trọng để làm và người dùng rất vui lòng để bạn làm điều đó thì tôi không thể thấy vấn đề. Bạn sẽ không gửi lại một lượng lớn dữ liệu cho bạn vì vậy tôi không hiểu tại sao người dùng sẽ bận tâm. Hầu hết người dùng điện thoại thông minh dù sao cũng có một liên hệ internet không giới hạn (ít nhất là ở Vương quốc Anh, tất cả họ đều đi kèm với một, thanh một số Blackberry).

Bạn có thể thử một cái gì đó như MixPanel nếu bạn chỉ muốn xem người dùng đang sử dụng ứng dụng của bạn như thế nào và bạn có thể cải thiện nó như thế nào. Không bao giờ sử dụng nó, nhưng trông thú vị.

2
matto1990

Chúng tôi đã triển khai một loại thử nghiệm A/B của ứng dụng di động trong các ứng dụng của mình với một số thành công. Điều quan trọng cần nhớ là phí dữ liệu khác nhau giữa các mạng và quốc gia. Tôi cảm thấy tốt nhất là giảm thiểu sử dụng dữ liệu càng nhiều càng tốt. Do đó, chúng tôi đã triển khai thử nghiệm A/B của mình dưới dạng hai "chủ đề" khác nhau cho ứng dụng. Người dùng có thể chọn chủ đề họ muốn và trên trang tùy chọn có tùy chọn bỏ phiếu cho chủ đề họ yêu thích và gửi phản hồi.

Cuối cùng, việc thu thập phản hồi của người dùng không dễ dàng trên bất kỳ nền tảng di động nào, ngay cả những nền tảng cao cấp hơn. Bạn thực sự bế tắc khi dựa vào người dùng sẵn sàng đi xa hơn và tiếp cận trực tiếp với bạn ...

2
Ryan

Tôi nghĩ rằng cách bạn diễn đạt câu hỏi hơi khó hiểu, nhưng dù sao tôi cũng sẽ cố gắng trả lời.

Cách thực hành tốt nhất cho các ứng dụng có thể cài đặt là cho người dùng biết trước những gì sắp xảy ra và cung cấp cho họ tùy chọn vô hiệu hóa nó. Một ví dụ điển hình cho điều này là Google Chrome, thông báo cho người dùng rằng nó sẽ truyền dữ liệu tới Google và cung cấp cho bạn tùy chọn sau đó để vô hiệu hóa nó. Nó cũng tương tự như các cảnh báo iPhone sẽ cung cấp cho bạn khi một ứng dụng muốn "gửi cho bạn thông báo đẩy". Chỉ cần lên phía trước, rõ ràng và trung thực và người dùng sẽ cảm ơn bạn vì điều đó.

Đối với câu hỏi "việc kiểm tra A/B có đủ quan trọng đối với người dùng cuối không" - tôi không nghĩ câu hỏi này rất phù hợp. Cho dù người dùng cuối có thấy thử nghiệm A/B quan trọng hay không không nên ngăn cản bạn muốn cải thiện ứng dụng của mình, bởi vì nếu bạn làm như vậy, dù sao họ cũng sẽ hạnh phúc hơn. Do đó, hãy thực hiện kiểm tra A/B, nhưng hãy chắc chắn trung thực về dữ liệu bạn đang truyền - đây là hai đối tượng riêng biệt.

1
Rahul

Nói chung, bạn sẽ muốn tập trung vào việc bán và hỗ trợ một ứng dụng một khi nó được đưa vào sản xuất. Dành một lượng thời gian không đáng kể để điều chỉnh giao diện kiểm tra khi bạn nên tiếp thị hoặc sửa lỗi có thể không được mong muốn.

Nếu bạn muốn chạy thử nghiệm A/B (hoặc thử nghiệm đa biến nếu có bất kỳ sự phức tạp nào trong ứng dụng), tôi sẽ sẵn sàng phát hành phần mềm và phát hành bản beta. Là bản beta, bạn có thể

  • từ bỏ nhu cầu làm nản lòng người dùng bằng cách đề xuất trải nghiệm của họ có thể khác với người khác (đó là bản beta, mọi thứ sẽ có chút biến động),
  • phát hành các biến thể thử nghiệm mới (tức là "cập nhật") thường xuyên như bạn muốn và
  • thu thập thông tin phản hồi tốt hơn (tức là số liệu kiểm tra) bằng cách đề xuất nó dưới dạng trao đổi để sử dụng miễn phí hoặc truy cập sớm vào phần mềm.
0
Matt

Như matto1990 nói, cần thêm thông tin, nhưng theo nguyên tắc tôi muốn nói người dùng nên được thông báo trong trường hợp có thể phát sinh bất kỳ chi phí nào.

Hơn nữa, ngay cả khi cuộc gọi là miễn phí, nó vẫn có thể ảnh hưởng đến người dùng theo những cách có vấn đề. Hãy tưởng tượng người dùng đang chờ một cuộc gọi quan trọng, nhưng nó không thực hiện được vì ngay lúc đó ứng dụng bắt đầu một cuộc gọi.

0
Dan Barak