Publisher hỏi về D1 trước, nhưng họ quyết định dựa trên D7. Một game puzzle có phiên đầu mạnh và tuần đầu yếu là game người ta thích rồi quên. Retention bảy ngày là con số sớm nhất nói "đây là một thói quen", và là con số quyết định user acquisition có bao giờ hoàn vốn hay không.
Chúng tôi theo dõi cohort retention cho mọi game trên framework từ bản build test đầu tiên, nên đã dành nhiều thời gian xem điều gì dịch chuyển D7 và điều gì chỉ trông có vẻ như vậy. Đây là tóm tắt kinh nghiệm đó. Bài viết dành cho producer và publishing manager hơn là data scientist, và chủ ý không trích dẫn số liệu game của chúng tôi — những con số được chia sẻ với đối tác theo NDA.
Trước hết, D7 không phải là gì
D7 không phải một D1 lớn hơn. Đòn bẩy khác nhau. D1 chủ yếu về phiên đầu: cơ chế có dễ đọc không, tutorial có nhanh chóng nhường chỗ không, có lý do mở game ngày mai không? D7 là về phiên thứ hai đến thứ sáu: game có cho người chơi một cấu trúc để quay lại không, và có giữ lời hứa khi họ quay lại không?
Điều đó có nghĩa "cách sửa retention" phổ biến nhất — trau chuốt năm phút đầu — chủ yếu dịch chuyển D1 và D2. Hữu ích, nhưng không phải cùng một việc.
Đòn bẩy 1: Cấu trúc phiên
Người chơi quay lại những game vừa vặn với ngày của họ. Với game puzzle điều đó nghĩa là phiên có độ dài tự nhiên và kết thúc gọn gàng. Mức tăng D7 ổn định nhất của chúng tôi đến từ việc siết cấu trúc phiên:
- Hình dạng chương. Phiên kết thúc ở level "thả lỏng" dễ sau một đỉnh khó (xem bài về đường cong độ khó) kết thúc bằng chiến thắng. Người chơi kết thúc bằng chiến thắng sẽ quay lại.
- Mạng và năng lượng. Hệ thống dừng phiên ở điểm dự đoán được không xấu nếu điểm dừng thỏa mãn. Một mạng mất ở level bất công là sự kiện churn; một mạng mất sau lần thử thật là lý do quay lại.
- Mục tiêu hằng ngày. Một danh sách ngắn, dễ thấy những việc cần làm hôm nay — ba level, một vòng sự kiện — cho phiên thứ hai và thứ ba một mục đích.
Đòn bẩy 2: Nhịp độ khó theo ngày, không chỉ theo level
Thiết kế độ khó thường được bàn theo level. Với D7 điều quan trọng là độ khó theo ngày. Nếu ngày 2 chứa điểm nhọn thật đầu tiên và người chơi chưa kịp gắn bó, họ rời đi. Nếu ngày 4 bằng phẳng, họ chán.
Chúng tôi lên kế hoạch tuần một cách rõ ràng: đỉnh đầu tiên rơi vào đâu, cơ chế mới đầu tiên đến khi nào, sự kiện đầu tiên mở lúc nào. Rồi kiểm tra dữ liệu cohort — retention theo ngày và phân phối level của người chơi đã churn — để xem kế hoạch có khớp thực tế không.
Đòn bẩy 3: Mục tiêu meta chín muồi trong một tuần
Lớp meta không tồn tại để sâu; nó tồn tại để ngày mai thú vị hơn hôm nay. Những tính năng đem lại D7 cho chúng tôi có chung một đặc tính: chúng tích lũy qua nhiều ngày.
- Win streak lớn dần qua các ngày và reset khi trượt tạo lý do bảo vệ streak ngày mai.
- Bộ sưu tập và xây dựng — thành phố, khu vườn, sổ sưu tập — nơi mỗi ngày chơi thêm điều gì đó nhìn thấy được.
- Giải đấu tuần với vị trí cập nhật hằng ngày và phần thưởng đến cuối tuần.
Tính năng giải quyết trong một phiên (vòng quay, rương một lần) tốt cho monetization và niềm vui, nhưng tự chúng không dịch chuyển D7 nhiều.
Đòn bẩy 4: Sự kiện có lịch
Sự kiện giới hạn thời gian là đòn bẩy D7 đáng tin cậy nhất chúng tôi có, với điều kiện chúng theo nhịp dự đoán được. Người chơi biết sự kiện mới bắt đầu mỗi thứ Hai có lý do mở game vào thứ Hai. Người chơi thấy sự kiện ngẫu nhiên có lý do nhún vai.
Framework chúng tôi dùng chạy sự kiện qua remote config, nên lịch là quyết định thiết kế chứ không phải bản phát hành kỹ thuật. Mỗi sự kiện báo cáo mức tham gia, hoàn thành và — quan trọng — retention của người tham gia so với không tham gia trong cùng cohort. So sánh cuối đó giữ chúng tôi trung thực: sự kiện người tham gia yêu thích nhưng không nâng tỷ lệ quay lại tuần sau của họ là giải trí, không phải retention.
Đòn bẩy 5: Sửa những level nuốt cohort
Đòn bẩy D7 ít hào nhoáng nhất cũng là đòn bẩy hoàn vốn nhanh nhất: tìm ba level giữa ngày 2 và ngày 6 nơi nhiều người chơi thoát nhất, và sửa chúng. Funnel theo level biến việc này thành thói quen hằng tuần thay vì cuộc điều tra hằng quý. Hầu hết cách sửa đều nhỏ, và mỗi cách trả lại một phần cohort.
Điều gì đã không dịch chuyển D7 với chúng tôi
Vài thứ chúng tôi thử cải thiện chỉ số khác nhưng không dịch chuyển D7 một cách đo được:
- Nhiều booster hơn trong shop. Doanh thu dịch chuyển; retention thì không.
- Chỉ push notification. Không có lý do quay lại bên trong game, nhắc nhở chủ yếu dịch chuyển D2 rồi mờ dần.
- Tutorial dài hơn. Ngoài việc làm cơ chế dễ đọc, dạy thêm kéo D1 xuống chứ không đẩy D7 lên.
- Trau chuốt thẩm mỹ sau một mức nhất định. Trau chuốt bảo vệ retention; nó không tạo ra retention.
Cách chạy phân tích
Nếu bạn muốn tái tạo loại công việc này trên game của mình, dashboard tối thiểu là:
- Cohort retention theo ngày cài, lọc được theo nguồn và quốc gia.
- Phân phối level-cuối-đã-chơi của người chơi churn trong mỗi cohort.
- Funnel theo level với tỷ lệ thua, tỷ lệ thử lại và thoát-sau-thua.
- Tham gia sự kiện nối với retention của cùng cohort.
- Số phiên và độ dài phiên theo ngày kể từ cài.
Với năm góc nhìn đó bạn có thể quy hầu hết dịch chuyển D7 về một nguyên nhân cụ thể trong vòng một tuần sau khi thay đổi lên sóng. Không có chúng, thảo luận retention trở thành ý kiến — và ý kiến rất đắt ở giá UA.
Chúng tôi tích hợp bộ dashboard này vào mọi game trên framework. Nếu bạn muốn xem nó hoạt động trên một game thật, hãy liên hệ.
