Có As-Is rồi, bước tiếp theo là To-Be — quy trình mong muốn sau cải tiến. Đây là nơi AI phát huy vai trò "đối tác brainstorm": nó gợi ý cách tối ưu, tự động hóa, loại bỏ bước thừa. Nhưng cũng là nơi rủi ro cao nhất nếu bạn để AI dẫn dắt thay vì bạn dẫn dắt.
Bối cảnh của BA
Lãnh đạo yêu cầu "số hóa quy trình duyệt chi phí, cắt giảm thời gian 50%". Bạn cần đề xuất To-Be thuyết phục, có phân tích gap rõ ràng để làm cơ sở cho backlog/yêu cầu hệ thống.
Nguyên tắc: To-Be phải neo vào mục tiêu, không phải công nghệ
Đừng hỏi AI "vẽ quy trình hiện đại". Hãy hỏi "vẽ quy trình đạt được mục tiêu X (giảm thời gian/giảm lỗi/giảm bước thủ công)". Mục tiêu rõ thì To-Be mới có định hướng.
Các bước thiết kế To-Be với AI
- Cung cấp As-Is (mã Mermaid từ bài 4) làm ngữ cảnh.
- Nêu rõ mục tiêu cải tiến (giảm 50% thời gian, bỏ bước giấy).
- Nêu ràng buộc (ngân sách, hệ thống hiện có, quy định tuân thủ).
- Yêu cầu AI đề xuất To-Be kèm giải thích từng thay đổi.
- Yêu cầu bảng phân tích gap (As-Is → To-Be → hành động).
- Phản biện: hỏi AI "thay đổi nào rủi ro nhất? cần điều kiện gì?"
Prompt mẫu: sinh To-Be + gap analysis
Bạn là BA tư vấn cải tiến quy trình. Dưới đây là sơ đồ As-Is (Mermaid):
[dán mã As-Is]Mục tiêu cải tiến: giảm 50% thời gian duyệt, loại bỏ hoàn toàn bước ký giấy,
số hóa lưu trữ.
Ràng buộc: đã có hệ thống ERP (dù hay lỗi), tuân thủ quy định lưu chứng từ
7 năm, không tăng nhân sự.
Yêu cầu:
- Đề xuất sơ đồ To-Be (Mermaid, có swimlane) đạt mục tiêu trong ràng buộc.
- Với MỖI thay đổi so với As-Is, giải thích ngắn gọn lý do và lợi ích.
- Lập bảng gap analysis: | Bước As-Is | Bước To-Be | Hành động chuyển đổi | Rủi ro |
- Chỉ ra 3 rủi ro lớn nhất và điều kiện tiên quyết.
Không đề xuất công nghệ ngoài ràng buộc đã cho.
Ví dụ bảng gap analysis
Bước As-Is Bước To-Be Hành động Rủi ro Tải Excel thủ công Nhập thẳng ERP Sửa lỗi ERP, đào tạo ERP không ổn định In & ký giấy Duyệt điện tử ERP Cấu hình workflow ký Kháng cự thay đổi Lưu hồ sơ giấy Lưu số hóa, backup Thiết lập lưu trữ 7 năm Tuân thủ pháp lý
Template tái sử dụng: khung To-Be
1. Mục tiêu đo được: [giảm X% / bỏ bước Y]
- Ràng buộc: [hệ thống / ngân sách / tuân thủ]
- Nguyên tắc thiết kế: tự động hóa bước lặp, gộp bước duyệt, loại bước thừa
- Sơ đồ To-Be: [Mermaid]
- Gap analysis: [bảng]
- Rủi ro & điều kiện tiên quyết: [danh sách]
Sai lầm thường gặp
- Để AI vẽ To-Be viển vông (ảo giác giải pháp): AI hay đề xuất "dùng AI/blockchain/tự động hóa toàn bộ" vượt xa năng lực và ngân sách thật. Luôn ràng buộc bằng hệ thống và ngân sách hiện có.
- Bỏ qua yếu tố con người: To-Be đẹp trên giấy nhưng nhân viên kháng cự thì thất bại. Yêu cầu AI nêu rủi ro thay đổi (change management).
- Không đo được mục tiêu: "cải thiện" mơ hồ. Neo vào con số cụ thể để gap analysis có ý nghĩa.
- Rò rỉ dữ liệu: khi mô tả ràng buộc, tránh tiết lộ thông tin hợp đồng nhà cung cấp, ngân sách nhạy cảm cho AI công cộng.
- Phụ thuộc quá mức: To-Be là đề xuất cần được lãnh đạo và stakeholder phê duyệt, không phải quyết định của AI. Bạn phải bảo vệ được từng lựa chọn thiết kế.