AI phân tích Requirement: 5 bước & Prompt cho Business Analyst

AI phân tích Requirement là việc sử dụng các mô hình Generative AI để hỗ trợ đọc, cấu trúc và kiểm tra các yêu cầu của một hệ thống hoặc sản phẩm.

Từ Requirement thô, transcript cuộc họp, BRD hoặc tài liệu liên quan, AI có thể hỗ trợ BA:

• Tách các yêu cầu riêng biệt.
• Phân loại Functional Requirement và Non-functional Requirement.
• Nhận diện Business Rule, Constraint hoặc Assumption.
• Đánh dấu câu chữ mơ hồ hoặc chưa thể kiểm thử.
• So sánh các Requirement để tìm điểm mâu thuẫn.
• Gợi ý scenario hoặc edge case còn thiếu.
• Chuẩn bị câu hỏi để BA xác nhận lại với Stakeholder.

Điều này giúp BA có thể đưa AI vào quy trình phân tích Requirement thay vì chỉ sử dụng như một chatbot hỏi đáp.

2.1. Quy trình 5 bước dùng AI phân tích Requirement

AI nên được đưa vào Requirement Analysis theo một quy trình rõ ràng, thay vì chỉ nhập Requirement rồi yêu cầu công cụ tự phân tích toàn bộ.

Bước 1. Cung cấp context cho AI

Trước khi phân tích, BA cần cung cấp bối cảnh đủ để AI hiểu Requirement đang thuộc hệ thống nào, ai là người sử dụng, mục tiêu nghiệp vụ là gì và có những giới hạn nào đã được xác định. Context càng rõ, khả năng AI tự suy diễn nghiệp vụ càng thấp.

Bước 2. Tách và cấu trúc Requirement

Requirement từ Stakeholder thường chứa nhiều ý trong cùng một câu hoặc một đoạn. AI có thể hỗ trợ tách chúng thành các yêu cầu độc lập, đồng thời nhận diện Functional Requirement, Business Rule, Constraint hoặc Assumption để BA dễ quản lý và review hơn.

Bước 3. Tìm gap và điểm chưa rõ

Sau khi Requirement được cấu trúc, BA có thể dùng AI để kiểm tra những nội dung còn mơ hồ, thiếu thông tin, khó kiểm thử hoặc có khả năng gây ra nhiều cách hiểu. Đây là bước giúp phát hiện những vấn đề cần xử lý trước khi Requirement được chuyển sang Developer và Tester.

Bước 4. Chuẩn bị câu hỏi làm rõ với Stakeholder

AI không nên tự điền vào những khoảng trống nghiệp vụ. Thay vào đó, BA có thể yêu cầu công cụ chuyển các gap vừa phát hiện thành câu hỏi clarification để xác nhận lại với Stakeholder. Cách này giúp quá trình elicitation tập trung hơn vào những quyết định thực sự còn thiếu.

Bước 5. Chuẩn hóa Requirement sau khi xác nhận

Khi Stakeholder đã trả lời các câu hỏi, BA có thể đưa những thông tin đã được xác nhận trở lại AI để viết lại Requirement rõ ràng hơn, tạo User Story hoặc xây Acceptance Criteria. Output cuối vẫn cần được BA review trước khi trở thành Requirement chính thức của dự án.

Quy trình có thể tóm gọn thành:

Context → Cấu trúc Requirement → Tìm gap → Clarification → Hoàn thiện Requirement

2.2. Ví dụ dùng AI phân tích một Requirement thực tế

Giả sử Business Analyst nhận được Requirement từ Stakeholder: “Nhân viên CSKH có thể hủy đơn khi khách yêu cầu, trừ trường hợp đơn đã giao cho đơn vị vận chuyển. Manager có thể can thiệp trong trường hợp đặc biệt.”

Thoạt nhìn Requirement đã mô tả được chức năng chính, nhưng vẫn còn nhiều thông tin chưa đủ để Developer triển khai hoặc Tester xây Test Case. BA có thể sử dụng AI theo từng bước của quy trình trên.

Bước 1: Cung cấp context

Trước tiên, BA bổ sung cho AI một số thông tin cơ bản: đây là hệ thống E-commerce, chức năng đang được phân tích là hủy đơn hàng, actor gồm nhân viên CSKH và Manager.

Prompt mẫu:

Bước 2: Yêu cầu AI tách Requirement

Tiếp theo, BA có thể yêu cầu AI tách đoạn mô tả thành các yêu cầu riêng. Chẳng hạn, Requirement trên có thể bao gồm quyền hủy đơn của CSKH, điều kiện không được phép hủy và quyền ngoại lệ của Manager.

Prompt mẫu:

Bước 3: Tìm những điểm chưa rõ

Sau khi tách Requirement, AI có thể hỗ trợ review mức độ rõ ràng và đầy đủ. Với case này, các cụm như “đã giao cho đơn vị vận chuyển” và “trường hợp đặc biệt” vẫn chưa có định nghĩa cụ thể. Requirement cũng chưa cho biết cách xử lý nếu đơn đã thanh toán hoặc điều gì xảy ra với tồn kho sau khi hủy.

Prompt mẫu:

Bước 4: Tạo câu hỏi clarification

Thay vì yêu cầu AI tự đề xuất Business Rule, BA có thể chuyển các gap thành câu hỏi để trao đổi với Stakeholder.

Prompt mẫu:

AI có thể gợi ý những câu hỏi như: Từ trạng thái nào đơn hàng không còn được phép hủy? “Trường hợp đặc biệt” cho phép Manager can thiệp gồm những tình huống nào? Nếu đơn đã thanh toán thì quy trình Refund được xử lý ra sao?

Bước 5: Hoàn thiện Requirement

Sau khi Stakeholder xác nhận các Business Rule, BA đưa phần thông tin đã chốt trở lại AI để chuẩn hóa tài liệu.

Prompt mẫu:

Điểm quan trọng của quy trình này là AI không tự quyết định Requirement phải như thế nào. Công cụ chủ yếu giúp BA đọc nhanh hơn, phát hiện gap và chuẩn bị nội dung để làm rõ; còn Business Rule cuối cùng vẫn phải được xác nhận với Stakeholder.

Xem thêm: Các công cụ AI phổ biến nhất 2026 và cách sử dụng từ A-Z 

3.1. Đưa Requirement vào AI nhưng thiếu context

Cùng một Requirement có thể mang ý nghĩa khác nhau tùy ngành, hệ thống, actor và quy trình hiện tại. Nếu không cung cấp đủ bối cảnh, AI sẽ phải tự suy đoán và dễ tạo ra phân tích nghe hợp lý nhưng không đúng với nghiệp vụ thực tế. Vì vậy, trước khi yêu cầu AI review, BA nên bổ sung các thông tin tối thiểu như mục tiêu nghiệp vụ, đối tượng sử dụng, quy trình hiện tại và các constraint đã biết.

3.2. Để AI tự bổ sung Business Rule

Khi Requirement còn thiếu logic, AI thường có xu hướng đưa ra một phương án có vẻ hợp lý để lấp khoảng trống. Chẳng hạn, nếu chưa có quy định về Refund, AI có thể tự đề xuất cách xử lý nhưng đó không phải Business Rule đã được doanh nghiệp xác nhận. BA nên yêu cầu AI tách rõ đâu là Fact, Assumption, Gap và Suggestion để tránh biến suy đoán thành yêu cầu chính thức.

3.3. Dùng output của AI làm Requirement cuối cùng

Output từ AI nên được xem là bản nháp để tiếp tục review, không phải tài liệu có thể đưa thẳng cho Developer hoặc Tester. BA vẫn cần đối chiếu với tài liệu dự án, kiểm tra logic và xác nhận lại với Stakeholder trước khi chốt Requirement. AI có thể hỗ trợ phân tích và chuẩn hóa nội dung, nhưng không thay thế được context và judgment của người làm BA.

3.4. Đưa dữ liệu dự án nhạy cảm vào công cụ AI không phù hợp

Requirement, BRD, SRS hay meeting transcript có thể chứa dữ liệu khách hàng, thông tin nội bộ hoặc logic vận hành quan trọng. Nếu tải các tài liệu này lên công cụ chưa được doanh nghiệp cho phép, BA có thể tạo ra rủi ro về bảo mật. Trước khi sử dụng AI, cần kiểm tra chính sách dữ liệu của tổ chức và cách nền tảng xử lý thông tin được tải lên.

Câu 1. AI có thể tự phân tích Requirement thay Business Analyst không?

Không. AI có thể hỗ trợ tách Requirement, phát hiện ambiguity, tìm gap, gợi ý edge case và tạo câu hỏi clarification. Tuy nhiên, AI không sở hữu đầy đủ context nghiệp vụ và không thể tự xác nhận Business Rule với Stakeholder. BA vẫn cần kiểm chứng và chịu trách nhiệm với Requirement cuối cùng.

Câu 2. Có thể dùng ChatGPT để phân tích BRD hoặc SRS không?

Có. ChatGPT hỗ trợ làm việc với các tài liệu được tải lên, bao gồm các tác vụ tổng hợp, so sánh, trích xuất và phân tích thông tin. Vì vậy BA có thể sử dụng công cụ để hỗ trợ đọc BRD/SRS, nhưng cần kiểm tra chính sách dữ liệu của dự án trước khi tải tài liệu nội bộ lên.

📌 Tham khảo lộ trình IT Business Analyst tại MindX để xây dựng nền tảng phân tích nghiệp vụ, thực hành thu thập và quản lý Requirement, xây dựng User Story, Wireframe, BRD, SRS và biết cách ứng dụng AI vào quy trình làm việc qua các bài toán, dự án thực tế.