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 — Vì sao BA cần Prompt Engineering (không phải học lập trình AI)

Bối cảnh: BA đang mất thời gian ở đâu?

Một Business Analyst điển hình dành phần lớn thời gian cho việc viết và chuyển hóa thông tin: biên bản họp thành yêu cầu, yêu cầu thành user story, user story thành acceptance criteria, rồi giải thích lại cho dev và tester. Đây đều là công việc dựa trên ngôn ngữ — và đó chính xác là nơi AI tạo sinh (LLM như ChatGPT, Claude, Gemini, Copilot) giúp bạn nhanh hơn.

Nhưng có một hiểu lầm phổ biến: nghĩ rằng phải "học AI" hay "biết lập trình" mới dùng được. Sai. Kỹ năng bạn cần là Prompt Engineering — nghệ thuật ra chỉ dẫn cho AI đủ rõ để nó cho ra kết quả dùng được ngay trong công việc BA, thay vì một đoạn văn chung chung phải sửa lại từ đầu.

AI thay đổi công việc BA như thế nào?

  • Biến 1 giờ viết BRD nháp thành 10 phút chỉnh sửa bản AI tạo.
  • Chuyển biên bản họp lộn xộn thành danh sách yêu cầu có cấu trúc.
  • Sinh nhanh nhiều biến thể user story để bạn chọn, thay vì bí ý.
  • Đóng vai "người phản biện" để bạn tìm lỗ hổng trong phân tích.
AI không thay bạn ra quyết định nghiệp vụ. Nó là trợ lý soạn thảo tốc độ cao mà bạn phải kiểm duyệt.

Prompt tốt khác prompt tệ thế nào?

Prompt tệ: "Viết user story cho tính năng đăng nhập."

Prompt tốt có đủ Vai trò – Bối cảnh – Nhiệm vụ – Định dạng – Ràng buộc:

Bạn là Business Analyst của một ngân hàng số tại Việt Nam.
BỐI CẢNH: App mobile banking, người dùng phổ thông 25-45 tuổi, 
yêu cầu bảo mật cao (OTP), tuân thủ quy định NHNN.
NHIỆM VỤ: Viết 3 user story cho tính năng "Đăng nhập bằng vân tay".
ĐỊNH DẠNG mỗi story: "Là <vai trò>, tôi muốn <mục tiêu>, để <giá trị>"
kèm 3-5 acceptance criteria theo Given-When-Then.
RÀNG BUỘC: Chỉ dùng thông tin tôi cung cấp; nếu thiếu dữ liệu 
hãy ghi "[CẦN LÀM RÕ: ...]" thay vì tự bịa.

Câu cuối là lá chắn chống ảo giác đầu tiên bạn nên thuộc lòng.

Các bước bắt đầu

  • Chọn 1 tác vụ BA lặp lại nhiều nhất trong tuần của bạn (ví dụ: viết user story).
  • Viết ra bằng lời bạn thường yêu cầu đồng nghiệp junior làm việc đó.
  • Bổ sung Vai trò, Bối cảnh, Định dạng, Ràng buộc vào lời yêu cầu đó.
  • Chạy thử trên một AI, so sánh kết quả với prompt cụt ngủn.
  • Lưu lại prompt hoạt động tốt để tái dùng.

Template khung prompt BA (VBNĐR)

[VAI TRÒ] Bạn là BA của <ngành/công ty>.
[BỐI CẢNH] Sản phẩm: ... Người dùng: ... Ràng buộc nghiệp vụ: ...
[NHIỆM VỤ] Hãy ...
[ĐỊNH DẠNG] Trình bày dưới dạng ...
[RÀNG BUỘC] Chỉ dùng dữ liệu tôi cấp; đánh dấu [CẦN LÀM RÕ] 
khi thiếu; không suy diễn số liệu.

Checklist trước khi gửi prompt

  • [ ] Đã nêu vai trò và ngành?
  • [ ] Đã cấp bối cảnh sản phẩm/người dùng?
  • [ ] Đã nói rõ định dạng đầu ra?
  • [ ] Đã có câu chống bịa dữ liệu?
  • [ ] Đầu ra này mình có đủ chuyên môn để kiểm chứng không?

Sai lầm thường gặp

  • Ra lệnh quá chung chung rồi trách AI trả lời chung chung. Đầu vào mơ hồ → đầu ra vô dụng.
  • Tin ngay kết quả đầu tiên: AI có thể ảo giác — bịa ra quy định, con số, tên hệ thống nghe rất thật. Với BA, một yêu cầu sai lọt vào BRD có thể khiến team build sai cả sprint.
  • Dán dữ liệu nhạy cảm (thông tin khách hàng, số liệu nội bộ) vào công cụ AI công cộng — nguy cơ rò rỉ dữ liệu và vi phạm chính sách công ty. Luôn ẩn danh trước khi dán.
  • Phụ thuộc quá mức: dùng AI để né việc suy nghĩ nghiệp vụ. AI soạn chữ; bạn chịu trách nhiệm về đúng/sai nghiệp vụ.
Bài sau: cách bơm context để AI hiểu đúng dự án của bạn.

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