Vì sao chủ đề quan trọng
Hỏi nhóm bạn "đợt chạy thử thành công nghĩa là gì?", câu trả lời đầu tiên thường là "có nhiều người dùng". Rồi ai đó đề xuất mục tiêu, giả sử là 1.000 tài khoản sau bốn tuần. Nghe hợp lý, dễ đo, dễ khoe.
Nhưng hãy đọc lại problem statement về xếp hàng từ khóa Từ ghi chép tới insight. Nó nói sinh viên có lớp 12:45 mất 20–25 phút xếp hàng và bỏ bữa. Một nghìn tài khoản không nói gì về chuyện đó. Một nghìn người có thể đăng ký, mở app một lần, rồi vẫn đứng xếp hàng 21 phút như cũ. Mục tiêu đạt, vấn đề còn nguyên.
Chọn sai chỉ số còn nguy hiểm hơn không đo, vì nhóm sẽ tối ưu cho đúng cái bị đo: phát tờ rơi ở cổng trường thay vì sửa giờ chốt đặt món.
Bài này nhận vào: problem statement và nhật ký quyết định từ các khóa trước, cùng bảng nguồn số liệu từ bài 1. Bài này giao ra: một kế hoạch đo lường gồm North Star, chỉ số dẫn dắt, kết quả, bảo vệ và đối trọng, mỗi chỉ số có định nghĩa, nguồn và người theo dõi. Bài 3 sẽ điền đường cơ sở và mục tiêu vào kế hoạch này.
Bức tranh lớn
Bốn cặp khái niệm, mỗi cặp trả lời một câu hỏi.
Chỉ số đầu ra (output) và chỉ số kết quả (outcome). Đầu ra đếm thứ nhóm làm ra hoặc thứ người dùng bấm: số tài khoản, số tính năng đã giao, số lượt mở app. Kết quả đo sự thay đổi trong đời sống người dùng hoặc trong vận hành: thời gian chờ, tỉ lệ bỏ bữa, số suất bỏ đi. Problem statement luôn nói về kết quả, nên thành công cũng phải đo bằng kết quả.
North Star. Một chỉ số duy nhất mà cả nhóm cùng nhìn, nắm được giá trị app mang lại cho người dùng và cho bên vận hành cùng lúc. Một đợt chạy thử bốn tuần chỉ nên có một.
Chỉ số dẫn dắt (leading) và chỉ số trễ (lagging). Chỉ số trễ là kết quả bạn thật sự muốn nhưng thay đổi chậm và có nhiều nguyên nhân, như số email phàn nàn mỗi tháng. Chỉ số dẫn dắt thay đổi sớm, nhóm tác động trực tiếp được, và báo trước chỉ số trễ, như tỉ lệ người xem thực đơn rồi chọn món.
Chỉ số bảo vệ (guardrail) và chỉ số đối trọng (counter-metric). Chỉ số bảo vệ là thứ không được xấu đi dù app có tốt đến đâu, thường là sức khỏe của bên vận hành. Chỉ số đối trọng đi kèm một chỉ số cụ thể, để bắt tác dụng phụ khi nhóm cố đẩy chỉ số đó lên.
flowchart TD
A[Problem statement về xếp hàng và hết món] --> B[North Star của đợt chạy thử]
B --> C[Chỉ số dẫn dắt nhóm tác động được]
B --> D[Chỉ số kết quả thay đổi chậm]
B --> E[Chỉ số đối trọng bắt tác dụng phụ]
F[Chỉ số bảo vệ cho căng tin và bếp] --> G{Có cái nào xấu đi?}
G -->|Có| H[Dừng và xem lại dù North Star tăng]
G -->|Không| BKhóa Metrics & North Star cho PM dạy cách dựng cây chỉ số đầy đủ; bài này chỉ áp dụng nó vào Căng tin số. Xem thêm ở Metrics & North Star cho PM.
Ví dụ chi tiết
Bước một: tách đầu ra khỏi kết quả
| Chỉ số đề xuất | Loại | Vì sao |
|---|---|---|
| Số tài khoản đã đăng ký | Đầu ra | Đăng ký không làm ai bớt xếp hàng |
| Lượt mở app mỗi ngày | Đầu ra | Mở để tò mò cũng được đếm |
| Đơn đặt trước đã thanh toán mỗi ngày | Dẫn dắt | Có đơn mới có người được bỏ qua hàng |
| Tỉ lệ xem thực đơn rồi chọn món | Dẫn dắt | Nhóm sửa được bằng thiết kế và giờ chốt |
| Thời gian xếp hàng quầy cơm giờ cao điểm | Kết quả | Đúng nỗi đau P1 |
| Tỉ lệ sinh viên bỏ bữa vì xếp hàng | Kết quả | Đúng nỗi đau của Minh Anh |
| Suất bỏ đi mỗi ngày | Kết quả | Đúng nỗi đau P6 của Cô Hạnh |
| Email phàn nàn mỗi tháng | Kết quả, trễ | Đo chậm, nhiều nguyên nhân khác |
Bước hai: chọn một North Star
Nhóm cân ba ứng viên.
- Thời gian xếp hàng. Đúng nỗi đau, nhưng còn phụ thuộc số sinh viên đi học, số nhân viên quầy, thời tiết. Đây là chỉ số kết quả quan trọng, không phải North Star.
- Đơn đặt trước đã thanh toán. Gần hơn, nhưng một đơn đã trả mà không tới lấy thì sinh viên không được ăn và bếp vẫn phải bỏ suất.
- Số suất đặt trước được nhận đúng khung giờ mỗi ngày. Mỗi lần nó tăng một, có một người ăn trưa không xếp hàng, một suất đã thu tiền, một suất bếp không phải bỏ.
Nó có một điểm mù: không nói gì về những người vẫn đứng xếp hàng thường. Vì vậy nó phải đi kèm chỉ số đối trọng.
Bước ba: chỉ số đối trọng
Đẩy số suất đặt trước lên có thể gây hai tác dụng phụ. Một: nhân viên quầy ưu tiên giao phần đặt trước, hàng thường chậm hơn. Đối trọng là thời gian xếp hàng thường giờ cao điểm. Hai: bếp nấu dư ra để chắc chắn đủ phần cho đơn đặt trước. Đối trọng là suất bỏ đi mỗi ngày.
Bước bốn: chỉ số bảo vệ
Chỉ số bảo vệ đến từ những gì stakeholder đã nói phải giữ.
- Doanh thu quầy cơm không giảm. Công ty Hòa Bình trả tiền thuê và chia doanh thu cho trường; doanh thu giảm là lý do mạnh nhất để dừng.
- Thời gian bếp chuẩn bị không tăng. Cô Hạnh đã nói "Giờ cao điểm cô không cầm điện thoại được, tay đâu mà xem." Phiếu in cho bếp tồn tại vì câu đó.
- Số lần hoàn tiền. Vì đợt chạy thử dùng trả trước, mỗi lần hết món sau khi đã thu tiền là một lần hoàn tiền, mà chỉ Anh Tuấn được duyệt.
- Số lần nhân viên quầy quên bấm "hết". Bảng "còn món" chỉ đúng khi có người bấm nút. Bảng sai còn tệ hơn không có bảng.
Bước năm: chỉ số dẫn dắt
Email phàn nàn đo theo tháng, bốn tuần chỉ có một điểm đo. Nhóm cần chỉ số đổi theo ngày: tỉ lệ xem thực đơn rồi chọn món, tỉ lệ không tới lấy, số lượt xem bảng "còn món" giữa 11:45 và 12:45.
flowchart TD
A[Xem thực đơn rồi chọn món] --> B[Đơn đã thanh toán]
B --> C[Suất nhận đúng khung giờ]
C --> D[Hàng thường ngắn hơn]
C --> E[Bếp đoán lượng tốt hơn]
D --> F[Ít bỏ bữa, ít email phàn nàn]
E --> G[Ít suất bỏ đi]Các ô trên đổi theo ngày; các ô dưới cùng là kết quả trễ. Nếu ô trên không nhúc nhích, đừng chờ ô dưới.
Mẫu để dùng ngay
Tải mẫu: Kế hoạch đo lường (Excel)
Cột cốt lõi, mỗi chỉ số một dòng:
Chỉ số Suất đặt trước được nhận đúng khung giờ mỗi ngày
Loại North Star
Định nghĩa Đơn đã thanh toán, mã nhận món được quét trong khung đã chọn
Không tính Đơn nhận trễ quá 30 phút, đơn đã hoàn tiền
Nguồn Sự kiện Đã nhận món trong app
Tần suất Mỗi ngày, tổng hợp mỗi tuần
Đường cơ sở Điền ở bài 3
Mục tiêu Điền ở bài 3, ghi dạng khoảng
Đối trọng Thời gian xếp hàng thường, suất bỏ đi
Người theo dõi Một thành viên nhóm, đọc mỗi sáng thứ Hai
Không có dòng "Không tính", hai người sẽ đếm cùng một chỉ số ra hai con số khác nhau.
Lộ trình từng bước
- Mở problem statement, gạch dưới động từ chỉ sự thay đổi: chờ, bỏ bữa, bỏ đi, hết món.
- Liệt kê mọi thứ đo được, phân loại đầu ra, dẫn dắt, kết quả.
- Viết ba ứng viên North Star, với mỗi cái hỏi: nó tăng có chắc người dùng và bên vận hành cùng được lợi không?
- Chọn một, viết lý do và điểm mù của nó.
- Với North Star, viết ít nhất một chỉ số đối trọng cho mỗi tác dụng phụ bạn nghĩ ra.
- Hỏi từng stakeholder "điều gì tuyệt đối không được xấu đi?" để ra chỉ số bảo vệ.
- Điền mẫu: định nghĩa, phần không tính, nguồn, tần suất, người theo dõi.
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Hỏi "đây là đầu ra hay kết quả?" | Mỗi chỉ số đề xuất | Không đặt mục tiêu bằng số tài khoản |
| Viết điểm mù của North Star | Một lần, xem lại mỗi tuần | Có đối trọng đi kèm |
| Hỏi stakeholder điều gì không được xấu đi | Mỗi stakeholder | Danh sách chỉ số bảo vệ có chủ |
| Viết dòng "không tính" | Mỗi chỉ số | Hai người đếm ra cùng một số |
Cần luyện tập
Drill một: Phân loại các chỉ số sau thành đầu ra, dẫn dắt, kết quả: số lượt tải app, số món được đánh dấu chay, tỉ lệ đơn được nhận đúng khung, số email phàn nàn về hết món, số lần bảng "còn món" được xem sau 12:30.
Drill hai: Một bạn trong nhóm đề xuất North Star là "lượt mở app mỗi ngày". Phản biện trong ba câu, dùng nỗi đau của Minh Anh và câu "Đặt rồi không tới, tôi lỗ" của Anh Tuấn.
Drill ba: Với một tính năng trong đồ án của bạn, viết bốn chỉ số: kết quả, dẫn dắt, bảo vệ, đối trọng, mỗi cái có dòng "không tính".
Checklist hành động tuần này
- [ ] Gạch dưới động từ thay đổi trong problem statement
- [ ] Phân loại mọi chỉ số đề xuất thành đầu ra, dẫn dắt, kết quả
- [ ] Chọn một North Star và viết điểm mù của nó
- [ ] Hỏi mỗi stakeholder một chỉ số bảo vệ
- [ ] Điền mẫu kế hoạch đo lường cho ít nhất năm chỉ số
Chỉ số cho cách làm
Những con số này đo xem nhóm bạn làm bước chọn chỉ số 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 đo bằng chính các chỉ số sản phẩm mà bài này giúp bạn chọn.
| Loại chỉ số | Ví dụ | Vai trò |
|---|---|---|
| Độ gắn với vấn đề | Tỉ lệ chỉ số kết quả truy được về một problem statement | Không đo thứ không ai cần |
| Độ rõ định nghĩa | Hai thành viên tự đếm cùng một ngày ra cùng một số | Định nghĩa đủ chặt |
| Độ phủ rủi ro | Số chỉ số bảo vệ có stakeholder đứng tên | Không quên phía vận hành |
| Độ tập trung | Số chỉ số được gọi là North Star | Phải bằng một |
Dấu hiệu bạn đã thành thạo
- Nghe một mục tiêu kiểu "1.000 tài khoản" (con số giả sử) là bạn hỏi ngay "rồi ai bớt xếp hàng?".
- Bạn giải thích được vì sao North Star là suất nhận đúng khung, không phải đơn đã trả.
- Mỗi chỉ số trong kế hoạch có dòng "không tính".
- Anh Tuấn và Cô Hạnh đều thấy điều họ lo nằm trong danh sách chỉ số bảo vệ.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Lấy đầu ra làm mục tiêu | Mục tiêu là số tài khoản | Hỏi chỉ số đó có làm ai bớt chờ không |
| Nhiều North Star | Năm chỉ số cùng được gọi là quan trọng nhất | Chọn một, đẩy phần còn lại xuống dẫn dắt |
| Không có đối trọng | Đẩy đơn đặt trước, hàng thường dài ra | Ghép mỗi chỉ số với tác dụng phụ của nó |
| Quên chỉ số bảo vệ | Doanh thu giảm mà nhóm không biết | Hỏi stakeholder điều gì không được xấu đi |
| Chỉ có chỉ số trễ | Chờ email cuối tháng mới biết | Thêm chỉ số đổi theo ngày |
Chốt lại
Problem statement nói về kết quả, nên thành công phải đo bằng kết quả: thời gian chờ, tỉ lệ bỏ bữa, suất bỏ đi. Số tài khoản là đầu ra, được ghi nhưng không làm mục tiêu. Đợt chạy thử có một North Star, số suất đặt trước được nhận đúng khung giờ mỗi ngày, đi kèm chỉ số dẫn dắt để biết sớm, chỉ số đối trọng để bắt tác dụng phụ, và chỉ số bảo vệ để giữ doanh thu, sức bếp, hoàn tiền và độ đúng của bảng "còn món". Bài 3 đo đường cơ sở cho các chỉ số này trước ngày ra mắt.