Vì sao chủ đề quan trọng
Bức tường Căng tin số có ba chỗ hai bên muốn điều ngược nhau:
- C1: Anh Tuấn nói "Đặt trước thì phải trả trước. Đặt rồi không tới, tôi lỗ." Minh Anh nói "Em không muốn trả tiền trước, lỡ ra tới nơi hết món thì sao."
- C2: Chị Lan nói "Đăng nhập phải bằng mã số sinh viên qua hệ thống của trường." Anh Tuấn nói "Giảng viên với nhân viên trường cũng ăn ở đây, không có mã số sinh viên đâu."
- C3: Cô Hạnh nói "Đặt trước mà sau 10 giờ mới báo thì cô không kịp." Sinh viên muốn đặt tới 11:15.
Bài này nhận vào: pain point, nhu cầu, điểm bằng chứng và problem statement từ bài 3 tới bài 5. Bài này giao ra: một nhật ký quyết định cho C1, C2, C3, nói rõ đã chọn gì, ai quyết, và ai chịu thiệt. Cùng với danh sách pain point và problem statement, đó là đầu vào của khóa Persona & User Journey dựa trên bằng chứng.
Bức tranh lớn
Mâu thuẫn gần như luôn nằm ở vị trí (điều người ta đòi), hiếm khi nằm ở nhu cầu (điều người ta cần bảo vệ). Đây là kỹ thuật bạn đã dùng ở bài 3: lời của stakeholder thường là một giải pháp họ đã chọn sẵn. Khi lần xuống nhu cầu, bạn thường thấy chỗ cho một lựa chọn phục vụ được cả hai.
Thường thôi, không phải luôn. Có những mâu thuẫn mà mọi lựa chọn đều làm ai đó thiệt một phần. Khi đó việc của bạn không phải là giả vờ có giải pháp vẹn cả đôi đường, mà là làm cho đánh đổi hiện rõ, để người có quyền quyết định thấy mình đang quyết điều gì.
Sáu bước xử lý một mâu thuẫn:
- Ghi hai vị trí bằng lời nguyên văn.
- Lần xuống nhu cầu của mỗi bên.
- Liệt kê ít nhất ba lựa chọn, gồm hai vị trí gốc.
- Chấm mỗi lựa chọn theo từng nhu cầu và theo quy tắc nghiệp vụ đã biết.
- Xác định người quyết: người sở hữu ràng buộc và gánh hậu quả.
- Ghi nhật ký quyết định, kể cả phần thiệt và điều kiện xem lại.
flowchart TD
A[Hai vị trí ngược nhau] --> B[Lần xuống nhu cầu mỗi bên]
B --> C[Liệt kê ít nhất ba lựa chọn]
C --> D{Có lựa chọn phục vụ cả hai?}
D -->|Có| E[Đề xuất lựa chọn đó]
D -->|Không| F[Nêu rõ đánh đổi và ai chịu]
E --> G[Người sở hữu ràng buộc quyết]
F --> G
G --> H[Ghi nhật ký quyết định]Ví dụ chi tiết
C1: trả trước hay trả khi nhận
Nhu cầu của Anh Tuấn: không mất tiền vì suất đặt bị bỏ. Nhu cầu của Minh Anh: không mất tiền khi ra tới nơi mà hết món. Hai nhu cầu này không hề đối nghịch; cả hai đều là "đừng để tôi mất tiền vì lỗi không phải của tôi".
| Lựa chọn | Nhu cầu Anh Tuấn | Nhu cầu Minh Anh | Ghi chú |
|---|---|---|---|
| Trả trước bắt buộc | Đáp ứng | Không đáp ứng | Mỗi lần hết món phải hoàn tiền, mà chỉ Anh Tuấn được duyệt hoàn tiền |
| Trả khi nhận, không giới hạn | Không đáp ứng | Đáp ứng | Rủi ro đặt bừa rồi không tới |
| Giữ chỗ, trả khi nhận, giới hạn số lần không tới | Phần lớn | Đáp ứng | Phần đặt quá 30 phút được bán cho hàng như quy tắc hiện có |
| Trả trước, hệ thống tự hoàn khi hết món | Đáp ứng | Phần lớn | Đi ngược quy tắc chỉ quản lý duyệt hoàn tiền |
Nhưng hãy nói thật phần còn hở: phần đặt cho khung nhận muộn, khi hàng đã vãn, có thể không bán lại được. Lựa chọn này giảm lỗ, không xóa lỗ. Người quyết là Anh Tuấn, vì đó là tiền của công ty Hòa Bình. Chị Lan được báo, vì nó ảnh hưởng tới trải nghiệm sinh viên mà phòng cô tài trợ.
Kết quả cuộc họp. Nhóm trình bày bảng trên và đề xuất lựa chọn thứ ba. Anh Tuấn nghe hết, rồi vẫn chọn trả trước cho đợt chạy thử: tiền là của công ty Hòa Bình, và anh chưa tin giới hạn số lần không tới đủ để răn đe. Đây là kết cục bình thường, không phải thất bại của nhóm. Người chịu rủi ro có quyền quyết. Việc của bạn là ghi nhật ký cho đúng: đã chọn trả trước; Minh Anh là người chịu thiệt, nên đơn đã trả phải được giữ phần, và nếu vẫn hết món thì hoàn tiền qua Anh Tuấn; rủi ro còn mở là các lần hoàn tiền dồn vào giờ cao điểm; 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. Các khóa sau đi tiếp từ chính quyết định này. Khóa "Hiểu nghiệp vụ trước khi xây" cho thấy rủi ro hoàn tiền đó hiện ra trên vòng đời của đơn, còn khóa "Không bỏ sót" kiểm tra đúng đường không vui: hết món sau khi đã trả tiền.
C2: đăng nhập bằng gì
Nhu cầu của Chị Lan: biết chắc ai đang dùng, đặc biệt để áp đúng quy tắc suất hỗ trợ, tối đa một suất một ngày, chỉ ngày thường, không dùng mua nước. Nhu cầu của Anh Tuấn: không bỏ ngoài khoảng 15% doanh thu đến từ giảng viên và nhân viên.
Lựa chọn phục vụ cả hai: sinh viên đăng nhập bằng mã số sinh viên qua hệ thống của trường; giảng viên và nhân viên đăng nhập bằng số điện thoại. Suất hỗ trợ chỉ dùng được qua đường mã số sinh viên, nên nhu cầu xác minh của Chị Lan vẫn được giữ đúng ở chỗ nó quan trọng. Người dùng đường số điện thoại trả đủ giá, nên việc không xác minh họ là ai ít rủi ro.
Người quyết là Chị Lan, vì chính sách tài khoản và dữ liệu thuộc về trường. Nếu cô không chấp nhận đường số điện thoại, phương án dự phòng là bản chạy thử học kỳ 2 chỉ dành cho sinh viên, và nhật ký phải ghi rõ: giảng viên và nhân viên tạm thời nằm ngoài, Anh Tuấn chịu phần đó.
C3: chốt đặt lúc 10:00 hay 11:15
Đây là mâu thuẫn khó nhất, vì ràng buộc của Cô Hạnh là ràng buộc vật lý. Cô nấu theo mẻ từ 10:30; biết sau 10:00 thì không kịp. Không có cách thiết kế nào làm nồi cơm nấu nhanh hơn. Nhu cầu của sinh viên: được quyết bữa trưa sau khi biết lịch buổi sáng.
Lựa chọn tốt nhất là hai khung đặt:
flowchart TD
A[Trước 10h] --> B[Khung một đặt đủ món]
B --> C[Bếp nấu theo số đặt từ 10h30]
D[Từ 10h tới 11h15] --> E[Khung hai giữ chỗ món còn lại]
C --> E
E --> F[Nhận cơm theo khung giờ]
G[Sau 11h15] --> H[Xếp hàng như hiện nay]Khung một: đặt trước 10:00, chọn đủ món, được đảm bảo. Khung hai: từ 10:00 tới 11:15, chỉ giữ chỗ từ những gì bếp đã nấu và còn lại. Cô Hạnh không phải đổi cách nấu. Sinh viên đặt muộn vẫn được giữ chỗ.
Nhưng đây không phải giải pháp vẹn cả đôi đường. Sinh viên đặt sau 10:00 mất quyền chọn đầy đủ, và vào ngày đông có thể không còn món mặn họ thích. Nhóm bạn phải viết điều đó ra, không giấu sau chữ "linh hoạt". Người quyết giờ chốt là Anh Tuấn với tư cách quản lý, nhưng con số 10:00 đến từ Cô Hạnh và không đem ra biểu quyết.
Mẫu để dùng ngay
Mỗi mâu thuẫn một mục nhật ký quyết định. Ví dụ cho C3:
Mã quyết định QĐ-03
Mâu thuẫn C3, hạn chốt đặt trước
Vị trí A Cô Hạnh, sau 10 giờ báo thì không kịp
Vị trí B Sinh viên muốn đặt tới 11:15
Nhu cầu A Biết số suất trước mẻ nấu 10:30
Nhu cầu B Quyết bữa trưa sau khi biết lịch buổi sáng
Lựa chọn đã xét chốt 10:00, chốt 11:15, hai khung đặt
Quyết định Hai khung đặt, khung hai chỉ giữ món còn lại
Người quyết Anh Tuấn, ràng buộc 10:00 từ Cô Hạnh
Ai chịu thiệt Sinh viên đặt sau 10:00 mất quyền chọn đủ món
Xem lại khi Sau bốn tuần chạy thử ở một quầy, học kỳ 2
Bằng chứng Ghi chú CH-07, problem statement P1 và P6
Lộ trình từng bước
- Lập danh sách mâu thuẫn từ bức tường. Mỗi cái ghi hai lời nguyên văn.
- Lần xuống nhu cầu bằng câu hỏi "nếu được như vậy rồi, anh chị được gì?"
- Liệt kê ít nhất ba lựa chọn. Luôn đưa hai vị trí gốc vào để so.
- Chấm từng lựa chọn với từng nhu cầu và với các quy tắc đã nghe, như giữ phần đặt 30 phút hay chỉ quản lý duyệt hoàn tiền.
- Xác định người quyết: ai sở hữu ràng buộc, ai gánh hậu quả tiền bạc hay vận hành. Nhóm sinh viên làm khám phá không phải người quyết; bạn là người chuẩn bị quyết định.
- Mang bảng lựa chọn tới người quyết, không mang một đáp án đã chốt.
- Ghi nhật ký, kể cả ai chịu thiệt và khi nào xem lại. Đưa vào mẫu tổng hợp.
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Ghi mâu thuẫn ngay khi thấy trên tường | Suốt quá trình tổng hợp | Không mâu thuẫn nào bị lập trình viên tự quyết |
| Luôn có ít nhất ba lựa chọn | Mỗi mâu thuẫn | Thoát khỏi thế chọn bên này hay bên kia |
| Viết dòng ai chịu thiệt | Mỗi quyết định | Đánh đổi hiện rõ, không bị giấu |
| Hẹn ngày xem lại | Mỗi quyết định | Quyết định được kiểm bằng dữ liệu chạy thử |
Cần luyện tập
Drill một: Viết nhật ký quyết định đầy đủ cho C1 theo khung ở trên, dùng lựa chọn giữ chỗ và giới hạn số lần không tới. Dòng "ai chịu thiệt" của bạn ghi gì?
Drill hai: Giả sử Chị Lan từ chối đường đăng nhập bằng số điện thoại. Viết lại mục C2 với quyết định mới, và viết hai câu gửi Anh Tuấn giải thích phần thiệt của ông, dựa trên con số 15% doanh thu.
Drill ba: Tìm một mâu thuẫn trong nhóm đồ án của bạn, ví dụ deadline nộp và độ hoàn chỉnh. Làm đủ sáu bước. Có lựa chọn phục vụ cả hai không, hay phải ghi đánh đổi?
Checklist hành động tuần này
- [ ] Liệt kê mọi mâu thuẫn trên bức tường kèm lời nguyên văn
- [ ] Viết nhu cầu của mỗi bên cho C1, C2, C3
- [ ] Lập bảng ít nhất ba lựa chọn cho từng mâu thuẫn
- [ ] Hẹn người quyết cho từng mâu thuẫn
- [ ] Ghi ba mục nhật ký quyết định có dòng ai chịu thiệt
Chỉ số cho cách làm
Các con số dưới đây đo cách nhóm làm bước này, không đo app có thành công hay không. Câu hỏi app có hiệu quả không, và làm gì tiếp, là việc của khóa Đo lường thành công.
| Loại chỉ số | Ví dụ | Vai trò |
|---|---|---|
| North Star | Tỉ lệ mâu thuẫn có quyết định do đúng người ký | Không mâu thuẫn nào tự quyết trong code |
| Chỉ số dẫn dắt | Số mâu thuẫn đã có bảng ba lựa chọn | Cho biết sẵn sàng mang đi họp |
| Chỉ số trung thực | Số quyết định có ghi ai chịu thiệt | Đánh đổi không bị giấu |
| Chỉ số kiểm chứng | Tỉ lệ không tới lấy phần đặt khi chạy thử | Kiểm lại quyết định C1 bằng dữ liệu |
Dấu hiệu bạn đã thành thạo
- Bạn nhìn "phải trả trước" và thấy ngay nhu cầu "không lỗ" bên dưới.
- Bạn mang tới buổi họp một bảng lựa chọn, không phải một đáp án.
- Bạn dám viết "sinh viên đặt sau 10:00 mất quyền chọn đủ món" vào tài liệu gửi sponsor.
- Bạn biết ai quyết từng mâu thuẫn và vì sao không phải bạn.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Chọn theo quyền lực | Ý sponsor thắng mà không bàn | Lần xuống nhu cầu trước khi chọn |
| Giả vờ vẹn cả đôi | Ghi "linh hoạt cho cả hai" ở C3 | Viết rõ ai chịu thiệt |
| Nhóm tự quyết | Đội tự chốt giờ đặt 10:30 | Mang lựa chọn tới người sở hữu ràng buộc |
| Quên quy tắc có sẵn | Đề xuất tự hoàn tiền | Kiểm từng lựa chọn với quy tắc đã nghe |
| Quyết một lần là xong | Không hẹn xem lại | Gắn điều kiện xem lại với dữ liệu chạy thử |
Chốt lại
Mâu thuẫn nằm ở vị trí; lời giải thường nằm ở nhu cầu. C1 có lựa chọn gần như phục vụ cả hai: giữ chỗ, trả khi nhận, giới hạn số lần không tới; vậy mà người chịu rủi ro vẫn chọn trả trước, và nhật ký ghi rõ ai chịu thiệt, khi nào xem lại. C2 có lời giải rõ: hai đường đăng nhập. C3 chỉ có lời giải một phần, và nhật ký phải nói thật điều đó. Người quyết là người sở hữu ràng buộc; bạn là người làm cho quyết định rõ ràng. Với danh sách pain point có bằng chứng, problem statement và ba mục nhật ký quyết định, bạn đã sẵn sàng cho khóa Persona & User Journey dựa trên bằng chứng.