Bản tin cộng đồng ngày 02/11/2026

Trong group có bác hỏi thẳng: dùng AI để làm tài liệu cho mấy product kiểu SAP được không?

Câu trả lời đầu tiên khá gọn: nó hiểu được flow thì nó làm được.

Nhưng rồi cả nhóm đào sâu hơn, và đây mới là phần đáng lưu:

👉 Muốn AI viết được user guide cho một hệ thống cỡ SAP, người hướng dẫn phải hiểu hệ thống tới tầng database — vì schema của nó cover cả business lẫn edge case.

👉 Có người trong nhóm đọc thử một phân hệ đã thấy ~400 trang. Một người làm SAP cả đời chắc thông thạo được 2 module là cùng.

👉 Nên mới có câu: người không hiểu thì AI cũng không hiểu. Căng lắm thì reverse code ra SRS — mà cái đó thì đa số hệ thống lớn không cho.

💡 Cách dùng đúng theo kinh nghiệm trong nhóm: cung cấp đủ ngữ cảnh về product, flow, rồi để AI tạo ra. AI khuếch đại khả năng của bạn, không phải đoán mò thay bạn.

Đọc xong mình hơi chột dạ — mấy lần mình dúi prompt cho AI mà chính mình còn chưa nắm rõ flow.

Riêng mình nghĩ: AI đang làm khoảng cách giữa người hiểu nghề và người học vẹt rộng ra nhanh hơn trước. Không phải vì AI giỏi, mà vì nó thưởng cho người biết đặt câu hỏi đúng.

Chuyện muôn thuở: tài liệu hướng dẫn dày mấy trăm trang, user không đọc.

Một anh trong nhóm kể bên mình đã rút gọn lắm rồi mà user vẫn không chịu đọc, đang tính chuyển sang video ngắn. Vấn đề: không có thời gian convert hết doc sang clip.

Cả nhóm vào cuộc, và hướng đi thống nhất khá rõ:

👉 User cần giải quyết vấn đề của họ, doc không phải giải pháp. Có người nói thẳng: chả user nào đọc hướng dẫn sử dụng đâu.

👉 Thay vì viết doc, làm một extension ngay trên màn hình đó: user muốn làm gì trên hệ thống thì hỏi, phía sau là một con agent trả lời.

👉 Với nhóm chỉ cần xem số liệu chứ không thao tác hệ thống, nối MCP vào ứng dụng chat là đủ — đừng kỳ vọng họ mở tài liệu.

✅ Cách làm gọn hơn: đưa doc cho agent tự đọc, tự phân tích, tự đóng gói, tự test. Người làm chỉ review đoạn cuối.

Có bác còn nói vui là giờ bỏ qua được vài trăm tới vài ngàn changelog.

Mình thì thấy đây là thay đổi lớn về tư duy: tài liệu không biến mất, nó chuyển từ thứ để đọc sang thứ để máy đọc hộ.

Nhưng câu hỏi thật là — khi agent trả lời sai, ai là người phát hiện?

Có bác trong nhóm mổ xẻ một repo open-source (benjitaylor/skills) và rút ra mấy điểm khá đáng học cho dân BA/PO.

Vấn đề gốc: làm sao demo/pitch một tính năng mà không phải dựng cả app thật.

Cách repo này giải quyết:

👉 Dựng faux product UI bằng React — bento grid, luồng thao tác có cursor tự chạy, state transition mượt. Nhìn như sản phẩm thật, mà không cần build full app.

👉 Đóng gói sẵn 17 công thức framing và 14 công thức motion cho phần thị giác.

👉 Hiện mới chuyên React, có người trong nhóm đã pull request thêm Angular.

Một bạn khác thử nghiệm thực tế và đưa ra con số: từ 19h50 tới 22h50 vẫn chưa xong. Kết luận rút ra khá tỉnh: nếu có token và thời gian thì thử được, còn đang sốt ruột demo cho khách thì cân nhắc.

Đoạn này mình thấy thấm — mấy công cụ demo đẹp thường ngốn thời gian đúng vào lúc mình không có thời gian nhất.

Có bác còn nhắc một nguyên tắc chung khi xài đồ open-source: cái nào không có thì copy, nhưng phải review kỹ trước khi steal.

Anh em BA nhà mình có ai đang pitch tính năng bằng UI giả chưa, hay vẫn dựng slide rồi nói?