Vấn đề của Product khi mới dùng AI
Bạn là BA/PO/PM đang bận ngập đầu: viết PRD, chốt acceptance criteria, tổng hợp 200 dòng feedback, chuẩn bị slide cho stakeholder. Bạn thử ChatGPT, gõ "viết user story cho tính năng thanh toán", và nhận về một đoạn văn chung chung, sai domain, thiếu edge case. Kết luận vội: "AI không hiểu nghiệp vụ của mình".
Sự thật: AI không đọc được suy nghĩ của bạn. Nó chỉ phản hồi đúng chất lượng của prompt bạn đưa vào. Prompt kém = kết quả kém. Đây không phải học lý thuyết AI hay lập trình — đây là kỹ năng giao việc bằng chữ, giống như bạn brief cho một fresher thông minh nhưng chưa biết gì về dự án của bạn.
Tư duy cốt lõi: Prompt là một bản brief
Một prompt tốt cho công việc product luôn có 5 thành phần (khung R-C-T-F-C):
- Role (Vai) — AI đóng vai ai? "Bạn là BA 8 năm kinh nghiệm fintech."
- Context (Bối cảnh) — Dự án gì, người dùng nào, ràng buộc nào?
- Task (Nhiệm vụ) — Chính xác cần AI làm gì?
- Format (Định dạng) — Trả ra bảng, bullet, JSON, hay markdown?
- Constraints (Ràng buộc) — Độ dài, ngôn ngữ, điều CẤM (không bịa số liệu).
Ví dụ so sánh
Prompt yếu: viết user story cho tính năng thanh toán
Prompt theo khung R-C-T-F-C:
Bạn là Product Owner 6 năm kinh nghiệm mảng ví điện tử tại Việt Nam (Role).Bối cảnh: App ví MoPay, người dùng phổ thông 25-45 tuổi, cần thêm tính năng
thanh toán hóa đơn điện/nước. Tích hợp qua cổng VNPAY. Ràng buộc: phải
tuân thủ hạn mức giao dịch 20 triệu/ngày của NHNN (Context).
Nhiệm vụ: Viết 3 user story cho luồng thanh toán hóa đơn điện, kèm
acceptance criteria dạng Given/When/Then cho mỗi story (Task).
Định dạng: Bảng markdown có cột | Story | AC | Ưu tiên | (Format).
Ràng buộc: Tiếng Việt, mỗi story tối đa 40 từ. Nếu thiếu thông tin để viết
chính xác, hãy LIỆT KÊ câu hỏi thay vì tự bịa (Constraints).
Kết quả từ prompt thứ hai sát nghiệp vụ hơn, đúng format dán thẳng vào Jira, và dòng "nếu thiếu thông tin, hãy hỏi" chính là lá chắn chống ảo giác đầu tiên của bạn.
Các bước áp dụng ngay
- Chọn 1 tác vụ product bạn làm hằng tuần (vd: viết AC).
- Viết prompt hiện tại của bạn ra giấy — thường rất ngắn.
- Bổ sung lần lượt 5 thành phần R-C-T-F-C.
- Chạy cả hai prompt, đặt kết quả cạnh nhau.
- Ghi lại prompt tốt vào một file "thư viện prompt" cá nhân.
Template tái dùng: Khung brief R-C-T-F-C
[ROLE] Bạn là <vai trò + số năm + lĩnh vực>.
[CONTEXT] Sản phẩm: <...>. Người dùng: <...>. Ràng buộc nghiệp vụ: <...>.
[TASK] Hãy <động từ hành động cụ thể> ...
[FORMAT] Trả ra dạng <bảng/bullet/JSON> với các cột/mục: <...>.
[CONSTRAINTS] Ngôn ngữ: Tiếng Việt. Độ dài: <...>.
Nếu thiếu thông tin, hãy HỎI thay vì tự suy diễn. Không bịa số liệu.
Sai lầm thường gặp
- Prompt một dòng, kỳ vọng mười dòng chất lượng. AI sẽ lấp khoảng trống bằng phỏng đoán — đó chính là ảo giác.
- Không nói format → phải copy-sửa tay lại, mất hết thời gian tiết kiệm được.
- Dán nguyên tài liệu nội bộ mật vào công cụ công cộng. Nguy cơ rò rỉ dữ liệu: đừng dán tên khách hàng thật, số liệu doanh thu, thông tin cá nhân (PII) vào tool chưa được công ty duyệt.
- Tin ngay kết quả đầu tiên. AI viết trôi chảy không có nghĩa là đúng. Bài sau sẽ dạy cách kiểm chứng.
Vì sao điều này quan trọng với riêng Product
Khác với người viết content hay lập trình viên, đầu ra của Product đi thẳng vào quyết định của cả team: dev build theo AC của bạn, stakeholder chốt ngân sách theo PRD của bạn. Một prompt cẩu thả không chỉ tốn thời gian sửa, mà có thể khiến cả sprint đi sai hướng. Vì vậy, đầu tư 2 phút viết brief tử tế thường tiết kiệm hàng giờ và tránh những sai lệch tốn kém về sau. Hãy coi mỗi prompt như một mẩu tài liệu công việc, không phải câu chat vứt đi.
Ghi nhớ: Prompt không phải câu hỏi may rủi — nó là bản brief. Brief càng rõ, AI càng giống một cộng sự giỏi thay vì một cỗ máy đoán mò.