Vì sao một lần ra mắt chưa xong khi tính năng đã bật 100%
Với nhiều đội, ngày bật 100% là ngày kết thúc. Đội chuyển sang việc tiếp theo, và câu hỏi "nó có hiệu quả không" không bao giờ được trả lời chính thức. Ba tháng sau, không ai biết tính năng đó đã đóng góp gì, nên không ai biết nên đầu tư thêm hay dừng.
Một lần ra mắt chỉ thật sự xong khi có hai cuộc họp: readout trả lời "kết quả so với mục tiêu ra sao", và retro trả lời "lần sau chúng ta làm khác gì". Hai cuộc họp này có mục đích khác nhau và nên tách riêng — trộn chúng lại thì readout biến thành phân bua, còn retro biến thành báo cáo số liệu.
Readout: so với mục tiêu đã đặt trước
Readout có giá trị vì một lý do: nó so sánh kết quả với mục tiêu được chốt ở kickoff, trước khi có dữ liệu. Không có mục tiêu đặt trước, mọi con số đều có thể được kể thành thành công.
Với hạng 1, Sạp Số làm hai readout:
| Readout | Khi nào | Trả lời câu hỏi |
|---|---|---|
| 2 tuần | Hai tuần sau 100% TP.HCM | Tính năng có được dùng không? Có vấn đề vận hành nào không? Có nên mở rộng ra các tỉnh không? |
| 6 tuần | Sáu tuần sau 100% | Mục tiêu chính có đạt không? Đầu tư tiếp, giữ nguyên, hay dừng? |
Cấu trúc một readout
Linh dùng mẫu readout kết quả ra mắt. Readout 6 tuần của "Nhập hàng nhanh":
1. Một câu kết luận — đặt lên đầu, không để cuối: "Đạt mục tiêu phụ, chưa đạt mục tiêu chính; đề xuất giữ tính năng và chạy hai cải tiến trước khi quyết đầu tư thêm."
2. Kết quả so với mục tiêu
| Chỉ số | Mục tiêu | Kết quả (nhóm bật so với nhóm không bật) | Đánh giá |
|---|---|---|---|
| Tỉ lệ đặt lại 14 ngày | 61% lên 66% | 61% lên 63,5% | Chưa đạt |
| Giá trị trung bình mỗi đơn | Tăng ít nhất 8% | Tăng 11% | Đạt |
| Tỉ lệ đơn bị nhà phân phối huỷ | Không vượt 3% | 2,4% | Đạt |
- Tiệm dùng giỏ gợi ý giữ lại trung bình 71% món — chủ tiệm tin gợi ý nhiều hơn đội nghĩ
- Nhưng chỉ 34% tiệm từng mở giỏ gợi ý. Tiệm đã dùng thì đặt lại đều hơn rõ rệt; vấn đề là phần lớn tiệm chưa dùng
- Tiệm được nhân viên thị trường giới thiệu tận nơi có tỉ lệ dùng gấp 2,6 lần tiệm chỉ nhận thông báo
Chú ý cách đọc kết quả "chưa đạt": nó không có nghĩa tính năng thất bại. Nó có nghĩa giả thuyết đúng một phần, và dữ liệu chỉ ra phần nào cần sửa. Một readout trung thực nói "chưa đạt" khi chưa đạt — và nhờ đó, lần sau khi nó nói "đạt", mọi người tin.
Những bẫy khi đọc số
| Bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| So sánh trước/sau | "Tháng này đặt lại tăng 5%" — nhưng tháng này có Tết | So nhóm bật với nhóm không bật cùng thời gian |
| Chỉ nhìn người dùng | "Người dùng giỏ nhanh đặt nhiều hơn 40%" — vì tiệm chăm chỉ mới thử tính năng | So toàn bộ nhóm được bật, kể cả tiệm không dùng |
| Đọc quá sớm | Tuần đầu số rất đẹp do tò mò | Chờ đủ chu kỳ của chỉ số |
| Chọn chỉ số đẹp | Đổi chỉ số chính sau khi thấy dữ liệu | Chỉ số chính chốt ở kickoff, không đổi |
Retro: lần sau làm khác gì
Retro không hỏi "tính năng có tốt không" — đó là việc của readout. Retro hỏi về cách đội ra mắt: quy trình nào giúp, quy trình nào cản, điều gì bất ngờ.
Linh dùng mẫu retro sau ra mắt và chạy buổi 60 phút với những người đã ở phòng điều phối. Nguồn đầu vào quan trọng nhất là ghi chép của Hà từ những ngày rollout.
| Câu hỏi | Điều Sạp Số tìm ra |
|---|---|
| Điều gì diễn ra tốt và nên giữ? | Tiêu chí rollback bằng số: tắt flag trong 2 phút, không tranh cãi |
| Điều gì bất ngờ? | Nhân viên thị trường quan trọng hơn mọi kênh số; không ai dự đoán được |
| Pre-mortem đoán đúng gì, bỏ sót gì? | Đúng: nhà phân phối quá tải. Sót: chủ tiệm hỏi mua hàng không có trong lịch sử |
| Điều gì chậm hoặc rối? | Buổi go/no-go phải hoãn vì chưa có người trực đối tác — phát hiện quá muộn |
| Lần sau làm khác gì? | Mục "người trực đối tác" vào checklist từ kickoff, không phải tuần cuối |
- Không đổ lỗi cho người. Hỏi "quy trình nào để chuyện này xảy ra", không hỏi "ai làm sai". Đổ lỗi khiến lần sau không ai nói thật.
- Mỗi bài học thành một thay đổi cụ thể có người chịu trách nhiệm: sửa mẫu checklist, thêm một dòng vào mẫu kickoff.
- Chia sẻ ra ngoài đội. Bài học của Sạp Số về nhân viên thị trường có giá trị cho mọi đội sản phẩm khác trong công ty.
Làm ngay
Chọn một tính năng đội bạn đã ra mắt trong sáu tháng qua mà chưa có readout. Tìm lại mục tiêu đã đặt — nếu không có mục tiêu nào được ghi, đó là phát hiện đầu tiên. Rồi viết readout một trang theo bốn phần: một câu kết luận, bảng kết quả so với mục tiêu, ba điều đã học, đề xuất. Viết thêm ba dòng retro: một điều nên giữ, một điều bất ngờ, một thay đổi cho lần ra mắt tiếp theo.