Dấu hiệu dẫn đến thất bại

Tutorial là tuyến dẫn quan trọng nhất đưa người chơi đến “sự thú vị” của game
Một khi xem nhẹ phần này, sức hấp dẫn của game sẽ không thể truyền đạt được

Câu trả lời mang tính chủ quan đối với góp ý khó hiểu
Một tính năng thiếu góc nhìn người dùng sẽ không bao giờ tạo ra sự thú vị

Kiểm thử khi chưa hoàn thiện sẽ dẫn đến việc phải làm lại toàn bộ
Khi câu nói này xuất hiện nghĩa là lịch trình đã bị dồn ép
Không đủ thời gian kiểm tra lại và dễ phát hành khi kiểm thử chưa đủ

Ngay khi phát hành, đánh giá của người dùng đã được quyết định
Một khi đã bị đánh giá xấu thì gần như không thể xóa bỏ

Khi không ai hiểu rõ đặc tả, sự hỗn loạn sẽ tăng lên nhanh chóng

“Trước đây không có vấn đề” không đồng nghĩa với việc an toàn

Lời nói này gần như chưa bao giờ thực sự “không sao” cả

【Chuỗi kinh điển】
1. Tester báo bug
2. Dev bảo “tài liệu sai nên không vấn đề gì”
3. Lặp đi lặp lại nhiều lần
4. Tester bắt đầu ngại và không báo nữa
5. Không báo cũng không xảy ra vấn đề (vì đúng là tài liệu sai)
6. Một ngày nọ bỗng xảy ra sự cố lớn
7. Tester bị trách: “Tại sao không báo khác với tài liệu?”

【Mẫu thường gặp】
1. Bỏ qua góp ý của tester
2. Sau khi phát hành, người dùng đưa ra cùng một góp ý nhưng vẫn bị phớt lờ
3. Doanh thu và DAU liên tục giảm
4. Dev hoảng hốt và bắt đầu sửa lỗi được góp ý
5. Khi hoàn thành sửa chữa thì người dùng đã rời đi mất