Bài 4 — Trích pain point & phân loại mức độ nghiêm trọng

Từ "chủ đề" đến "pain point"

Một chủ đề như "Thanh toán lỗi" còn quá rộng để đưa vào backlog. Bên trong nó có thể có nhiều pain point khác nhau: "trừ tiền nhưng đơn không tạo", "không hỗ trợ ví Momo", "nhập thẻ bị timeout". Mỗi pain point là một vấn đề riêng, cần giải pháp riêng. Bài này dạy bạn dùng AI để khoan từ chủ đề xuống pain point cụ thể — và quan trọng hơn, chấm mức độ nghiêm trọng để biết cái nào giải trước.

Ba trục để đánh giá một pain point

• Tần suất: bao nhiêu người gặp? (đếm từ dữ liệu)
• Mức độ đau: gây khó chịu nhẹ hay chặn đứng công việc của khách? (severity)
• Tác động kinh doanh: liên quan doanh thu, giữ chân, thương hiệu? (business impact)

AI giúp bạn định lượng trục 1 và gợi ý trục 2, nhưng trục 3 cần PO gắn ngữ cảnh chiến lược — đây là ranh giới không nên giao hết cho AI.

Ví dụ cụ thể

Chủ đề "Thanh toán lỗi" (38 mẩu) được khoan thành:

• PP1 — Trừ tiền nhưng đơn không tạo (12 mẩu, severity: Blocker, ảnh hưởng doanh thu + niềm tin) → ưu tiên cao nhất.
• PP2 — Timeout khi nhập thẻ (15 mẩu, severity: High, gây bỏ giỏ hàng).
• PP3 — Muốn thêm ví ZaloPay (11 mẩu, đây là feature request, không phải lỗi).

Phân tách này ngăn bạn gộp một lỗi nghiêm trọng (mất tiền khách) với một mong muốn (thêm ví) — hai thứ có độ ưu tiên hoàn toàn khác.

Prompt trích pain point + chấm severity

Bạn là trợ lý phân tích pain point cho Product Owner.
Dưới đây là toàn bộ phản hồi thuộc chủ đề "<tên chủ đề>", có ID.

Hãy:
1. Tách chủ đề này thành các PAIN POINT cụ thể (mỗi cái là 1 vấn đề riêng biệt).
2. Với mỗi pain point:
   - Mô tả 1 câu theo góc nhìn khách hàng ("Khi tôi... thì...").
   - Số phản hồi + danh sách ID.
   - Đề xuất mức nghiêm trọng: Blocker / High / Medium / Low, kèm lý do NGẮN.
   - Phân loại: Lỗi (bug) / Thiếu tính năng / Trải nghiệm kém.
3. Nếu bằng chứng yếu (ít hơn 2 phản hồi rõ ràng), ghi "tín hiệu yếu — cần thêm dữ liệu".

KHÔNG suy diễn nguyên nhân kỹ thuật nếu dữ liệu không nói. Chỉ mô tả triệu chứng.

Dữ liệu:
<dán phản hồi của 1 chủ đề>

Các bước triển khai

• Chọn 3–5 chủ đề lớn nhất từ Bài 3 (đừng khoan tất cả cùng lúc).
• Với mỗi chủ đề, chạy prompt khoan pain point.
• Rà soát mức severity AI đề xuất — điều chỉnh theo hiểu biết thực tế của bạn.
• Bổ sung cột "Tác động kinh doanh" bằng chính đánh giá của PO.
• Tách rõ bug vs feature request vs UX — ba loại đi vào ba luồng xử lý khác nhau.
• Lập bảng pain point tổng hợp, sắp theo severity — đầu vào cho Bài 5 (viết story).

Template — Bảng pain point

Sai lầm thường gặp

• AI suy diễn nguyên nhân (ảo giác kỹ thuật): từ "thanh toán lỗi" AI có thể phán "do lỗi API cổng thanh toán" — điều dữ liệu không hề nói. Yêu cầu chỉ mô tả triệu chứng, để nguyên nhân cho đội kỹ thuật điều tra.
• Chấm severity theo cảm xúc câu chữ: một khách viết gay gắt về lỗi nhỏ không đồng nghĩa vấn đề nghiêm trọng. Severity dựa trên tác động, không phải giọng điệu.
• Gộp bug với feature request: làm hỏng ưu tiên; bug mất tiền phải trên "thêm ví".
• Phụ thuộc AI cho tác động kinh doanh: AI không biết chiến lược, hợp đồng, hay khách VIP của bạn. Trục business impact là việc của PO.

Kết bài

Bạn giờ có danh sách pain point cụ thể, có bằng chứng và mức độ. Bài 5 sẽ biến từng pain point thành user story / epic viết chuẩn, sẵn sàng đưa vào backlog và bảo vệ trước team.