Bài 3 — Sinh BPMN/Flowchart từ mô tả văn bản bằng prompt

Đây là kỹ năng cốt lõi mang lại giá trị nhanh nhất: biến một đoạn mô tả nghiệp vụ (từ biên bản họp, tài liệu SOP, hay lời kể của stakeholder) thành sơ đồ hoàn chỉnh. Chất lượng output phụ thuộc 80% vào chất lượng prompt. Bài này cho bạn công thức prompt đã kiểm chứng.

Bối cảnh: input của BA thường lộn xộn

Stakeholder hiếm khi mô tả gọn gàng. Họ nói kiểu: "À thì khách gọi lên, mình ghi nhận, à mà nếu là khách VIP thì chuyển thẳng cho anh trưởng phòng, còn thường thì để bạn CSKH xử, xong rồi báo lại...". Nhiệm vụ của bạn là feed cái mớ đó cho AI một cách có cấu trúc.

Công thức prompt 5 thành phần

Một prompt tốt cho sinh sơ đồ luôn có: Vai trò + Input + Yêu cầu cấu trúc + Định dạng đầu ra + Ràng buộc.

[VAI TRÒ] Bạn là chuyên gia phân tích nghiệp vụ và BPMN.
[INPUT] Dưới đây là mô tả quy trình xử lý khiếu nại khách hàng:
"Khách gửi khiếu nại qua email hoặc hotline. Nhân viên CSKH tiếp nhận và 
phân loại mức độ. Nếu khiếu nại nghiêm trọng, chuyển trưởng phòng duyệt 
trong 24h; nếu thường, CSKH tự xử lý. Sau khi xử lý, gửi phản hồi cho khách 
và lưu hồ sơ. Nếu khách không hài lòng, mở lại vụ việc."
[YÊU CẦU] Hãy dựng flowchart thể hiện: điểm bắt đầu, các task, gateway 
(điểm quyết định), phân làn theo vai trò (Khách hàng, CSKH, Trưởng phòng), 
và mọi nhánh ngoại lệ.
[ĐỊNH DẠNG] Trả về mã Mermaid (flowchart LR có subgraph swimlane).
[RÀNG BUỘC] Chỉ dùng thông tin trong mô tả, KHÔNG tự thêm bước không có. 
Nếu phát hiện thông tin thiếu, liệt kê riêng ở cuối dưới mục "Câu hỏi cần làm rõ".

Ràng buộc cuối cùng cực kỳ quan trọng: nó vừa chống ảo giác, vừa biến AI thành trợ lý phát hiện lỗ hổng nghiệp vụ.

Các bước thực hiện

• Gom input thành đoạn văn hoặc gạch đầu dòng.
• Xác định loại sơ đồ cần: flowchart (đơn giản), BPMN swimlane (nhiều vai trò), DFD (luồng dữ liệu).
• Điền công thức 5 thành phần ở trên.
• Chạy prompt, dán mã vào mermaid.live.
• Đọc mục "Câu hỏi cần làm rõ" — đây là vàng để hỏi lại stakeholder.
• Tinh chỉnh lặp: "Thêm nhánh timeout nếu trưởng phòng không duyệt trong 24h".

Ví dụ output mong đợi

flowchart LR
    subgraph KH[Khách hàng]
        A([Gửi khiếu nại])
    end
    subgraph CS[CSKH]
        B[Tiếp nhận & phân loại]
        C{Mức độ?}
        E[Tự xử lý]
        G[Gửi phản hồi]
    end
    subgraph TP[Trưởng phòng]
        D[Duyệt trong 24h]
    end
    A --> B --> C
    C -- Nghiêm trọng --> D --> G
    C -- Thường --> E --> G
    G --> H{Khách hài lòng?}
    H -- Không --> B
    H -- Có --> Z([Đóng vụ việc])

Template tái sử dụng: prompt sinh sơ đồ chuẩn

Vai trò: chuyên gia BPMN + BA.
Input: [dán mô tả]
Yêu cầu: dựng [flowchart/BPMN swimlane/DFD] gồm start/end event, task, 
gateway, swimlane theo vai trò [...], và nhánh ngoại lệ.
Định dạng: mã Mermaid.
Ràng buộc: chỉ dùng thông tin đã cho; không bịa; liệt kê "Câu hỏi cần làm rõ" ở cuối.

Sai lầm thường gặp

• Ảo giác thêm bước: nếu không có ràng buộc "chỉ dùng thông tin đã cho", AI sẽ thêm các bước "hợp lý" nhưng không có thật (ví dụ tự thêm "xác thực OTP"). Luôn kèm ràng buộc chống bịa.
• Prompt quá mơ hồ: chỉ nói "vẽ quy trình này" sẽ cho sơ đồ chung chung. Càng cụ thể về vai trò và loại sơ đồ, kết quả càng đúng.
• Bỏ qua câu hỏi làm rõ: BA giỏi coi "Câu hỏi cần làm rõ" là điểm cộng, không phải phiền phức.
• Rò rỉ dữ liệu: mô tả khiếu nại thật có thể chứa tên khách, số điện thoại. Ẩn danh trước khi dán vào AI công cộng.
• Phụ thuộc quá mức: sơ đồ AI vẽ là giả thuyết về nghiệp vụ, phải được stakeholder xác nhận, không phải chân lý.