Vì sao chủ đề quan trọng
Ba từ vấn đề, giải pháp và yêu cầu thường bị dùng lẫn lộn trong các cuộc họp sản phẩm, và sự lẫn lộn này gây tổn thất khổng lồ. Khi cả team không phân biệt được ba khái niệm, mọi cuộc thảo luận trượt thẳng vào tranh cãi giải pháp mà chưa ai đồng thuận về vấn đề. Kết quả là bạn xây rất nhiều, sửa rất nhiều, nhưng không ai chắc mình đang giải quyết điều gì.
Phân biệt rõ ba lớp này là kỹ năng nền tảng của product thinking. Vấn đề là khó khăn hoặc nhu cầu của người dùng, tồn tại độc lập với sản phẩm của bạn. Giải pháp là cách bạn chọn để xử lý vấn đề, và luôn có nhiều giải pháp cho một vấn đề. Yêu cầu là một mô tả cụ thể mà ai đó đưa ra, thường đã đóng gói sẵn một giải pháp bên trong.
Khi bạn tách bạch được, bạn mở ra không gian sáng tạo: một vấn đề có thể có mười giải pháp, và bạn được quyền chọn cái rẻ nhất, nhanh nhất, tác động lớn nhất, thay vì bị khóa vào giải pháp đầu tiên ai đó nghĩ ra.
Bức tranh lớn
Hãy hình dung ba lớp này như một cây phân tầng. Ở gốc là vấn đề, ở giữa là các giải pháp khả dĩ, ở ngọn là các yêu cầu cụ thể. Nhiều yêu cầu khác nhau thực ra chỉ là các biến thể của cùng một giải pháp, và nhiều giải pháp cùng phục vụ một vấn đề.
graph TD VanDe[Van de nguoi dung] GiaiPhapA[Giai phap A] GiaiPhapB[Giai phap B] YeuCau1[Yeu cau cu the 1] YeuCau2[Yeu cau cu the 2] YeuCau3[Yeu cau cu the 3] VanDe --> GiaiPhapA VanDe --> GiaiPhapB GiaiPhapA --> YeuCau1 GiaiPhapA --> YeuCau2 GiaiPhapB --> YeuCau3
Sai lầm phổ biến là làm việc từ trên xuống: nhận yêu cầu rồi làm luôn. Cách đúng là đi ngược từ yêu cầu về vấn đề, rồi mới đi xuống chọn giải pháp tối ưu. Nhìn cây này, bạn thấy nếu chỉ làm Yêu cầu 1 bạn đã tự bịt mắt trước Giải pháp B có thể tốt hơn.
Ví dụ chi tiết
Một sàn thương mại điện tử Việt Nam nhận yêu cầu từ đội vận hành: "Thêm bộ lọc theo màu sắc trên trang danh mục thời trang." Nghe rất cụ thể, dễ làm. Nhưng product manager tách ba lớp.
Yêu cầu: thêm bộ lọc màu. Đây rõ ràng là một yêu cầu đã đóng gói giải pháp. Đào ngược lên giải pháp: đây là giải pháp cho việc gì? Đội vận hành trả lời họ muốn khách tìm được sản phẩm ưng ý nhanh hơn. Đào tiếp lên vấn đề: khách hàng đang khó tìm sản phẩm phù hợp trong danh mục thời trang có hàng nghìn mẫu.
Khi vấn đề đã rõ, product manager mở lại không gian giải pháp. Lọc theo màu chỉ là một cách. Dữ liệu cho thấy khách bỏ giỏ nhiều nhất vì không lọc được theo kích cỡ còn hàng, chứ không phải màu. Vậy giải pháp tác động lớn hơn là lọc theo size sẵn kho. Đội làm cả hai nhưng ưu tiên size trước. Tỷ lệ chuyển đổi trên trang danh mục tăng rõ rệt. Nếu chỉ làm đúng yêu cầu màu sắc, họ đã bỏ lỡ đòn bẩy lớn hơn.
Lộ trình từng bước
Quy trình phân tầng có thể vận hành như một checklist tư duy trước mỗi hạng mục.
graph LR DauVao[Yeu cau dau vao] BocGiaiPhap[Tach lop giai phap] TimVanDe[Xac dinh van de goc] MoRong[Mo rong giai phap khac] ChonToiUu[Chon giai phap toi uu] DauVao --> BocGiaiPhap --> TimVanDe --> MoRong --> ChonToiUu
Bước một, nhận diện yêu cầu đầu vào và chấp nhận nó chứa sẵn một giải pháp. Bước hai, hỏi giải pháp này đang phục vụ điều gì. Bước ba, phát biểu vấn đề bằng ngôn ngữ người dùng, không chứa từ chỉ giải pháp. Bước bốn, brainstorm ít nhất ba giải pháp khác cho cùng vấn đề. Bước năm, chấm điểm và chọn giải pháp có tỷ lệ giá trị trên chi phí cao nhất.
Thói quen & kỷ luật
| Thoi quen | Mo ta | Ket qua |
|---|---|---|
| Viet problem statement | Moi hang muc co mot cau van de | Ca team hieu chung |
| Cam tu chi giai phap | Khong dua ten tinh nang vao van de | Giu khong gian mo |
| Liet ke 3 giai phap | Luon co lua chon | Tranh khoa som |
| Ra soat backlog theo lop | Gan yeu cau vao van de | Gom nhom, giam trung lap |
Cần luyện tập
Drill 1 - Ba cột. Kẻ bảng ba cột Vấn đề, Giải pháp, Yêu cầu. Lấy tám hạng mục trong backlog và xếp từng phần vào đúng cột. Bạn sẽ thấy nhiều hạng mục thiếu hẳn cột vấn đề.
Drill 2 - Một vấn đề năm giải pháp. Chọn một vấn đề người dùng rõ ràng. Viết ra năm giải pháp khác nhau, từ rẻ nhất tới đắt nhất. Ước lượng tác động của từng cái.
Drill 3 - Phát hiện giải pháp trá hình. Cho mười phát biểu, một nửa là vấn đề thật một nửa là giải pháp đội lốt vấn đề. Phân loại và giải thích dấu hiệu nhận biết.
Checklist hành động tuần này
- [ ] Thêm dòng problem statement cho mọi hạng mục trong sprint hiện tại
- [ ] Xếp 8 hạng mục backlog vào ba cột vấn đề, giải pháp, yêu cầu
- [ ] Chọn 1 vấn đề và viết 5 giải pháp thay thế
- [ ] Đánh dấu các hạng mục thiếu vấn đề để dừng hoặc điều tra thêm
- [ ] Chia sẻ mẫu problem statement cho cả team dùng chung
Chỉ số & North Star
| Chi so | Y nghia | Nguong tot |
|---|---|---|
| Ty le hang muc co problem statement | Muc do ro rang | Gan 100 phan tram |
| So giai pháp trung binh moi van de | Do rong khong gian | Tu 3 tro len |
| Ty le yeu cau bi gom nhom lai | Giam trung lap | Tang dan |
| Ty le giai phap khac yeu cau goc | Muc do sang tao | Tren 30 phan tram |
Dấu hiệu bạn đã thành thạo
Bạn thành thạo khi nghe một yêu cầu, bạn tự động dịch nó ra vấn đề trong đầu mà không cần cố gắng. Bạn thấy khó chịu khi ai đó đưa giải pháp mà chưa nói vấn đề. Bạn dẫn dắt được cuộc họp quay về vấn đề mỗi khi nó trượt vào tranh cãi giải pháp. Bạn thường xuyên đề xuất giải pháp khác với yêu cầu ban đầu và được stakeholder tin tưởng vì lựa chọn đó dựa trên phân tích rõ ràng.
Cạm bẫy thường gặp
| Cam bay | Bieu hien | Cach tranh |
|---|---|---|
| Van de chua giai phap | Cau van de co ten tinh nang | Viet lai theo goc nguoi dung |
| Bo qua buoc mo rong | Lam luon giai phap dau tien | Bat buoc liet ke 3 lua chon |
| Van de qua rong | Khong the giai quyet | Thu hep phan khuc va boi canh |
| Nham to voi quan trong | Uu tien theo do phuc tap | Uu tien theo tac dong |
Chốt lại
Phân biệt vấn đề, giải pháp và yêu cầu là bộ lọc tư duy giúp bạn không bị khóa vào giải pháp đầu tiên. Vấn đề là điều bạn tôn trọng, giải pháp là điều bạn chịu trách nhiệm, yêu cầu là dữ liệu đầu vào cần giải mã. Rèn thói quen viết problem statement và luôn mở ra nhiều giải pháp, bạn sẽ tạo ra tác động lớn hơn với chi phí thấp hơn.