Từ "chat từng lần" đến "agent làm nhiều bước"
Đến giờ bạn dùng AI theo kiểu hội thoại: hỏi — nhận — sửa. Bước tiến tiếp theo là AI agent — cấu hình một trợ lý có sẵn hướng dẫn, có thể chạy nhiều bước và (ở công cụ cho phép) kết nối nguồn dữ liệu như tài liệu công ty, Jira, Confluence. Mục tiêu: PM không phải lặp lại thao tác thủ công mỗi lần.
Quan trọng: khóa học này không dạy lập trình. "Agent" ở đây là cấu hình bằng ngôn ngữ tự nhiên trong công cụ no-code, không phải viết code.
Ba cấp độ tự động hóa
- Custom instruction / Project — lưu khung PRD + quy tắc chống bịa một lần, tái dùng mãi.
- Agent có kiến thức nền — nạp tài liệu chuẩn (khung PRD công ty, glossary, ví dụ PRD tốt) để agent trả lời theo chuẩn nội bộ.
- Agent kết nối công cụ — (nếu công ty cho phép) agent đọc ticket, tra roadmap, tạo draft trong công cụ tài liệu.
Ví dụ cụ thể: cấu hình một "PRD Assistant"
Hướng dẫn hệ thống cho agent (dán vào phần custom instruction / agent config):
VAI TRÒ: Trợ lý viết PRD cho product team.
LUÔN dùng khung PRD 10 mục sau: [dán khung].
QUY TẮC BẮT BUỘC:
- Không bịa số liệu, tên API, ràng buộc kỹ thuật. Thiếu thì ghi [CẦN BỔ SUNG].
- Không ra quyết định sản phẩm; chỉ đề xuất phương án kèm đánh đổi.
- Đánh dấu [SUY ĐOÁN] cho mọi nhận định không có trong dữ liệu người dùng đưa.
- Với tài liệu gửi ra ngoài, loại bỏ tên hệ thống nội bộ.
KHI THIẾU THÔNG TIN: hỏi lại, không tự lấp.
ĐẦU RA: markdown theo khung, kèm mục "Câu hỏi cho PM" ở cuối.
Từ đó, mỗi lần viết PRD bạn chỉ cần đưa nguyên liệu thô; agent tự áp khung, tự gắn cảnh báo.
Ví dụ tự động hóa nhẹ: bản tin PRD hàng tuần
Mỗi khi tôi dán danh sách tính năng dự kiến trong sprint, hãy tạo cho mỗi tính năng một "PRD stub": TL;DR + 3 câu hỏi quan trọng nhất cần làm rõ + đề xuất chỉ số. Không bịa chi tiết.
Bạn biến 10 dòng ý tưởng thành 10 stub PRD để phân công viết chi tiết — trong vài phút.
Các bước làm
- Bắt đầu ở cấp 1: lưu khung + quy tắc thành custom instruction.
- Thu thập 2–3 PRD mẫu tốt (đã ẩn danh) làm kiến thức nền cho agent.
- Cấu hình agent với hướng dẫn hệ thống ở trên.
- Kiểm thử trên một tính năng cũ đã biết đáp án — xem agent có bịa không.
- Chỉ khi tin cậy mới nâng lên cấp kết nối công cụ, và chỉ với công cụ công ty duyệt.
- Định kỳ rà lại đầu ra của agent để phát hiện "trôi" chất lượng.
Checklist triển khai agent an toàn (tái dùng)
[ ] Đã nạp khung PRD + quy tắc chống bịa vào agent
[ ] Kiến thức nền đã ẩn danh, được phép dùng
[ ] Đã test trên case đã biết đáp án (bắt ảo giác)
[ ] Công cụ được công ty/an ninh thông tin duyệt
[ ] Có bước con người duyệt trước khi PRD phát hành
[ ] Rà định kỳ chất lượng đầu ra
Sai lầm thường gặp
- Kết nối agent vào dữ liệu nội bộ khi chưa được duyệt. Rủi ro rò rỉ dữ liệu lớn nhất nằm ở đây. Luôn dùng công cụ được phê duyệt và kiểm tra chính sách lưu trữ dữ liệu.
- Tin agent chạy tự động mà không kiểm. Agent nhiều bước tích luỹ sai; ảo giác len vào giữa chuỗi khó phát hiện. Luôn có chốt con người trước khi phát hành.
- Phụ thuộc quá mức đến mức bỏ tư duy phản biện. Agent càng tiện, cám dỗ "bấm chấp nhận" càng cao — đó là lúc lỗi lọt lưới.
- Nạp PRD thật chưa ẩn danh làm kiến thức nền. Có thể vô tình để lộ chiến lược/khách hàng qua các phiên chat sau.
Học xong bài này rồi?
Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu,
và học hết khóa thì có chứng chỉ.
Lưu tiến độ của tôi