Rà soát mã nguồn giao diện và máy chủ | 12/08/2026

Bản đồ toàn bộ chức năng của ENAS

ENAS kết nối form, trang nội dung, khách hàng, tự động hóa, thử nghiệm, theo dõi sự kiện và các dịch vụ bên ngoài.

Form Builder là phần phức tạp nhất

Cùng một chức năng đang liên quan đến trình thiết kế, xem trước, form công khai, form nhúng, dữ liệu khách hàng và theo dõi sự kiện.

260 chức năng và nhóm chức năng

Bản đồ phía dưới hiển thị đủ mọi cấp ngay từ đầu để phản ánh đúng quy mô và quan hệ phụ thuộc.

Mở rộng bằng các khối dùng chung

Loại form mới nên ghép từ lõi chung, không sao chép toàn bộ mã nguồn của Form Builder hiện tại.

Bản đồ chức năng đa cấp

Toàn bộ 260 chức năng được bố trí thành mạng liên kết tự do. Nút lớn là chức năng quan trọng hoặc được dùng nhiều; các chức năng cùng miền tự gom thành cụm.

Kéo nền hoặc vuốt hai ngón để di chuyển · Cuộn chuột hoặc chụm-xòe để phóng to · Kéo nút để sắp xếp

Đang chuẩn bị bản đồ...

Danh mục chức năng

Mở từng miền để đọc từ nhóm chức năng đến chức năng nhỏ nhất có tên riêng. Form Builder được mô tả sâu nhất vì có phạm vi lớn nhất.

Luồng nghiệp vụ xuyên hệ thống

Một lần gửi form có thể cập nhật khách hàng, gắn nhãn, kích hoạt tự động hóa, gọi dịch vụ ngoài và tạo dữ liệu báo cáo.

Điểm nghẽn cần giải quyết trước

Các vấn đề dưới đây giải thích vì sao thay đổi một chức năng có thể ảnh hưởng nhiều khu vực và vì sao AI không thể tự bảo đảm tính đúng đắn.

Phương án dựng lại lõi Form Builder

Chia hệ thống theo trách nhiệm dùng chung. Mỗi phần có đầu vào, đầu ra và nhiệm vụ rõ ràng để có thể thay đổi và kiểm thử độc lập.

Điểm quan trọng: Form thường, Calendar, Opt-in, Scenario và các loại form tương lai phải dùng chung một lõi. Mỗi loại chỉ bổ sung khả năng đặc thù của nó.

Một lần gửi form đi qua những đâu?

Chuỗi xử lý cố định giúp tránh mỗi loại form tự lưu dữ liệu và gọi tích hợp theo một cách khác nhau.

Form nhiều bước không còn bị cố định

Mỗi bước có thể là form, điểm quyết định hoặc trang kết thúc. Câu trả lời được giữ xuyên suốt hành trình.

Khả năng mở rộng sau khi tách lõi

Ba ví dụ dưới đây cho thấy phần nào được dùng lại và phần nào thực sự cần viết thêm.

Chuyển từ hệ thống cũ sang lõi mới

Chuyển lần lượt từng nhóm chức năng, so sánh kết quả cũ và mới, rồi mới bật cho người dùng thực tế.

Kiến trúc mục tiêu

Giữ một ứng dụng triển khai chung nhưng chia thành các khối nghiệp vụ độc lập. Giao diện, công cụ dòng lệnh và AI đều đi qua cùng lớp nghiệp vụ.

Nguyên tắc: AI không truy cập cơ sở dữ liệu trực tiếp. Mọi thao tác phải được kiểm tra quyền, kiểm tra dữ liệu, chống thực hiện trùng và ghi lại lịch sử.

Tách dữ liệu sự kiện khỏi cơ sở dữ liệu vận hành

ENAS vẫn có màn hình truy vấn, báo cáo và phân tích. Giao diện gọi API báo cáo; không truy vấn BigQuery trực tiếp từ trình duyệt.

Cơ sở dữ liệu vận hành giữDự án, cấu hình form, hồ sơ khách hàng, lịch hẹn, chiến dịch, quyền và cấu hình.

Kho dữ liệu phân tích giữSự kiện gốc, sự kiện đã chuẩn hóa, phiên truy cập, dữ liệu tổng hợp và thời hạn lưu trữ.

Góc nhìn đầu tư sản phẩm

Vì sao khoản đầu tư này đáng làm?

Giá trị không nằm ở việc có một source code mới. Giá trị nằm ở khả năng đưa nhu cầu khách hàng thành chức năng thực tế nhanh hơn, an toàn hơn và với chi phí thay đổi thấp hơn.

Giá trị tích lũy theo thời gian

Có thể làm tốt hơn và dễ mở rộng hơn không?

Có. Điều kiện là phải chia rõ trách nhiệm và kiểm thử được từng phần. Chỉ đổi công nghệ hoặc để AI viết lại sẽ không tự tạo ra kiến trúc tốt.

Giải nghĩa thuật ngữ

Các thuật ngữ kỹ thuật còn xuất hiện trong báo cáo được giải thích bằng ngôn ngữ nghiệp vụ tại đây.

Phụ lục: ước lượng nguồn lực

Khoảng công này dùng để hình dung quy mô ngân sách và nhân sự. Đây chưa phải cam kết tiến độ theo từng giai đoạn.

Đã áp dụng AI14.000-20.500h

Nếu không áp dụng AI19.000-29.000h

Riêng QA / Tester3.100-4.300h

Chi tiết theo nhóm công việc
Nhóm công việc	Thấp	Cao
Tổng chi tiết	14.000h	20.100h

Căn cứ và phương pháp

Kết quả dựa trên kiểm kê mã nguồn, đồ thị quan hệ GitNexus, danh sách API và việc lần theo các luồng trọng yếu. Ước lượng cần được tính lại sau khi kiểm kê đầy đủ Figma và dữ liệu thực tế.

Vị trí mã nguồn làm căn cứ

Cách đọc kết luận

Căn cứ: Quan sát trực tiếp từ mã nguồn, kết quả kiểm kê hoặc đồ thị quan hệ.
Nhận định: Diễn giải kỹ thuật có căn cứ, cần xác nhận thêm bằng hệ thống đang chạy và dữ liệu thực tế.
Đề xuất: Kiến trúc mục tiêu và cách chuyển đổi, không phải chức năng đang có.

Giới hạn của ước lượng

Chưa có danh sách đầy đủ mọi trạng thái trong Figma, cấu trúc dữ liệu thực tế, lưu lượng sự kiện, yêu cầu thời gian phản hồi và môi trường thử của dịch vụ ngoài.

Vì vậy nên dự phòng thêm 15-25% khi lập ngân sách.