Vì sao phần lớn lần ra mắt "không như kỳ vọng"
Hầu hết các tính năng không đạt mục tiêu ban đầu. Đây không phải dấu hiệu đội làm kém — đây là bản chất của việc đặt cược vào hành vi con người. Điều phân biệt đội giỏi với đội bình thường không phải là tỉ lệ đạt mục tiêu, mà là họ làm gì khi không đạt.
Hai phản ứng sai phổ biến nhất là hai thái cực. Thứ nhất: bỏ ngay, coi tính năng là thất bại, chuyển sang việc khác — bỏ đi một khoản đầu tư có thể chỉ cần một chỉnh sửa nhỏ. Thứ hai: kiên trì vô hạn, thêm hết tính năng này đến tính năng khác vì "đã đầu tư nhiều rồi" — chi phí chìm dẫn đường thay cho dữ liệu.
Bài này đưa ra cách đi giữa hai thái cực: triage để tìm đúng chỗ hỏng, rồi quyết định bằng khoản cược có giới hạn.
Triage: hỏng ở tầng nào
Khi một chỉ số không đạt, câu hỏi đầu tiên không phải "làm gì" mà là "hỏng ở đâu". Đi theo phễu, từ trên xuống, và dừng ở tầng đầu tiên có vấn đề:
| Tầng | Câu hỏi | Ở Sạp Số | Hướng xử lý nếu hỏng ở đây |
|---|---|---|---|
| 1. Kỹ thuật | Tính năng có chạy đúng không? | Chạy đúng; lỗi dưới 0,3% | Sửa lỗi |
| 2. Nhận biết | Người dùng có biết tính năng tồn tại không? | Chỉ 34% tiệm từng mở | Truyền thông, vị trí trên giao diện |
| 3. Thử | Người biết có thử không? | Trong số tiệm thấy thẻ giới thiệu, 58% thử | Giảm rào cản thử lần đầu |
| 4. Giá trị | Người thử có thấy giá trị không? | Giữ 71% món gợi ý; đơn lớn hơn 11% | Sửa giải pháp |
| 5. Thói quen | Người thấy giá trị có quay lại không? | Tiệm dùng 2 lần trở lên đặt lại đều hơn rõ rệt | Nhắc nhở, tích hợp vào nhịp hằng tuần |
Nếu đội bỏ qua triage và nhảy thẳng vào "làm thêm gợi ý theo mùa cho hấp dẫn hơn", họ sẽ tốn hai tháng sửa tầng 4 — tầng không hỏng — trong khi 66% tiệm vẫn không biết tính năng tồn tại.
Bốn lựa chọn sau triage
| Lựa chọn | Khi nào hợp lý | Rủi ro |
|---|---|---|
| Tối ưu | Giá trị đã được chứng minh ở một tầng, chỗ hỏng rõ và nhỏ | Tối ưu mãi một tính năng có trần thấp |
| Mở rộng đầu tư | Mọi tầng đều ổn, mục tiêu đạt hoặc gần đạt | Mở rộng trước khi hiểu vì sao nó chạy |
| Chuyển hướng | Có giá trị nhưng cho nhóm khác, hoặc theo cách khác | Mất tập trung, đổi hướng quá sớm |
| Dừng và gỡ | Tầng giá trị hỏng sau nhiều lần thử; chi phí duy trì cao | Bỏ quá sớm một thứ cần thời gian |
Quyết định như một khoản cược có giới hạn
Khi chưa chắc, đừng quyết "đầu tư tiếp" hay "dừng" theo kiểu vô thời hạn. Hãy quyết một khoản cược: bỏ ra bao nhiêu nguồn lực, trong bao lâu, để kiểm tra giả thuyết gì, và con số nào sẽ quyết định bước tiếp theo.
Linh trình bày với anh Sơn:
| Thành phần | Nội dung |
|---|---|
| Giả thuyết | Chỗ hỏng là nhận biết; nếu tăng tỉ lệ tiệm từng mở giỏ từ 34% lên 55%, tỉ lệ đặt lại sẽ đạt mục tiêu 66% |
| Khoản cược | 2 kỹ sư × 3 tuần đưa giỏ gợi ý lên màn hình chính; nhân viên thị trường giới thiệu tận 3.000 tiệm chưa dùng |
| Thời hạn | 6 tuần từ khi bật thay đổi |
| Điểm quyết định | Nếu tỉ lệ mở đạt 50% và đặt lại đạt 65%: đầu tư thêm, mở rộng các tỉnh. Nếu mở đạt 50% mà đặt lại dưới 63%: giả thuyết sai, giữ tính năng nhưng dừng đầu tư. Nếu mở dưới 45%: xem lại cách hiển thị |
| Điều không làm | Không thêm gợi ý theo mùa cho đến khi điểm quyết định có kết quả |
Khi cược lớn: chia thành các mốc dừng
Với những khoản đầu tư lớn hơn — một sản phẩm mới, một thị trường mới — áp dụng cùng nguyên tắc nhưng chia thành nhiều mốc. Mỗi mốc có một câu hỏi rủi ro nhất cần trả lời và một ngưỡng để đi tiếp hoặc dừng. Mốc đầu nên trả lời câu hỏi rẻ nhất mà nếu sai thì mọi thứ sau đều vô nghĩa.
Một lỗi thường gặp: đội đặt mốc dừng, đến mốc thì số không đạt, và đội... dời mốc. Nếu mốc dừng có thể dời vô hạn, nó không phải mốc dừng. Cách bảo vệ: người quyết ở mốc dừng là người không trực tiếp xây, và quyết định được ghi lại trước toàn đội.
Nhìn lại cả khoá học
Mọi bài trong khoá học quay về một nguyên tắc: quyết định trước, khi đầu óc còn tỉnh táo, những gì bạn sẽ làm khi áp lực đến. Mục tiêu chốt ở kickoff. Hạng chốt trước khi chuẩn bị. Tripwire chốt ở pre-mortem. Tiêu chí rollback chốt trước nấc đầu. Câu hỏi readout chốt trước khi code đo lường. Điểm quyết định chốt trước khi cược tiếp. Mỗi quyết định đặt trước là một cuộc tranh luận không phải diễn ra vào lúc tệ nhất.
Làm ngay
Chọn một tính năng của bạn đang không đạt kỳ vọng. Đi qua năm tầng triage và ghi số liệu cho mỗi tầng — tầng nào không có số là tầng cần đo trước. Xác định tầng đầu tiên bị hỏng. Rồi viết một khoản cược theo bảng ở trên: giả thuyết, nguồn lực, thời hạn, ba điểm quyết định bằng số, và một điều sẽ không làm. Mang bảng này đến người có quyền quyết ngân sách và hỏi: "Anh/chị có đồng ý với điểm quyết định này không?"