5 prompt AI mình dùng lại mỗi sprint khi làm PO
Năm prompt copy dùng ngay cho nghiên cứu, user story, acceptance criteria, edge case và giao việc cho AI agent, kèm bước kiểm tra PO không được bỏ qua.
Viết bởi Phan Lâm Duy Khôi
Năm prompt giúp PO soạn nhanh phần nghiên cứu, user story, acceptance criteria, edge case và brief cho AI agent. Mỗi prompt đi kèm một bước kiểm tra để quyết định vẫn nằm ở PO.
AI viết bản nháp. PO giữ chữ ký cuối
Mỗi sprint, mình dùng AI cho cùng một nhóm việc: gom nghiên cứu, cắt user story, viết acceptance criteria, tìm edge case và giao việc cho AI agent. Những việc này tốn thời gian nhưng có cấu trúc rõ, nên AI làm bản nháp rất nhanh.
Vấn đề là bản nháp của AI luôn trông ổn, kể cả khi nó sai. Vì vậy mỗi prompt dưới đây đi kèm đúng một bước kiểm tra mình không bao giờ bỏ qua. Prompt giúp tiết kiệm thời gian. Bước kiểm tra mới là thứ làm kết quả đáng để dùng.
- Thay chỗ trong [ngoặc vuông] bằng bối cảnh thật của bạn: sản phẩm, người dùng, ràng buộc.
- Không dán dữ liệu cá nhân hay dữ liệu nội bộ nếu công ty chưa cho phép.
- Đọc kết quả như đọc bản nháp của một đồng nghiệp mới: hữu ích, nhưng phải kiểm.
Prompt 1: gom nghiên cứu thành chủ đề đáng tin
Dùng khi bạn có một đống ghi chú phỏng vấn, phản hồi khách hàng hay ticket hỗ trợ và cần biết đâu là vấn đề lặp lại thật.
Đây là [số lượng] ghi chú phỏng vấn và ticket hỗ trợ. Gom chúng thành 3–7 chủ đề. Với mỗi chủ đề, ghi: - một câu tóm tắt - có bao nhiêu nguồn nhắc tới - 2 câu trích nguyên văn, kèm mã nguồn Những gì không thuộc chủ đề nào thì để riêng một danh sách. Không bịa hay viết lại câu trích.
Bước kiểm tra của mình: mở từng câu trích ra đối chiếu với ghi chú gốc. Chủ đề chỉ có một nguồn là phỏng đoán, chưa phải xu hướng. Câu trích nào không tìm thấy trong bản gốc thì loại cả chủ đề đó ra và xem lại.
Prompt 2: cắt ý tưởng lớn thành story ship riêng được
Dùng khi một ý tưởng nghe hợp lý nhưng quá to để làm trong một sprint. Mục tiêu là tìm phần nhỏ nhất vẫn mang lại kết quả người dùng nhìn thấy.
Ý tưởng tính năng: [mô tả ý tưởng]. Chia nó thành các user story nhỏ nhất mà mỗi story mang lại một kết quả người dùng nhận thấy được. Với mỗi story: viết theo mẫu "Là…, tôi muốn…, để…" và giải thích vì sao nó ship riêng được. Đánh dấu story nên ship trước và mình học được gì từ nó.
Bước kiểm tra của mình: story nào không có kết quả người dùng nhận thấy được (ví dụ chỉ là "tạo bảng dữ liệu") thì gộp vào story khác hoặc bỏ. AI hay cắt theo tầng kỹ thuật; PO cần cắt theo giá trị.
Prompt 3: acceptance criteria người khác kiểm thử được
Dùng sau khi đã chốt story. Mục tiêu là bộ tiêu chí đủ rõ để QA đọc xong biết phải thử gì, không cần hỏi lại.
Viết acceptance criteria cho story này theo dạng Given / When / Then. Tối đa 6 tiêu chí. Mỗi tiêu chí phải kiểm thử được bởi một người không viết ra nó. Đánh dấu mọi chữ mơ hồ (nhanh, dễ, trực quan) và đề xuất cách viết đo được. Story: [dán user story]
Bước kiểm tra của mình: xóa mọi tiêu chí mà team sẽ không thực sự kiểm thử. Con số, thời hạn, quyền hạn trong tiêu chí phải đến từ chính sách hoặc người phụ trách, không phải từ AI.
Prompt 4: nhờ AI phá luồng trước khi người dùng phá
Dùng trước khi chốt phạm vi sprint. AI tìm được nhiều trường hợp mà một người bận rộn dễ bỏ sót.
Đóng vai một kỹ sư QA muốn [luồng cần kiểm] bị hỏng. Liệt kê mọi cách nó có thể hỏng: trạng thái trống và lỗi, quyền truy cập, bấm gửi hai lần, mạng chậm hoặc mất mạng, múi giờ, dữ liệu nhập lạ, nhiều người sửa cùng lúc. Xếp hạng theo khả năng xảy ra × mức ảnh hưởng, kèm hành vi mong đợi cho từng trường hợp.
Bước kiểm tra của mình: tự chọn trường hợp nào vào sprint này. Phần còn lại đưa vào backlog, mỗi mục ghi rõ lý do để lại. Danh sách dài không có nghĩa là phải làm hết.
Prompt 5: giao việc cho AI agent mà không mất kiểm soát
Dùng khi giao một việc cho AI agent làm, ví dụ sửa giao diện, viết test hay dựng prototype. Brief tốt trả lời ba câu: xong là gì, không được đụng gì, kiểm tra bằng cách nào.
Việc cần làm: [mô tả việc]. Xong nghĩa là: [kết quả mình nhìn thấy được]. Không được đụng: [file, dữ liệu, hệ thống]. Kiểm tra bằng: [bài test hoặc các bước]. Dừng lại hỏi mình trước khi merge, release, hoặc bất cứ thứ gì khách hàng sẽ thấy. Khi xong, báo lại đã đổi những gì và phần nào chưa kiểm tra.
Bước kiểm tra của mình: đọc phần "chưa kiểm tra" trong báo cáo của agent trước tiên, rồi tự dùng thử kết quả trên môi trường thật. Test xanh chưa có nghĩa là sản phẩm chạy đúng.
Năm bước kiểm tra, gom lại một chỗ
| Việc | AI làm | PO kiểm |
|---|---|---|
| Nghiên cứu | Gom ghi chú thành chủ đề, kèm trích dẫn | Đối chiếu trích dẫn với bản gốc; một nguồn là phỏng đoán |
| Backlog | Cắt ý tưởng thành story nhỏ | Không có kết quả nhìn thấy được thì gộp hoặc bỏ |
| Definition of done | Viết tiêu chí Given / When / Then | Xóa tiêu chí không ai kiểm thử; con số phải có nguồn |
| Edge case | Liệt kê cách luồng có thể hỏng | Chọn cái nào làm sprint này, phần còn lại ghi lý do |
| Giao việc cho agent | Làm việc theo brief | Đọc phần chưa kiểm tra; tự dùng thử trên môi trường thật |
AI làm mình nhanh hơn ở mọi việc xoay quanh một quyết định. Bản thân quyết định vẫn là của PO.
Câu hỏi thường gặp
Dùng prompt này với Claude hay ChatGPT đều được không?
Được. Các prompt không phụ thuộc công cụ. Điều quan trọng là bạn đưa đủ bối cảnh vào chỗ trong ngoặc vuông và luôn chạy bước kiểm tra trước khi dùng kết quả.
Có nên dán dữ liệu khách hàng vào prompt không?
Chỉ khi công ty có quy định cho phép dùng công cụ AI đó với dữ liệu này. Nếu chưa rõ, hãy bỏ tên, email, số điện thoại và dữ liệu nội bộ trước khi dán.
Vì sao prompt nào cũng kèm một bước kiểm tra?
Vì AI viết bản nháp rất trôi chảy, kể cả khi sai. Bước kiểm tra là phần giữ cho quyết định vẫn nằm ở PO: AI soạn, PO kiểm, PO quyết.
Nguồn kiểm tra
Bài liên quan
- 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.
- 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.