NotebookLM cho Business Analyst: 3 cách quản lý tài liệu dự án hiệu quả

Business Analyst thường phải xử lý đồng thời BRD, biên bản họp, email stakeholder, tài liệu kỹ thuật và nhiều phiên bản requirement. Theo khảo sát State of Teams 2025  của Atlassian với 12.000 lao động tri thức và 200 lãnh đạo, các nhóm đang dành khoảng 25% thời gian chỉ để tìm kiếm câu trả lời trong hệ thống thông tin của doanh nghiệp.

NotebookLM cho Business Analyst giúp tập trung tài liệu dự án, đặt câu hỏi trên các nguồn đã chọn và truy ngược lại nội dung gốc. Bài viết dưới đây MindX hướng dẫn ba cách ứng dụng thực tế nhất: xây dựng kho kiến thức dự án, tổng hợp requirement và truy tìm nguồn gốc các quyết định.

NotebookLM là công cụ nghiên cứu và tổ chức kiến thức bằng AI của Google, hiện đã được đổi tên thành Gemini Notebook. Google cho biết công cụ đang được hơn 30 triệu người và 600.000 tổ chức sử dụng cho các hoạt động học tập, nghiên cứu và xử lý thông tin.

Trong mỗi notebook, người dùng có thể tải lên các nguồn liên quan rồi đặt câu hỏi, yêu cầu tóm tắt hoặc phân tích nội dung. NotebookLM ưu tiên tạo câu trả lời dựa trên các tài liệu đã được cung cấp và thường kèm trích dẫn để người dùng kiểm tra lại đoạn gốc.

Đây là điểm phù hợp với công việc của Business Analyst. Thay vì hỏi AI bằng kiến thức chung, BA có thể giới hạn phạm vi trong BRD, meeting notes, functional specification hoặc tài liệu đã được stakeholder xác nhận.

NotebookLM hỗ trợ những nguồn nào?

NotebookLM hỗ trợ nhiều định dạng thường gặp trong dự án như PDF, Word, PowerPoint, CSV, Google Docs, Google Slides, Google Sheets, hình ảnh, file âm thanh, website và video YouTube công khai.

Với phiên bản miễn phí, mỗi notebook hiện hỗ trợ tối đa 50 nguồn. Mỗi nguồn có thể chứa tối đa 500.000 từ hoặc dung lượng 200 MB đối với file tải lên. Email, tài liệu Notion hoặc nội dung Confluence có thể cần được xuất file, sao chép hoặc chuyển sang định dạng được hỗ trợ trước khi đưa vào NotebookLM.

Cách 1: Dùng NotebookLM xây dựng “bộ não dự án”

Tài liệu dự án thường nằm rải rác ở Google Drive, email, Notion, Confluence và các công cụ quản lý công việc. Mỗi lần cần kiểm tra thông tin, BA phải nhớ tài liệu nằm ở đâu trước khi tìm được nội dung cần thiết.

Để khắc phục, hãy tạo một notebook riêng cho từng dự án và đưa vào các tài liệu quan trọng như:

• Business Requirements Document.
• Biên bản và transcript cuộc họp.
• Functional Specification Document.
• Tài liệu quy trình hiện tại.
• Change request và quyết định đã được phê duyệt.
• Slide kick-off hoặc báo cáo tiến độ.

Sau đó, BA có thể đặt các câu hỏi:

“Tóm tắt phạm vi hiện tại của dự án và dẫn nguồn cho từng hạng mục.”

“Những yêu cầu nào liên quan đến quy trình thanh toán?”

“Liệt kê các deadline đã được stakeholder xác nhận.”

NotebookLM sẽ tổng hợp câu trả lời trên tập nguồn được chọn và dẫn lại tài liệu liên quan. BA không còn phải mở từng file để tìm kiếm thủ công, nhưng vẫn cần kiểm tra trích dẫn trước khi sử dụng thông tin trong cuộc họp hoặc tài liệu chính thức.

Theo các chuyên gia MindX, một notebook chỉ nên phục vụ một dự án hoặc một phạm vi nghiệp vụ rõ ràng. Việc trộn nhiều dự án và nhiều phiên bản tài liệu có thể khiến AI lấy nhầm bối cảnh. BA nên đặt tên file theo ngày, phiên bản và trạng thái, chẳng hạn BRD_v2.1_Approved hoặc 2026-07-15_Meeting-Payment-Team.

Cách 2: Dùng NotebookLM tổng hợp requirement

Sau nhiều buổi phỏng vấn và workshop, requirement thường nằm phân tán trong ghi chú, email, transcript và tài liệu sơ bộ. BA phải đọc lại từng nguồn, loại bỏ nội dung trùng lặp và xác định những điểm chưa thống nhất.

Vấn đề này có ảnh hưởng trực tiếp đến kết quả dự án. Một nghiên cứu của PMI cho thấy gần một nửa số dự án không đạt mục tiêu có liên quan đến hoạt động quản lý requirement thiếu chính xác.

Sau khi đưa các nguồn vào notebook, BA có thể sử dụng prompt: “Liệt kê các functional requirement được đề cập trong những nguồn đã chọn. Với mỗi requirement, ghi rõ mô tả, stakeholder liên quan và nguồn tham chiếu.”

Hoặc: “Tổng hợp các yêu cầu liên quan đến phân hệ báo cáo. Chia thành yêu cầu đã được xác nhận, yêu cầu chưa rõ và yêu cầu có dấu hiệu mâu thuẫn.”

Có thể yêu cầu NotebookLM trình bày kết quả dưới dạng bảng:

Kết quả này nên được xem là bản nháp. NotebookLM không thể tự biết một requirement đã được phê duyệt nếu tài liệu không thể hiện rõ trạng thái. BA vẫn cần loại bỏ nội dung trùng lặp, làm rõ yêu cầu mơ hồ và xác nhận mức độ ưu tiên với stakeholder.

Cách 3: Dùng NotebookLM truy tìm nguồn gốc quyết định

“Tại sao dự án chọn phương án A?”

“Ai yêu cầu thay đổi scope?”

“Quyết định này được thống nhất trong cuộc họp nào?”

Đây là những câu hỏi phổ biến khi development team cần làm rõ requirement hoặc có stakeholder mới tham gia dự án.

Khi đã tải lên biên bản họp, transcript, email xác nhận và tài liệu yêu cầu, BA có thể hỏi:

“Tại sao dự án chọn đăng nhập bằng OTP thay vì mật khẩu? Hãy dẫn nguồn giải thích quyết định.”

“Ai đề xuất thay đổi phạm vi của module thanh toán và lý do là gì?”

“Các tài liệu có điểm nào mâu thuẫn về thời gian triển khai không?”

NotebookLM có thể tìm những đoạn liên quan về mặt ngữ nghĩa, kể cả khi các tài liệu không sử dụng cùng một từ khóa. Điều này hỗ trợ BA truy tìm bối cảnh của requirement nhanh hơn.

Tuy nhiên, NotebookLM không thay thế traceability matrix, Jira hoặc công cụ quản lý requirement. Công cụ không tự quản lý đầy đủ phiên bản, trạng thái phê duyệt, change request, test case và lịch sử thay đổi chính thức.

• Kiểm tra phiên bản tài liệu: Nếu notebook chứa cả BRD cũ và BRD đã phê duyệt, AI có thể tổng hợp thông tin từ cả hai. BA nên xóa hoặc bỏ chọn nguồn hết hiệu lực, đồng thời ghi rõ trạng thái trong tên file.
• Không sử dụng đầu ra AI như kết luận cuối cùng: NotebookLM có thể hỗ trợ tìm kiếm và tổng hợp nhưng không hiểu đầy đủ mối quan hệ giữa stakeholder, mục tiêu kinh doanh và giới hạn kỹ thuật. Requirement quan trọng vẫn cần được BA xác nhận.
• Kiểm tra chính sách bảo mật: BRD, transcript và tài liệu kỹ thuật có thể chứa dữ liệu khách hàng hoặc thông tin thuộc NDA. Trước khi tải lên, BA cần kiểm tra chính sách sử dụng AI, quyền chia sẻ và loại tài khoản được doanh nghiệp phê duyệt.

Câu 1: NotebookLM có miễn phí không?

Có. Phiên bản tiêu chuẩn của NotebookLM cho phép người dùng tạo tối đa 100 notebook, mỗi notebook chứa 50 nguồn và thực hiện 50 lượt truy vấn chat mỗi ngày. Mỗi nguồn có thể chứa tối đa 500.000 từ hoặc dung lượng 200 MB đối với tệp tải lên từ thiết bị. NotebookLM cũng hỗ trợ tiếng Việt, vì vậy Business Analyst có thể tải tài liệu tiếng Việt, đặt câu hỏi và nhận câu trả lời bằng tiếng Việt.

Câu 2: NotebookLM có thể tự viết BRD không?

NotebookLM có thể hỗ trợ tạo cấu trúc và bản nháp BRD dựa trên các tài liệu BA cung cấp, chẳng hạn proposal, meeting notes, quy trình nghiệp vụ, yêu cầu của stakeholder và tài liệu hệ thống. Công cụ cũng có thể tổng hợp thông tin, lập bảng, tạo báo cáo và dẫn nguồn về đúng vị trí trong tài liệu để BA kiểm tra lại.

Tuy nhiên, NotebookLM không nên được sử dụng để tự động hoàn thiện và phê duyệt BRD. BA vẫn cần kiểm tra phạm vi dự án, business rules, yêu cầu chức năng và phi chức năng, mức độ ưu tiên, tiêu chí nghiệm thu cũng như các điểm mâu thuẫn giữa stakeholder. Bản BRD chỉ nên được sử dụng chính thức sau khi đã được BA rà soát và các bên liên quan xác nhận.

📌 Tham khảo lộ trình IT Business Analyst tại MindX để nắm vững quy trình khai thác và quản lý yêu cầu, đồng thời ứng dụng các công cụ AI vào dự án thực tế nhằm nâng cao hiệu suất và phát triển năng lực BA toàn diện.