Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Chủ đề 7 · Prompt Engineering cho BA — Xây thư viện Prompt tái dùng cho cả team BA

Vấn đề: viết lại prompt từ đầu mỗi lần là lãng phí

Sau vài tuần dùng AI, bạn sẽ nhận ra mình gõ đi gõ lại những prompt na ná nhau. Nếu mỗi BA tự chế prompt riêng, chất lượng đầu ra chênh lệch và khó kiểm soát. Giải pháp là một thư viện prompt chuẩn hóa, có tham số, tái dùng được cho cả team — biến kinh nghiệm cá nhân thành tài sản chung.

Prompt tham số hóa (dùng biến)

Thay vì prompt cứng, hãy thiết kế prompt có ô trống điền nhanh:

[TÊN PROMPT] Sinh User Story
[BIẾN] {context_du_an}, {yeu_cau_tho}, {so_luong_story}
---
[VAI TRÒ] Bạn là BA của {context_du_an}.
[NHIỆM VỤ] Từ yêu cầu: "{yeu_cau_tho}", viết {so_luong_story} 
user story chuẩn INVEST kèm AC Given-When-Then và mục câu hỏi 
làm rõ cho PO.
[RÀNG BUỘC] Không bịa ngưỡng nghiệp vụ; thiếu dữ liệu → [CẦN LÀM RÕ].

Mỗi lần dùng chỉ cần thay giá trị trong ngoặc — nhanh và nhất quán. Đây là bước biến prompt từ "mẹo cá nhân" thành "quy trình chuẩn" mà bất kỳ ai trong team cũng chạy ra kết quả tương đương.

Vì sao thư viện là tài sản, không phải tiện ích

Một prompt tốt là kết tinh của nhiều lần thử-sai: bạn đã học được cách diễn đạt để AI hiểu đúng, cách chèn ràng buộc chống ảo giác, cách ép định dạng đầu ra. Nếu kiến thức đó chỉ nằm trong đầu bạn, nó biến mất khi bạn nghỉ phép hay chuyển việc. Thư viện chuẩn hóa biến nó thành tài sản tổ chức: onboard BA mới nhanh hơn, chất lượng đầu ra đồng đều, và dễ kiểm soát rủi ro vì mọi prompt đều qua một cửa review.

Cấu trúc một mục thư viện

Mỗi prompt trong thư viện nên có metadata:

- Tên: ...
  • Tác vụ BA: (user story / BRD / phân tích / kiểm chứng ...)
  • Đầu vào cần: ...
  • Đầu ra kỳ vọng: ...
  • Biến: {...}
  • Rủi ro & lưu ý kiểm chứng: ...
  • Phiên bản & người cập nhật: ...

Các bước xây thư viện

  • Trong 2 tuần, lưu lại mọi prompt cho kết quả tốt.
  • Nhóm theo tác vụ BA (elicitation, đặc tả, kiểm chứng, giao tiếp).
  • Chuyển mỗi prompt thành dạng tham số hóa với biến rõ ràng.
  • Thêm metadata và ghi chú "cách kiểm chứng đầu ra".
  • Lưu vào nơi cả team truy cập (wiki/Notion/Sheet nội bộ).
  • Đặt quy tắc: prompt mới phải qua review trước khi vào thư viện.
  • Rà soát định kỳ mỗi quý, loại prompt lỗi thời.

Template phân loại thư viện

1. Khai thác yêu cầu: câu hỏi elicitation, phân tích biên bản họp
  • Đặc tả: user story, AC, BRD, business rules
  • Mô hình hóa: sơ đồ quy trình, use case, data dictionary
  • Kiểm chứng: rà mâu thuẫn, tìm edge case, checklist review
  • Giao tiếp: tóm tắt cho stakeholder, email cập nhật, release note

Checklist trước khi đưa prompt vào thư viện

  • [ ] Đã tham số hóa (không hard-code dữ liệu dự án cụ thể)?
  • [ ] Có câu chống ảo giác?
  • [ ] Có ghi rõ cách kiểm chứng đầu ra?
  • [ ] Không chứa dữ liệu nhạy cảm thật?
  • [ ] Đã có người thứ hai thử và xác nhận?

Sai lầm thường gặp

  • Lưu prompt kèm dữ liệu khách hàng thật: thư viện dùng chung sẽ phát tán rò rỉ dữ liệu cho mọi người truy cập. Chỉ lưu khung, dữ liệu điền lúc dùng.
  • Không ghi cách kiểm chứng: BA mới dùng lại prompt và tin đầu ra mù quáng, nhân rộng lỗi ảo giác toàn team.
  • Thư viện không được cập nhật: prompt trỏ tới quy trình/thuật ngữ đã đổi, tạo đầu ra sai hệ thống.
  • Phụ thuộc quá mức: team dùng prompt như công thức nấu ăn mà quên tư duy phân tích. Thư viện là công cụ tăng tốc, không phải để tắt não; mỗi đầu ra vẫn cần BA thẩm định.
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