Một lượt nhấp không có phản hồi gây tốn kém bao nhiêu?

1. Vì sao “doanh thu bị mất” là con số sai

Cách hiển nhiên để định giá trở ngại là: lấy giá trị trung bình của một phiên thành công, nhân với các phiên bức xúc không chuyển đổi rồi đưa kết quả lên bảng điều khiển.

Đó là mô hình, không phải phép đo. Nó giả định những khách bức xúc sẽ chuyển đổi với tỷ lệ như mọi người khác nếu không có trở ngại. Không ai biết điều đó. Và số liệu xây dựng trên giả định này sẽ sụp đổ ngay lần đầu khách hàng kiểm tra - cùng với niềm tin của họ vào mọi số liệu khác trên trang.

2. Thay vào đó, chúng tôi báo cáo: giá trị chịu rủi ro

MousePlayer báo cáo giá trị mục tiêu thực sự đã đi qua các ngày-khách gặp trở ngại tại một vị trí cụ thể. Một dòng có dạng:

Mọi thành phần của dòng đó đều có thể đếm được. Bốn mươi bảy ngày-khách gặp lượt nhấp không có phản hồi trên trang thanh toán. Chính các ngày-khách đó mang giá trị mục tiêu 1.240 EUR. Mười lăm trong số đó đạt ít nhất một mục tiêu - thấp hơn nhiều so với mức dự án này thường đạt.

Không có gì ở đây được ngoại suy. Bạn có thể tự tính lại từ cơ sở dữ liệu của mình và đó chính là mục đích.

Vì sao dùng ngày-khách thay vì phiên

Giá trị mục tiêu được phân bổ theo khách và theo ngày. Tính theo phiên sẽ nhân đôi ngay khi ai đó quay lại trong cùng buổi chiều - và với khách bức xúc, quay lại là trường hợp phổ biến chứ không phải ngoại lệ.

Các loại tiền tệ được giữ riêng

Cửa hàng bán bằng EUR và PLN nhận hai số liệu, không bao giờ có một tổng chung. Cộng chúng sẽ tạo ra con số vô nghĩa, chính là loại con số trông có vẻ đáng tin trên trang trình chiếu.

3. Nơi ồn ào nhất không phải nơi tốn kém nhất

Đây là phần khiến mọi người ngạc nhiên và là lý do việc sắp xếp trở ngại theo số tín hiệu âm thầm gây hiểu lầm. Trên một dự án thực, chúng tôi so sánh cả hai cách xếp hạng trong cùng khoảng thời gian:

Chỉ có hai trong năm mục hàng đầu xuất hiện ở cả hai danh sách. Trang có nhiều tín hiệu trở ngại nhất đứng thứ bảy theo tiền. Một nhóm xử lý danh sách đầu từ trên xuống sẽ dành cả tuần cho vấn đề rẻ nhất của mình.

4. Cách đọc tỷ lệ bên cạnh số tiền

Số tiền cho biết bao nhiêu giá trị đang chịu rủi ro. Tỷ lệ cho biết trở ngại có thực sự gây hại hay không.

• Tỷ lệ thấp hơn rõ rệt so với trung bình dự án. Khách gặp vị trí này chuyển đổi kém hơn những người còn lại. Đây là nơi cần kiểm tra trước.
• Tỷ lệ bằng hoặc cao hơn trung bình. Trở ngại là có thật nhưng không ngăn ai chuyển đổi. Lượt nhấp do bực bội trên trang vẫn chuyển đổi tốt là sự khó chịu, không phải chỗ thất thoát.
• Hoàn toàn không có tỷ lệ. Hiển thị bằng dấu gạch ngang, không bao giờ là số không. Số không nghĩa là “không ai chuyển đổi”; dấu gạch ngang nghĩa là “chưa thể kết luận”.

So sánh với trung bình dự án của chính bạn, không phải chuẩn ngành. Khách của bạn là mốc tham chiếu phù hợp duy nhất.

5. Cần gì để tính năng hoạt động

Hai thứ và chỉ thứ hai cần công sức:

• Đoạn mã theo dõi. Nhấp do bực bội, nhấp không có phản hồi, lỗi JavaScript và di chuyển chuột cuống cuồng được tự động phát hiện - không cần cấu hình.
• Ít nhất một mục tiêu có giá trị. Xác định giá trị của chuyển đổi trong cài đặt dự án. Nếu không có, bạn vẫn có bản đồ trở ngại nhưng không có cột tiền.

Mục tiêu có thể là URL, sự kiện tùy chỉnh hoặc bước phễu. Nếu bạn đã gửi sự kiện mua hàng đến GA4 hoặc trình quản lý thẻ, cầu nối sẽ tiếp nhận chúng.

Có trong mọi gói

Không có cấp gói riêng cho tính năng này. Các gói khác nhau về dung lượng và thời gian lưu giữ, không bao giờ khác nhau về những phân tích bạn được chạy.

6. Những điều chủ động không làm

• Không khẳng định quan hệ nhân quả. “Tiền đi qua những khách gặp trở ngại tại đây” không giống “tiền bị trở ngại này phá hủy” - và chúng tôi không hiển thị câu thứ hai.
• Không dự báo. Không có ước tính “sửa điểm này để tăng X” vì không thể kiểm chứng ước tính đó.
• Không cộng các loại tiền tệ với nhau. Không bao giờ.

Mọi số liệu trên thẻ đều có thể truy về các hàng trong dữ liệu của bạn. Nếu một số liệu không thể đứng vững khi người đọc tự tính lại, nó không nên xuất hiện trên màn hình.