Vì sao chủ đề quan trọng
Bản đọc số liệu ở bài 5 trả lời "chuyện gì đã xảy ra". Nó chưa trả lời "giờ làm gì". Nhiều nhóm dừng ở bản đọc: trình bày một loạt biểu đồ, mọi người gật gù, rồi ai về nhà nấy, và đợt chạy thử cứ thế trôi sang học kỳ sau mà không ai quyết gì. Một đợt chạy thử không có quyết định ở cuối là bốn tuần công sức không dẫn tới đâu.
Còn một lý do nữa. Nhật ký quyết định ở khóa Từ ghi chép tới insight ghi rằng Anh Tuấn chọn trả trước, và hẹn: "xem lại sau bốn tuần chạy thử bằng tỉ lệ không tới lấy và số lần hoàn tiền". Bốn tuần đã qua. Nếu buổi xem lại không diễn ra, lời hẹn trong nhật ký trở thành lời nói suông, và lần sau không ai tin vào nhật ký nữa.
Bài này nhận vào: bản đọc số liệu bốn tuần từ bài 5, nhật ký quyết định từ các khóa trước. Bài này giao ra: biên bản buổi họp tuần 4 với một quyết định cho mỗi câu hỏi, ngày xem lại tiếp theo, và các mục mới đưa về roadmap. Đó cũng là thứ cả khóa Đo lường thành công giao ra.
Bức tranh lớn
Cuối một đợt chạy thử có bốn lựa chọn.
- Tiếp tục: giữ nguyên, chạy thêm để có thêm dữ liệu.
- Sửa: giữ hướng đi, thay đổi một chỗ cụ thể mà dữ liệu chỉ ra.
- Dừng: chỉ số bảo vệ bị phá hoặc vấn đề không nhúc nhích.
- Mở rộng: đưa sang quầy khác hoặc nhóm người dùng khác.
flowchart TD
A[Bản đọc số liệu bốn tuần] --> B{Chỉ số bảo vệ có bị phá?}
B -->|Có| C[Dừng hoặc sửa gấp]
B -->|Không| D{North Star có tăng?}
D -->|Không| E[Xem lại giả định gốc]
D -->|Có| F{Có chỗ rò rõ ràng?}
F -->|Có| G[Sửa chỗ rò trước]
F -->|Không| H[Cân nhắc mở rộng]
G --> I[Hẹn ngày xem lại]
H --> IVí dụ chi tiết
Buổi họp cuối tuần 4 có Chị Lan, Anh Tuấn, Cô Hạnh và nhóm sinh viên. Nhóm mang đến bản đọc ở bài 5 và bốn câu hỏi mà dữ liệu đặt ra.
Câu hỏi một: có giữ trả trước không
Dữ liệu: tỉ lệ không tới lấy giảm từ 14% xuống 7%; hoàn tiền vì hết món giảm từ 6 xuống 2 lần mỗi ngày. Nhưng mỗi lần hoàn tiền vẫn phải chờ Anh Tuấn duyệt, đúng vào giờ cao điểm, vì quy tắc chỉ quản lý được duyệt hoàn tiền.
Nhóm nói thật điều dữ liệu không chứng minh được: đợt chạy thử không có nhóm trả khi nhận để so, nên không biết tỉ lệ 7% có nhờ trả trước hay không. Điều dữ liệu cho thấy là trả trước không gây ra vấn đề lớn: đơn vẫn tăng đều, doanh thu tăng 4%.
Quyết định của Anh Tuấn: giữ trả trước. Nỗi lo của Minh Anh, "lỡ ra tới nơi hết món thì sao", được xử lý một phần bằng cách khác: Anh Tuấn tự viết một quy tắc, đơn đã trả mà món được bấm hết thì hoàn tiền theo quy tắc đó, không phải chờ anh duyệt từng lần. Quyền duyệt vẫn là của anh, chỉ là anh duyệt quy tắc một lần thay vì duyệt từng đơn. Người chịu thiệt còn lại: sinh viên vẫn phải trả trước.
Câu hỏi hai: giờ chốt 10:00
Đây là chỗ rò lớn nhất trong phễu: chỉ 34% người xem thực đơn chọn món, và 21 trong 40 người bỏ ngang được hỏi nói đã quá 10 giờ. Nhóm không đề xuất dời giờ chốt, vì con số 10:00 đến từ mẻ nấu 10:30 của Cô Hạnh và không đem ra biểu quyết. Nhóm đề xuất lại phương án hai khung đặt đã ghi ở khóa Từ ghi chép tới insight nhưng chưa vào bản chạy thử: sau 10:00 vẫn được giữ chỗ, nhưng chỉ từ những món bếp đã nấu và còn lại.
Cô Hạnh là người phải xác nhận khung hai không đổi cách nấu của cô. Anh Tuấn quyết giờ đóng khung hai. Nhóm ghi rõ ai vẫn chịu thiệt: người đặt sau 10:00 không được chọn đủ món.
Câu hỏi ba: mở rộng sang quầy thứ hai
Doanh thu tăng 4% làm phương án mở ngay sang quầy phở/bún nghe hấp dẫn. Nhóm đưa ra ba lý do để sửa trước: chỗ rò lớn nhất chưa được sửa, mở rộng bây giờ là nhân chỗ rò lên hai quầy; dữ liệu mới có bốn tuần ở một quầy, trong đó một tuần bị tuần thi làm nhiễu; và hai chỉ số kết quả, tỉ lệ bỏ bữa và ngày hết món trước 12:30, chưa được đo lại.
Câu hỏi bốn: giảng viên và nhân viên
Giảng viên và nhân viên, khoảng 15% doanh thu, vẫn chưa dùng được app vì bản chạy thử chỉ đăng nhập bằng mã số sinh viên. Đây là mâu thuẫn C2. Dữ liệu bốn tuần không nói gì về nhóm này, vì họ không có trong app. Quyết định thuộc về Chị Lan vì chính sách tài khoản là của trường.
Bảng quyết định
| Lựa chọn | Dữ liệu ủng hộ | Dữ liệu phản đối | Ai chịu rủi ro |
|---|---|---|---|
| Tiếp tục nguyên trạng | Chỉ số bảo vệ đều giữ, doanh thu tăng 4% | Chỗ rò 34% vẫn còn | Sinh viên đặt sau 10:00 |
| Sửa khung đặt và hoàn tiền | 21 trên 40 người bỏ ngang nhắc giờ chốt | Mẫu khảo sát chỉ 40 người | Cô Hạnh nếu khung hai làm rối bếp |
| Dừng | Không có chỉ số nào ủng hộ | Hàng giảm khoảng 4 phút, suất bỏ đi còn 26 | Phòng Quản trị nếu dừng nhầm |
| Mở rộng sang quầy thứ hai | Đơn tăng từ 95 lên 205 mỗi ngày | Chưa sửa chỗ rò, mới một quầy bốn tuần | Anh Tuấn và quầy mới |
Biên bản quyết định
Mã quyết định QĐ-08
Ngày họp Cuối tuần 4 đợt chạy thử
Người dự Chị Lan, Anh Tuấn, Cô Hạnh, nhóm sinh viên
Quyết định 1 Giữ trả trước, Anh Tuấn duyệt quy tắc hoàn tiền khi hết món
Quyết định 2 Thêm khung hai sau 10:00, chỉ giữ món đã nấu còn lại
Quyết định 3 Chưa mở quầy thứ hai, xét lại ở lần xem sau
Quyết định 4 Chị Lan trả lời về đăng nhập cho giảng viên trước lần xem sau
Điều kiện mở rộng Giả sử xem sang chọn món đạt từ 45 phần trăm, bảo vệ vẫn giữ
Việc đo thêm Hỏi lại 200 sinh viên đúng câu hỏi bỏ bữa cũ
Ai chịu thiệt Sinh viên vẫn trả trước, người đặt sau 10:00 không đủ món
Xem lại khi Giả sử sau bốn tuần chạy với bản sửa
Dòng "Điều kiện mở rộng" biến câu "mở rộng có điều kiện" thành thứ kiểm được. Nếu không có nó, lần xem sau sẽ lại tranh luận từ đầu.
Đưa kết quả về roadmap
flowchart TD
A[Biên bản QĐ-08] --> B[Bây giờ]
A --> C[Tiếp theo]
A --> D[Sau này]
B --> B1[Khung hai và quy tắc hoàn tiền]
B --> B2[Hỏi lại 200 sinh viên]
C --> C1[Đăng nhập cho giảng viên nếu Chị Lan đồng ý]
D --> D1[Quầy thứ hai khi đạt điều kiện]
B1 --> E[Story mới vào backlog có sự kiện đo]
E --> F[Đo lại và xem lại]
F --> AMỗi quyết định thành một mục trên roadmap, xếp theo kết quả cần đạt chứ không theo tính năng. Khung hai không nằm trên roadmap với tên "làm khung hai" mà với tên "tăng tỉ lệ xem sang chọn món", kèm chỉ số đo nó. Cách dựng roadmap theo kết quả và suy ra mốc thời gian được dạy ở Roadmap, Timeline & Milestone theo Outcome.
Lộ trình từng bước
- Mở lại nhật ký quyết định, liệt kê mọi lời hẹn "xem lại sau đợt chạy thử".
- Viết mỗi câu hỏi mà dữ liệu đặt ra thành một dòng, kèm số liệu liên quan.
- Lập bảng bốn lựa chọn: dữ liệu ủng hộ, dữ liệu phản đối, ai chịu rủi ro.
- Gạch những lựa chọn bị dữ liệu phản bác rõ. Dừng ở đó; phần còn lại để người quyết.
- Xác định người quyết cho từng câu hỏi, như khóa Từ ghi chép tới insight đã dạy.
- Viết biên bản: quyết định, ai chịu thiệt, điều kiện kiểm được, ngày xem lại.
- Đưa mỗi quyết định về roadmap dưới dạng kết quả cần đạt, kèm chỉ số.
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Giữ đúng lời hẹn xem lại trong nhật ký | Mỗi lời hẹn | Nhật ký quyết định được tin |
| Mang bảng lựa chọn, không mang đáp án | Mỗi buổi họp quyết định | Người quyết thấy đánh đổi |
| Viết điều kiện kiểm được | Mỗi quyết định có điều kiện | Lần xem sau không cãi lại từ đầu |
| Đặt ngày xem lại tiếp theo | Mỗi biên bản | Vòng đo không bị đứt |
Cần luyện tập
Drill một: Giả sử sau bốn tuần chạy bản sửa, tỉ lệ xem sang chọn món chỉ lên 38% (con số giả sử). Viết lại bảng bốn lựa chọn và đề xuất của nhóm cho buổi xem lại đó.
Drill hai: Viết đoạn ba câu gửi Minh Anh giải thích vì sao vẫn phải trả trước, và điều gì đã thay đổi để em đỡ lo hết món sau khi đã trả tiền.
Drill ba: Nhớ lại một quyết định trong đồ án của bạn mà nhóm hẹn "để sau tính". Viết nó thành biên bản theo mẫu QĐ-08 với ngày xem lại và điều kiện kiểm được.
Checklist hành động tuần này
- [ ] Liệt kê mọi lời hẹn xem lại trong nhật ký quyết định
- [ ] Lập bảng bốn lựa chọn cho mỗi câu hỏi
- [ ] Xác định người quyết cho từng câu hỏi
- [ ] Viết biên bản có điều kiện kiểm được và ngày xem lại
- [ ] Đưa mỗi quyết định về roadmap dưới dạng kết quả
Chỉ số cho cách làm
Những con số này đo xem nhóm bạn chuẩn bị và ghi quyết định tốt tới đâu, không đo app có thành công không; app thành công hay không đã được đọc ở bài 5 bằng các chỉ số sản phẩm.
| Loại chỉ số | Ví dụ | Vai trò |
|---|---|---|
| Độ giữ lời | Tỉ lệ lời hẹn xem lại được thực hiện đúng hạn | Nhật ký quyết định có giá trị |
| Độ rõ | Tỉ lệ quyết định có điều kiện kiểm được | Lần xem sau dựa trên số |
| Độ trung thực | Tỉ lệ quyết định có dòng ai chịu thiệt | Đánh đổi không bị giấu |
| Độ khép vòng | Số quyết định đã thành mục roadmap có chỉ số | Kết quả đo quay về kế hoạch |
Dấu hiệu bạn đã thành thạo
- Bạn nói được dữ liệu loại phương án nào và để lại phương án nào cho người quyết.
- Bạn không coi việc Anh Tuấn giữ trả trước là nhóm thua.
- Mỗi biên bản của bạn có ngày xem lại và điều kiện kiểm được.
- Quyết định của bạn xuất hiện trên roadmap dưới dạng kết quả, không dưới dạng tính năng.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Họp xong không quyết | Trình bày biểu đồ rồi giải tán | Mỗi câu hỏi phải có một dòng quyết định |
| Để dữ liệu quyết thay | Nói "số liệu bảo phải mở rộng" | Nói dữ liệu loại gì, còn lại ai quyết |
| Mở rộng khi còn rò | Mang chỗ rò 34% sang quầy thứ hai | Sửa trước, mở rộng có điều kiện |
| Điều kiện mơ hồ | Ghi "mở rộng khi ổn" | Ghi chỉ số và ngưỡng cụ thể |
| Quên khép vòng | Quyết định không vào roadmap | Mỗi quyết định thành một mục có chỉ số |
Chốt lại
Dữ liệu thu hẹp lựa chọn; người có quyền và chịu rủi ro quyết. Ở buổi họp tuần 4, dữ liệu loại phương án dừng. Anh Tuấn giữ trả trước nhưng duyệt quy tắc hoàn tiền một lần; khung hai sau 10:00 được thêm để vá chỗ rò lớn nhất; quầy thứ hai chờ một điều kiện kiểm được; Chị Lan hẹn trả lời về giảng viên và nhân viên. Biên bản có ai chịu thiệt và ngày xem lại, và mỗi quyết định quay về roadmap như một kết quả cần đạt. Với kế hoạch đo lường, đường cơ sở, bản đọc bốn tuần và quyết định này, bạn đã đủ đồ nghề cho khóa Dự án cuối: Phòng học nhóm thư viện.