Dùng Claude cho PO: việc nào giúp được, việc nào phải tự làm
AI soạn nháp rất nhanh. Bài này chỉ ra bốn lỗi cần soi và một checklist để kiểm tra trước khi tài liệu tới tay team.
Viết bởi Phan Lâm Duy Khôi
AI giúp PO soạn nháp, sắp xếp và gợi ý nhanh hơn, nhưng sự thật, đánh đổi và quyết định vẫn là việc của PO: AI soạn, PO kiểm, PO quyết.
Bản user story trông rất ổn
Bạn vừa nhận việc viết user story cho tính năng đổi trả hàng. Thay vì ngồi viết từ đầu, bạn nhờ Claude soạn. Chưa tới một phút, bạn có một bản nháp gọn gàng: đúng mẫu “Là khách hàng, tôi muốn…”, có các tiêu chí chấp nhận đánh số, câu chữ trơn tru. Bạn gửi cho team.
Hai ngày sau, kỹ sư hỏi: “Chính sách đổi trả của mình là 7 ngày, sao story ghi 30 ngày?” Kiểm thử thì hỏi tiêu chí “hệ thống xử lý nhanh chóng” nghĩa là bao nhiêu giây. Còn bộ phận chăm sóc khách hàng hỏi đơn đã dùng mã giảm giá thì hoàn tiền thế nào. Không ai trong team viết ra con số 30 ngày. AI tự điền vào chỗ trống.
Đây là tình huống minh họa, nhưng là kiểu lỗi rất dễ gặp. Bài này không dạy câu lệnh. Bài này nói về phần khó hơn: chỗ nào AI giúp được trong công việc PO, chỗ nào bạn vẫn phải tự làm, và cách kiểm tra trước khi tài liệu tới tay team.
Vì sao bản nháp càng gọn càng dễ lọt lỗi
Công cụ AI như Claude viết rất trôi chảy. Chính sự trôi chảy đó làm người đọc bớt cảnh giác. Một đoạn văn sai nhưng trình bày đẹp thường qua mắt dễ hơn một đoạn văn đúng nhưng lộn xộn. NIST cũng nhắc tới rủi ro người dùng tin quá mức vào kết quả của máy.
Hiện tượng này có tên gọi. Anthropic, công ty làm ra Claude, gọi là “hallucination” và nói rõ trong tài liệu của họ rằng các kỹ thuật chỉ giảm được, không loại bỏ hoàn toàn. Viện Tiêu chuẩn và Công nghệ Quốc gia Hoa Kỳ (NIST) xếp nó vào nhóm rủi ro của AI tạo sinh dưới tên “confabulation”: AI tự tin đưa ra nội dung sai hoặc bịa.
Với PO, hậu quả không nằm ở câu chữ. Nó nằm ở chỗ team sẽ xây đúng thứ được viết ra. Một quy tắc nghiệp vụ bịa ra, nếu lọt qua, sẽ thành code, thành màn hình, rồi thành khiếu nại của khách.
AI giúp được gì, không giúp được gì
Cách nghĩ đơn giản nhất: AI giỏi phần soạn, phần sắp xếp và phần gợi ý. PO giữ phần sự thật, phần đánh đổi và phần quyết định.
| Việc | Giao cho AI được | PO phải tự làm |
|---|---|---|
| Viết user story | Bản nháp theo mẫu, gợi ý cách diễn đạt | Xác nhận người dùng, vấn đề và quy tắc nghiệp vụ là thật |
| Viết tiêu chí chấp nhận | Liệt kê các trường hợp cần nghĩ tới | Chốt con số, giới hạn và điều kiện kiểm được |
| Tóm tắt phản hồi khách hàng | Gom nhóm, gọi tên chủ đề lặp lại | Đọc lại bản gốc ở những chủ đề sẽ dẫn tới quyết định |
| Soạn tin nhắn cho stakeholder | Bản nháp lịch sự, rõ ý | Chọn điều cần nói, điều chưa hứa |
| Sắp xếp ưu tiên backlog | Nêu các tiêu chí có thể dùng để so | Quyết thứ tự và chịu trách nhiệm về nó |
| Phân tích số liệu | Gợi ý câu hỏi nên đặt cho dữ liệu | Kiểm tra nguồn số và cách tính trước khi kết luận |
Ở việc nào AI cũng có phần giúp được. Điểm khác nằm ở chỗ ai giữ quyền nói “đúng rồi, gửi đi”. Quyền đó luôn là của PO.
Nguyên tắc: AI nháp, PO kiểm, PO quyết
Dù bạn dùng Claude hay một công cụ AI khác, có thể giữ một nguyên tắc chung cho mọi tài liệu product.
- Có sẵn sự thật: Quy tắc, số liệu, ràng buộc đã xác nhận
- AI soạn nháp: Câu chữ, cấu trúc, gợi ý trường hợp
- PO kiểm: Đối chiếu từng ý với sự thật đã có
- PO quyết: Sửa, bỏ, hoặc hỏi thêm trước khi gửi
Gặp một ý không đối chiếu được với nguồn nào thì quay lại bước 1: hỏi người biết, đừng đoán.
Bước 1 quan trọng hơn vẻ ngoài của nó. AI ít phải đoán hơn khi bạn đã có những sự thật được xác nhận: chính sách đổi trả bao nhiêu ngày, ai được duyệt hoàn tiền, hệ thống hiện xử lý đơn thế nào. Dù vậy, bạn vẫn phải kiểm. Còn nếu chính bạn chưa biết, AI sẽ điền vào chỗ trống bằng thứ nghe hợp lý nhất, chứ không phải thứ đúng.
Bốn lỗi AI hay mắc trong tài liệu product
Đây là những lỗi đáng tìm đầu tiên khi đọc một bản nháp do AI viết.
- Bịa quy tắc nghiệp vụ: Con số, thời hạn, quyền hạn xuất hiện mà bạn không đưa vào. Hỏi người phụ trách: con số này lấy từ đâu?
- Bỏ sót trường hợp lỗi: Chỉ có luồng thuận lợi. Thiếu mất kết nối, dữ liệu trống, thao tác hai lần, không đủ quyền.
- Tiêu chí không kiểm được: Những chữ như nhanh chóng, thân thiện, dễ dùng. Tiêu chí chấp nhận cần đo được để kiểm thử biết khi nào là đạt.
- Tự tin khi thiếu dữ liệu: Kết luận chắc nịch dù đầu vào mơ hồ. Không có câu nào kiểu “chưa đủ thông tin”.
Còn một lỗi thứ năm, khó thấy hơn: dùng sai thuật ngữ của team. AI dùng từ phổ biến ngoài thị trường, trong khi team bạn có thể đặt tên khác cho cùng một thứ, hoặc dùng cùng một từ cho hai thứ khác nhau. Ví dụ “hoàn tiền” và “đổi trả” với team này là hai luồng riêng, nhưng bản nháp lại dùng lẫn lộn.
Ví dụ: sửa một user story đổi trả
Quay lại tình huống đầu bài. Bảng dưới là bản nháp minh họa, kèm những gì PO thấy khi đối chiếu với chính sách của một cửa hàng giả định.
| Bản nháp AI | PO thấy vấn đề gì | Bản sau khi sửa |
|---|---|---|
| Khách được đổi trả trong 30 ngày. | Chính sách thật là 7 ngày. AI tự điền con số. | Khách gửi yêu cầu trong 7 ngày kể từ ngày nhận hàng. |
| Hệ thống xử lý yêu cầu nhanh chóng. | Không kiểm được. Nhanh là bao lâu? | Khách nhận email xác nhận trong 5 phút sau khi gửi. |
| Khách được hoàn tiền toàn bộ. | Thiếu trường hợp đơn dùng mã giảm giá. | Đơn dùng mã giảm giá được hoàn số tiền khách thực trả. |
| Khách bấm nút để hoàn tiền. | Dùng lẫn hoàn tiền với đổi trả. | Khách chọn đổi sản phẩm khác hoặc trả hàng để hoàn tiền. |
| (bản nháp không nhắc tới) | Thiếu trường hợp lỗi. | Quá 7 ngày thì nút gửi bị khóa và hiện lý do. |
Không ý nào trong phần “Bản sau khi sửa” do AI tự biết. Con số 7 ngày, mốc 5 phút, cách tính tiền với mã giảm giá đều phải đến từ chính sách và từ cuộc trao đổi với vận hành. AI giúp bạn có bản nháp nhanh. Phần làm cho bản nháp đúng vẫn là việc của PO.
Checklist kiểm tra trước khi gửi team
Đây là checklist để đọc lại bất kỳ tài liệu nào có AI tham gia soạn, trước khi gửi đi. Bạn copy về, dán vào ghi chú hoặc mẫu ticket của team.
Trước khi gửi tài liệu này cho team: [ ] Mỗi con số, thời hạn, quyền hạn đều chỉ ra được nguồn (chính sách, dữ liệu, người xác nhận). [ ] Có ít nhất một trường hợp lỗi cho mỗi luồng chính. [ ] Mỗi tiêu chí chấp nhận đều kiểm được: có con số, điều kiện hoặc kết quả nhìn thấy được. [ ] Thuật ngữ khớp với cách team đang gọi. [ ] Không có ý nào mình không giải thích lại được bằng lời của mình. [ ] Không chứa dữ liệu khách hàng hay thông tin nội bộ mà công ty chưa cho phép đưa vào công cụ AI. [ ] Mình sẵn sàng chịu trách nhiệm cho tài liệu này như thể tự tay viết.
Mục “giải thích lại được bằng lời của mình” là mục hay bị bỏ qua nhất. Nếu kỹ sư hỏi “vì sao lại như vậy” mà bạn chỉ trả lời được “AI viết thế”, tài liệu đó chưa sẵn sàng.
Khi nào không nên dùng AI
- Khi tài liệu chứa dữ liệu cá nhân của khách hàng, hợp đồng hay số liệu nội bộ, mà công ty chưa có quy định cho phép. Hỏi quy định trước, đừng tự quyết. NIST cũng liệt kê quyền riêng tư dữ liệu là một trong 12 rủi ro của AI tạo sinh.
- Khi bạn chưa hiểu vấn đề. AI sẽ cho bạn một câu trả lời trông rất đầy đủ, và bạn mất luôn cơ hội tự đặt câu hỏi đúng.
- Khi cần ra quyết định ưu tiên. AI có thể liệt kê tiêu chí, nhưng đánh đổi giữa các bên và trách nhiệm với kết quả là của PO.
- Khi cần nói chuyện khó với người khác. Một bản nháp giúp bạn sắp ý, nhưng lời từ chối hay lời xin lỗi nên là giọng của chính bạn.
Lỗi người mới hay mắc khi dùng AI
- Gửi thẳng bản nháp. Không đọc lại từng dòng vì “trông ổn rồi”.
- Hỏi AI thay vì hỏi người biết. Câu hỏi về chính sách, hệ thống hay khách hàng thật phải hỏi người phụ trách.
- Để AI quyết thay. Dùng kết quả xếp hạng của AI làm thứ tự backlog mà không tự kiểm từng lý do.
- Giấu việc mình dùng AI. Nếu công ty có quy định, hãy theo quy định. Nếu chưa có, hỏi quản lý trực tiếp xem team đang thống nhất thế nào.
Tóm tắt
- AI viết trôi chảy, nên lỗi trong bản nháp càng khó thấy. Hãy đọc kỹ nhất những đoạn trông ổn nhất.
- AI soạn, PO kiểm, PO quyết. Quyền nói “gửi đi” luôn là của PO.
- Soi bốn lỗi trước: quy tắc bịa, thiếu trường hợp lỗi, tiêu chí không kiểm được, tự tin khi thiếu dữ liệu.
- Không đưa dữ liệu nhạy cảm vào công cụ AI khi chưa có quy định cho phép.
Bài viết không liên kết với Anthropic. Claude là nhãn hiệu của Anthropic, PBC.
Mình đang soạn thêm các tình huống PO khác theo cùng khung này, kèm mẫu dùng ngay. Nếu bạn muốn nhận khi có bài mới, đăng ký bản tin bên dưới.
Câu hỏi thường gặp
PO có nên dùng Claude hay AI để viết user story không?
Có thể dùng AI để soạn bản nháp, nhưng PO phải kiểm từng quy tắc, con số và tiêu chí trước khi gửi team. AI soạn, PO kiểm, PO quyết.
AI hay mắc lỗi gì khi viết tài liệu product?
Bốn lỗi hay gặp là bịa quy tắc nghiệp vụ, bỏ sót trường hợp lỗi, viết tiêu chí không kiểm được và kết luận chắc chắn khi thiếu dữ liệu.
Có nên đưa dữ liệu khách hàng vào công cụ AI không?
Chỉ khi công ty có quy định cho phép. Nếu chưa rõ, hãy hỏi quy định trước và đừng đưa dữ liệu cá nhân, hợp đồng hay số liệu nội bộ vào.
Nguồn kiểm tra
Bài liên quan
- AI có thay được Product Owner không? Việc nào vẫn cần PO: Một câu trả lời cân bằng cho người mới làm PO: AI giúp phần soạn, tóm tắt và gợi ý, còn trách nhiệm với giá trị sản phẩm và các quyết định vẫn thuộc về một con người.
- Dữ liệu nào không nên đưa vào công cụ AI ở công ty?: Sáu nhóm dữ liệu PO nên giữ ngoài công cụ AI, cách lọc từng đoạn trước khi dán, ví dụ ẩn danh một khiếu nại và checklist dùng ngay.
- Dùng AI tóm tắt phản hồi khách hàng: chỗ dễ sai và cách kiểm: Công cụ AI gom và gọi tên chủ đề rất nhanh, nhưng có thể bịa trích dẫn, làm mất tần suất và bỏ sót nhóm khách nhỏ. Bài này chỉ ra từng chỗ dễ sai và cách PO kiểm trước khi dùng bản tóm tắt để quyết định.
- Số liệu do AI phân tích: kiểm tra gì trước khi báo cáo: Cách PO kiểm tra con số do công cụ AI tính ra: đối chiếu tổng, soi mẫu số và kỳ, tự tính lại vài số quan trọng, rồi ghi rõ phần chưa chắc trong báo cáo.