Một câu: thiết kế tốt tự biến mất khỏi sự chú ý; thiết kế tệ khiến người dùng liên tục hỏi “tại sao?”.
0. Tóm tắt 5 giây
Trong game thẻ bài đối kháng, lên hạng cao rồi khó tìm đối thủ vào trưa ngày thường là điều có thể hiểu. Vấn đề thay đổi khi mỗi lần thất bại đều bắt người chơi tự bấm Thử lại. Đáng lẽ là PvP, nhưng trận đầu lại là người chơi đấu với UI.
Nguyên tắc: đừng bắt tôi chiến đấu ngoài trận đấu. Con người dự đoán điều gì thường xảy ra tiếp theo và cấu trúc nào hợp lý với một mục tiêu. Khi thực tế lệch khỏi mô hình, ta thấy “ủa?”, “tại sao?”, “có gì sai sai”.
Bài này gọi mô hình đó, theo cách thực dụng, là phát hiện bất nhất cấu trúc. Đây không phải thuật ngữ tâm lý học chính thức; nó nối prediction error, expectancy disconfirmation, processing fluency, Person–Environment Fit, Expectancy Violations Theory và trực giác chuyên gia.
Cảm giác sai sai là chuông báo động, không phải bản án về nguyên nhân.
1. Khởi đầu: boss đầu tiên là nút Thử lại
Lên hạng → ít người → matchmaking thất bại → thử lại → lại thất bại. UI không thể tạo người chơi, nhưng có thể tiếp tục tìm hoặc retry tự động.
Lời phàn nàn biến thành “sao tôi lại là nhân viên vận hành matchmaking?”. Game nên khiến người chơi nghĩ về lá bài, nhịp độ, rủi ro và chiến thắng, không phải làm thêm nghề Kỹ thuật viên Restart Thủ công.
Đừng biến con người thành cron job. Tôi mở game, không nộp CV vào UI Operations.
2. Nguyên tắc: xóa PvE ngoài mục tiêu
Đừng biến ma sát không liên quan mục tiêu thành công việc của người dùng. Muốn mua hàng nhưng đánh nhau với đăng ký, muốn đặt chỗ nhưng đánh nhau với giao diện, muốn làm việc nhưng đi tìm approver, tự động hóa xong vẫn có người canh mỗi ngày, muốn nói chuyện nhưng phải reverse-engineer luật ngầm.
Không ai muốn achievement “Đánh bại form thanh toán”. Dịch vụ tốt không tạo thêm kẻ thù.
3. Chất lượng cao thường cho cảm giác “bình thường”
Cửa mở, thanh toán xong, search tìm thấy, bước tiếp theo rõ, biết ai quyết định, cuộc trò chuyện không cần giải mã. Hết. Đánh giá: bình thường.
Nghiên cứu processing fluency xem xét cách sự dễ dàng khi xử lý thông tin liên quan đến thích, tin tưởng và quen thuộc. Nghiên cứu dịch vụ cũng chỉ ra vai trò của quan hệ giữa kỳ vọng và trải nghiệm.
Hệ thống trưởng thành trở nên trong suốt. Hệ thống chưa trưởng thành cứ tự giới thiệu: bấm đây, quay lại, hỏi bộ phận khác. Thiết kế tệ tự giới thiệu quá ồn; thiết kế tốt giảm sự hiện diện của chính nó.
4. “Sai sai” trong ngôn ngữ nghiên cứu
Prediction error: meta-analysis của 264 nghiên cứu neuroimaging xem xét prediction error trong reward, punishment, action, cognition, perception và social inference. Đời thường: “Ủa, bước tiếp theo là vậy à?”
Expectancy disconfirmation: meta-analysis năm 2024 tổng hợp 150 records, 168 nghiên cứu độc lập và 58.597 người tham gia. Không chỉ performance; khoảng cách giữa kỳ vọng và trải nghiệm cũng quan trọng.
Processing fluency: dễ đọc, dễ tìm, dễ hiểu, dễ đoán. Đừng dùng não khách hàng như CPU phụ miễn phí.
Person–Environment Fit: môi trường tốt không tự động hợp với mọi người. Giày đắt vẫn đau nếu sai size.
Expectancy Violations Theory: hành vi lệch khỏi kỳ vọng giữa người với người thu hút chú ý; bất ngờ tích cực cũng có thể là violation.
5. Năm bất nhất cấu trúc
- Mục tiêu–phương tiện: muốn nhanh nhưng thêm ba lớp phê duyệt.
- Trách nhiệm–quyền hạn: “tự quyết đi” rồi “ai cho tự quyết?”. Bãi mìn được bán dưới tên empowerment.
- Lời nói–hành vi: “khuyến khích thử nghiệm” nhưng một thất bại bị phạt lâu. Poster và vận hành như hai công ty.
- Đánh giá–kết quả: muốn productivity nhưng thưởng giờ hiện diện; muốn quality nhưng phạt báo defect. Con người tối ưu cách lấy điểm.
- Con người–hệ thống: bấm lặp, nhập lặp, khởi động thủ công, canh “không có lỗi”. Đừng biến con người thành cron job.
6. Bộ cảm biến hoạt động thế nào
Hiểu mục tiêu → dự đoán cấu trúc hợp lý → nhìn thực tế → tìm chênh lệch → hỏi tại sao → kiểm tra nguyên nhân, tiêu chí, trách nhiệm → redesign.
Nhìn thấy frictions không nhất thiết là tiêu cực. Nhưng khi đã thấy một bước thừa, bạn sẽ thấy nó mãi mãi. Viên sỏi trong giày trở thành nhân vật chính của chuyến đi. Thế giới chuyển sang UI Debug Mode vĩnh viễn.
7. Dịch vụ: đừng biến UI thành boss fight
Tìm nhập liệu lặp, xác nhận thừa, recovery thủ công sau lỗi có thể dự đoán, form làm mất dữ liệu, action chính không rõ, error code không nói nguyên nhân và việc hỏi lại dữ liệu hệ thống đã biết.
Micro-friction lặp lại có thể chiếm cả trải nghiệm. Dịch vụ trưởng thành không chỉ hỏi “thêm gì?” mà hỏi “người dùng có thể ngừng phải chú ý đến điều gì?”
8. Môi trường: đừng vá tổ chức hỏng bằng ý chí con người
Không rõ ai quyết → hỏi người lâu năm. Không có definition of done → đọc không khí. Hệ thống không kết nối → Excel làm keo. Lịch hỏng → ai đó canh mỗi ngày.
Công việc xong không chứng minh hệ thống khỏe. Có thể con người đang sửa một hệ thống lỗi bằng tay theo thời gian thực. Đội càng giỏi, quy trình tệ càng có thể sống lâu. Hợp tác kiểu địa ngục.
9. Con người: cảm giác sai sai không phải đọc tâm trí
Mâu thuẫn lặp, luật đổi và trách nhiệm luôn đi một hướng đáng quan sát. Nhưng quan sát thấy bất nhất không chứng minh ác ý.
Tách sự kiện, dự đoán, chênh lệch, giải thích thay thế và lần kiểm chứng tiếp theo. Cảm giác sai sai là báo khói, không phải ảnh kẻ phóng hỏa.
10. Khi nào trực giác chuyên gia đáng tin
Kahneman và Klein năm 2009 nhấn mạnh môi trường có quy luật có thể học và thực hành đủ với feedback có ý nghĩa. Nếu luật luôn đổi, kết quả khó kiểm chứng hoặc randomness quá cao, nhiều năm kinh nghiệm không đảm bảo intuition chính xác.
Ghi cả những lần đoán sai. Đừng xây trang review cho ký ức của mình chỉ hiển thị năm sao.
11. Biến cảm giác sai sai thành cải tiến
Viết mục tiêu → viết quy trình hiện tại → tìm PvE ngoài mục tiêu → hỏi vì sao con người làm → kiểm tra kỹ thuật, an toàn, chi phí, policy, legacy → xóa, tự động hóa, gộp hoặc làm rõ → đo xem “tại sao?” có giảm không.
12. Why Count
Đếm: tại sao phải bấm?, tại sao nhập lại?, tại sao hỏi người đó?, tại sao tôi phải kiểm tra tay?, tại sao luật này tồn tại?
0: trong suốt. 1–2: trơn tru. 3–5: hệ thống bắt đầu giành sân khấu. 6+: người dùng đang làm vận hành và bảo trì, không phải dùng sản phẩm. Không phải thang đo học thuật đã xác thực, nhưng hữu ích để tìm ma sát.
13. “Bình thường” là hàng xa xỉ
Cửa phải mở, điện phải chạy, search phải tìm thấy, payment phải hoàn tất, công việc phải rõ ai quyết và quan hệ không phải xây lại luật mỗi lần nói chuyện.
Vì vậy hệ thống xuất sắc có thể chỉ nhận “bình thường”. Sau cái bình thường là exception handling, testing, tài liệu và improvement. Thiết kế tốt nhất giấu đi việc nó khó xây thế nào. Nhà hàng không thông báo “hôm nay bếp cũng không cháy”; họ chỉ mang đồ ăn ra.
14. Kết luận: thiết kế tốt sẽ biến mất
Cảm giác sai sai không chứng minh thế giới sai hay ta đúng. Nó đầu tiên chỉ nói rằng mô hình trong đầu và thực tế quan sát được không khớp.
Phát hiện → tách observation và interpretation → phân loại → kiểm chứng nguyên nhân → loại friction → làm “tại sao?” biến mất.
Đừng bắt tôi chiến đấu ngoài trận đấu. Đừng bắt tôi làm việc ngoài công việc. Đừng bắt tôi làm vận hành và bảo trì chỉ để sống. Đừng biến người dùng thành debugger miễn phí của hệ thống.
