Nhiều vấn đề về sản phẩm và kinh doanh đã sai ngay từ trước khi mọi người bắt đầu nghiên cứu chúng. Điều này xảy ra vì nhóm chưa thống nhất được vấn đề họ đang cố gắng giải quyết là gì. Một câu hỏi có thể khiến mọi người đồng thời nghĩ về nguyên nhân, kế hoạch và giải pháp.
Mỗi người có thể trả lời một câu hỏi khác nhau. Tìm nguyên nhân, lập kế hoạch và chọn giải pháp là ba công việc khác nhau. Khi mọi người gộp chúng lại với nhau, họ có thể bỏ lỡ những sự thật quan trọng hoặc đưa ra quyết định yếu kém. Ví dụ, ai đó có thể đoán nguyên nhân trong khi nhóm thực sự cần một kế hoạch. Hoặc nhóm có thể thảo luận về các giải pháp trước khi biết nguyên nhân gây ra vấn đề.
Một cách tốt để nghiên cứu một vấn đề là đi theo một trong ba hướng rõ ràng. Nhóm đặt câu hỏi từng bước một và kiểm tra xem không có gì bị lặp lại hay bỏ sót. AI có thể giúp thực hiện các kiểm tra này. Người quản lý sản phẩm vẫn quyết định vấn đề nào cần nghiên cứu, vấn đề chính là gì và nhóm nên trả lời những câu hỏi nào.
Gỡ rối các nhánh suy nghĩ
- Cây Tại sao (Why-tree) tìm ra nguyên nhân. Gốc của nó hỏi tại sao điều gì đó đang xảy ra. Các lá của nó liệt kê các nguyên nhân tiềm năng. Đầu ra cuối cùng là một tập hợp các giả thuyết có thể kiểm chứng.
- Cây Cái gì (What-tree) phân chia công việc. Gốc của nó hỏi một sản phẩm bàn giao cần những công việc nào. Các lá của nó liệt kê các phân tích, quyết định, cam kết, tạo phẩm hoặc quy trình. Đầu ra cuối cùng là một kế hoạch theo đúng thứ tự.
- Cây Làm thế nào (How-tree) liệt kê các hướng khả thi. Gốc của nó hỏi nhóm có thể đạt được một mục tiêu đã chọn bằng cách nào. Các lá của nó liệt kê các hành động cụ thể. Đầu ra cuối cùng là một tập hợp các lựa chọn đã được xếp hạng.
Sử dụng Tại sao cho nguyên nhân, Cái gì cho đơn vị công việc và Làm thế nào cho các hành động. Mỗi loại lá hỗ trợ một quyết định khác nhau.
Ví dụ
Đầu vào: "Tỷ lệ kích hoạt người dùng mới của chúng ta đang hoạt động kém. Chúng ta cần quyết định phải làm gì."
Hình ảnh bên dưới sử dụng các placeholder cho các loại nhánh và không chứa phát hiện nào về một sản phẩm thực tế.
\\`text
TẠI SAO: Tại sao tỷ lệ kích hoạt người dùng mới lại kém?
├── 1. [Nhóm nguyên nhân ứng viên A]
├── 2. [Nhóm nguyên nhân ứng viên B]
└── 3. [Nhóm nguyên nhân ứng viên C]
Đầu ra: các giả thuyết có thể kiểm chứng
CÁI GÌ: Việc tạo ra một kế hoạch kích hoạt yêu cầu chúng ta làm rõ những gì?
├── 1. Bằng chứng
│ └── 1.1 [PHÂN TÍCH] Bằng chứng mà kế hoạch cần
├── 2. Lựa chọn
│ └── 2.1 [QUYẾT ĐỊNH] Lựa chọn phụ thuộc vào phân tích
├── 3. Thỏa thuận
│ └── 3.1 [CAM KẾT] Quyền sở hữu hoặc phạm vi cần xác nhận
└── 4. Tổng hợp
└── 4.1 [TỔNG HỢP] Kế hoạch phụ thuộc vào các nhánh 1–3
Đầu ra: kế hoạch công việc theo trình tự
LÀM THẾ NÀO: Làm thế nào chúng ta có thể nâng cao tỷ lệ kích hoạt người dùng mới?
├── 1. [Can thiệp gắn với một nguyên nhân đã xác nhận]
├── 2. [Can thiệp gắn với một nguyên nhân đã xác nhận khác]
└── 3. [Nhóm can thiệp trong các ràng buộc đã nêu]
Đầu ra: các lựa chọn đã xếp hạng
\\`
Tôi sẽ sử dụng Tại sao ở đây vì nhóm biết tỷ lệ kích hoạt thấp nhưng chưa tìm ra nguyên nhân. Làm thế nào sẽ phù hợp nếu nhóm đã biết nguyên nhân. Cái gì sẽ phù hợp nếu nhóm cần tạo ra một kế hoạch kích hoạt.
Kiểm tra cấu trúc không thể chứng minh cây là đúng
Cả ba cây đều sử dụng cùng một quy tắc MECE (Loại trừ lẫn nhau, Bao phủ toàn bộ).
Các nhánh ở mỗi cấp không được chồng chéo. Các nhánh ở mỗi cấp phải bao phủ tất cả các lĩnh vực quan trọng. Sự kiểm tra này giúp PM xác định các khu vực bị nhiều hơn một nhánh bao phủ và các khu vực không được bao phủ.
Khi tôi đối mặt với một vấn đề rối rắm, tôi thảo luận bối cảnh với AI. Tôi sử dụng kỹ năng này để phác thảo các nhánh, xây dựng cây và thực hiện các kiểm tra MECE. Tôi giữ kết quả trong chat hoặc sao chép nó vào Miro hoặc một công cụ trực quan khác.
Làm cho phương pháp có thể lặp lại
Một người quản lý sản phẩm có thể tự tạo một cây vấn đề. Nhưng một nhóm phải thực hiện cùng một công việc lặp đi lặp lại. Họ phải tạo các nhánh, sắp xếp chúng theo thứ tự, kiểm tra từng cấp và vẽ một cây rõ ràng cho nhiều vấn đề khác nhau.
Một tác nhân AI có thể thực hiện các bước này nhiều lần. Người quản lý sản phẩm thêm chi tiết về sản phẩm và quyết định cách mô tả vấn đề, đặt tên cho vấn đề chính và loại bỏ các nhánh không cần thiết. Khi mọi người sử dụng cùng một quy trình, các nhà lãnh đạo sản phẩm và người đánh giá có thể hiểu công việc dễ dàng hơn. Họ có thể thấy tại sao nhóm xây dựng cây theo cách đó và kiểm tra xem nó bao phủ toàn bộ vấn đề mà không lặp lại ý tưởng.
Khi bạn đối mặt với một vấn đề mới, trước tiên hãy quyết định câu trả lời bạn cần là gì. Bạn có cần tìm nguyên nhân, lập kế hoạch công việc hay nghĩ ra các lựa chọn khác nhau? Sau đó chọn Tại sao, Cái gì hoặc Làm thế nào để phù hợp với mục tiêu đó. Xây dựng cây đầu tiên của bạn. Tiếp theo, hãy tìm một nhánh bị thiếu và một nhánh lặp lại ý tưởng khác trước khi bạn sử dụng cây.
Nếu một nhóm sản phẩm muốn sử dụng phương pháp này lặp đi lặp lại, họ không nên yêu cầu mọi người quản lý sản phẩm tự xây dựng toàn bộ quy trình và kiểm tra tất cả các quy tắc bằng tay. AI có thể thực hiện công việc lặp đi lặp lại đó để nhóm có thể dành nhiều thời gian hơn cho việc giải quyết vấn đề.
Trang bị kỹ năng này cho nhóm của bạn
\mckinsey-issue-tree\ là một trong 243 kỹ năng PM bên trong AI PM OS, hệ điều hành dùng chung cho các nhóm sản phẩm. Nó chạy trong Claude Code, Cowork hoặc Cursor và được cập nhật ít nhất 2 tuần một lần, ở phiên bản 2.5.
Mỗi PM giữ bối cảnh sản phẩm riêng của họ trong khi nhóm chia sẻ quy trình làm việc và tiêu chuẩn đánh giá, để các cây vấn đề và kế hoạch phân tích được trả về dựa trên sản phẩm của bạn, người dùng của bạn và các ràng buộc thực tế của bạn thay vì lời khuyên PM chung chung.
Bạn không phải tự lắp ráp bất kỳ thứ gì trong số đó. AI PM OS kết nối \mckinsey-issue-tree\ vào lớp vận hành nhóm cùng với các quy trình làm việc cho chiến lược, nghiên cứu, quyết định, công việc với các bên liên quan và đo lường.
