Các câu hỏi thường gặp về đề án, kèm câu trả lời.
Giai đoạn đầu (4–6 tháng, làm bản demo) chi phí chủ yếu là lương đội 4–5 người, cộng khoảng 10–30 triệu/tháng tiền thuê AI và vài triệu tiền máy chủ thử nghiệm. Cháu chưa đưa con số lương vào đề án vì đó là việc chú quyết. Khi vận hành thật cho một trường lớn, hạ tầng khoảng 30–50 triệu/tháng.
Điều quan trọng: giai đoạn đầu gần như không cần vốn đầu tư tài sản — không mua máy chủ, không mua bản quyền. Nếu sau 4–6 tháng thấy không ổn, ta dừng lại mà không mất tài sản gì.
Cháu xin trả lời thẳng: giai đoạn đầu chưa có doanh thu. Sản phẩm phục vụ chính trường mình trước — giá trị thu được là tiết kiệm chi phí phần mềm đang thuê ngoài và cải thiện vận hành.
Doanh thu chỉ đến khi bán được cho trường khác, mà thủ tục đấu thầu trường công mất 6–18 tháng. Vì vậy cháu đề nghị chú xem đây là đầu tư trung hạn 2–3 năm, không phải khoản sinh lời nhanh.
Mua có sẵn thì nhanh hơn thật. Nhưng ba điều: thứ nhất, ta vẫn gặp đúng những bất tiện cháu nêu ở slide 4 vì tất cả nhà cung cấp đều làm giống nhau. Thứ hai, mua xong ta phụ thuộc họ mãi, muốn sửa gì cũng phải chờ. Thứ ba, và quan trọng nhất — mua thì mãi mãi chỉ là người dùng, tự làm thì có một sản phẩm để bán.
Nếu chú chỉ cần giải quyết nhu cầu nội bộ thì mua là hợp lý. Đề án này đặt mục tiêu xa hơn: tạo ra sản phẩm của Intracom.
Chi phí này tính theo lượng dùng thực tế, có thể đặt hạn mức trần ngay từ đầu — vượt ngưỡng thì hệ thống tự dừng, không phát sinh ngoài dự tính. Ngoài ra, giá thuê AI trên thị trường ba năm qua liên tục giảm, không tăng. Và nếu cần, ta chuyển sang chạy AI miễn phí tại chỗ như phương án B ở slide 10.
Đúng là hai khoản, và cháu xin nói rõ vì rất dễ nhầm.
Khoản thứ nhất, 10–30 triệu/tháng, là AI nằm trong sản phẩm — cán bộ và sinh viên hỏi trợ lý AI thì hệ thống gọi ra ngoài, tính tiền theo lượt. Khoản này còn dùng phần mềm là còn trả.
Khoản thứ hai, 13 triệu/tháng, là AI làm công cụ cho đội lập trình — 5 người, mỗi người một tài khoản Claude Code 100 USD để hỗ trợ viết mã, tra tài liệu, tìm lỗi. Khoản này chỉ trả trong thời gian còn phát triển, xong thì dừng.
Ví như khoản đầu là tiền điện chạy nhà máy, khoản sau là tiền mua máy khoan cho thợ. Không phải trả hai lần cho cùng một thứ.
Cháu đã cân nhắc và xin trình bày lý do chọn cấp đều.
Gói rẻ hơn thì hạn mức sử dụng thấp — dùng hết giữa buổi là phải ngồi chờ tới hôm sau. Với đội chỉ 5 người, một người bị chặn là cả phần việc đó dừng lại, và không có ai dư ra để gánh hộ.
Cấp đều còn một cái lợi nữa liên quan trực tiếp tới rủi ro chú hỏi ở trên: người này thay được việc của người kia. Nếu chia gói cao–thấp thì người dùng gói thấp không làm nổi phần của người dùng gói cao khi cần.
Chênh lệch cháu tính ra khoảng 4–5 triệu/tháng. Cháu thấy không đáng để đổi lấy nguy cơ đội bị tắc giữa việc — nhưng nếu chú muốn siết thì cháu làm được, xin chú cho ý kiến.
Cháu xin trả lời thẳng: cắt được, nhưng cái giá cao hơn nhiều.
Đây chính là lý do kỹ thuật khiến cháu dám nói 4–5 người làm được khối lượng việc trong đề án. Bỏ khoản này thì tiến độ 4–6 tháng cháu không giữ được, và phần tiết kiệm sẽ phải trả lại bằng thêm người hoặc thêm tháng — cả hai đều đắt hơn 13 triệu rất nhiều. Một tháng lương thêm một lập trình viên đã cao hơn con số đó.
Cháu cũng xin nói mặt kia: đây là công cụ hỗ trợ, không phải người làm thay. Mã do AI viết vẫn phải người đọc, hiểu và chịu trách nhiệm. Cháu không dùng nó để xin giảm người, mà để đội hiện có làm được nhiều hơn.
Cháu xin nói rõ hai chuyện riêng nhau.
Về cam kết: gói cháu đề xuất (Max 5x, 100 USD/người/tháng) chỉ bán theo tháng, không có hình thức trả trước cả năm — nên không có chuyện khóa hợp đồng. Tháng nào không cần thì dừng tháng đó. Cháu chọn đúng như vậy vì nó khớp với tinh thần "sau 4–6 tháng thấy không khả thi thì dừng mà không mất tài sản gì".
Nhà cung cấp có gói Team mua theo nhóm, thêm trang quản trị tập trung cho công ty — 125 USD/chỗ/tháng, hoặc 100 USD/chỗ nếu cam kết cả năm. Cháu chưa chọn gói này ở giai đoạn demo vì phải cam kết 12 tháng mới được giá tốt, mà lúc đó ta chưa biết kết quả 6 tháng. Nếu dự án đi tiếp thì chuyển sang Team là hợp lý — giá bằng đúng mức đang trả.
Về giá tăng: ba năm qua giá công cụ loại này giảm chứ không tăng, vì nhiều nhà cung cấp cạnh tranh; và nếu tăng thật thì có sản phẩm thay thế tương đương, đội không phụ thuộc một nhà cung cấp nào. Con số cháu ghi trong đề án là giá niêm yết tại thời điểm viết — cháu xin kiểm tra lại khi mua thật và báo cáo chú số đúng.
Chú hỏi rất đúng, và cháu xin nói rõ: 4–5 người KHÔNG làm được cả hệ thống ERP. Cháu không cam kết điều đó.
4–5 người trong 4–6 tháng làm được một mũi nhọn: đăng nhập & phân quyền, khu Công việc, và trợ lý AI. Vì sao làm được? Vì phần lớn là ghép công nghệ có sẵn — AI thuê ngoài, thư viện bảng công việc có sẵn miễn phí, khung phần mềm chuẩn. Đội ngũ chủ yếu đấu nối và thiết kế, không phát minh từ đầu.
Còn hệ thống trọn bộ cạnh tranh với đối thủ 20 năm — cháu nói rõ ở slide 16 là hành trình 2–3 năm trở lên, cần thêm người.
Đây là rủi ro thật với đội nhỏ. Cách giảm: mọi thứ phải viết thành tài liệu ngay từ đầu, mã nguồn lưu trên hệ thống của công ty chứ không nằm ở máy cá nhân, và không để một người là người duy nhất biết một phần việc. Cháu xin cam kết làm đúng nguyên tắc này ngay từ tháng đầu.
Cháu không định thắng bằng cách làm giống họ mà nhanh hơn — điều đó không thể. Cháu thắng ở chỗ họ không chịu sửa: giao diện của họ ra đời cách đây 15–20 năm và họ ngại thay vì sợ ảnh hưởng khách hàng cũ. Ta không có gánh nặng đó.
Thêm nữa, AI là cuộc chơi mới — đối thủ 20 năm cũng chỉ mới bắt đầu như ta. Ở chỗ này không ai đi trước ai.
Chắc chắn họ sẽ làm. Nhưng gắn AI vào một hệ thống cũ 20 năm khó hơn nhiều so với thiết kế mới ngay từ đầu — giống như lắp điều hòa vào ngôi nhà đã xây xong. Ta có lợi thế 1–2 năm, đủ để có vài trường làm điểm tham chiếu.
Có hai lớp bảo vệ. Thứ nhất về phân quyền: AI không có quyền riêng — nó chỉ làm được đúng những gì người đang đăng nhập được phép làm. Việc kiểm tra quyền nằm ở tầng hệ thống bên dưới, không nằm ở AI, nên không thể "dụ" AI vượt quyền.
Thứ hai về dữ liệu ra ngoài: nếu thuê AI qua mạng thì phần nội dung câu hỏi có đi qua nhà cung cấp. Các nhà cung cấp lớn có cam kết không dùng dữ liệu để huấn luyện, nhưng nếu chú thấy chưa yên tâm với dữ liệu nhạy cảm, ta dùng phương án B — chạy AI ngay tại máy chủ trường, dữ liệu không ra khỏi trường.
Cháu thiết kế để chuyển đổi được giữa hai phương án mà không phải viết lại phần mềm.
Nguyên tắc thiết kế: AI không tự quyết định thay người. AI soạn nháp, người ký. AI cảnh báo, người xử lý. Với những thao tác thay đổi dữ liệu, AI luôn hỏi xác nhận trước khi làm, và mọi việc AI làm đều ghi lại đầy đủ ai yêu cầu, lúc nào.
AI trả lời câu hỏi dữ liệu thì dựa trên hồ sơ thật của trường chứ không tự bịa, và luôn dẫn nguồn để người dùng kiểm chứng.
Đây chính là lý do cháu chọn hướng này. AI làm phần mềm dễ hơn chứ không khó hơn. Cán bộ lớn tuổi hiện phải nhớ phần mềm nằm ở menu nào, tầng thứ mấy. Với trợ lý AI, họ chỉ cần gõ "tôi muốn xin nghỉ phép" như nhắn tin cho thư ký.
Ai quen cách cũ vẫn dùng menu bình thường — AI là thêm, không thay thế.
Tự xây một "bộ não" AI như ChatGPT cần hàng chục chuyên gia hàng đầu thế giới, hàng triệu đô-la và nhiều năm. Đến các tập đoàn lớn cũng không làm mà đi thuê.
Ví như ta không tự xây nhà máy điện để thắp sáng công ty — ta mua điện. Phần giá trị của ta không nằm ở "bộ não" AI, mà ở chỗ đấu nối nó vào đúng nghiệp vụ của trường đại học — cái đó mới là thứ đối thủ không copy nhanh được.
Cháu xin nói thẳng: giai đoạn đầu chưa bán được cho ai, và cháu không đặt mục tiêu đó. Khách hàng đầu tiên là chính Trường Đại học Intracom.
Sau khi trường mình dùng ổn định 6–12 tháng, ta có thứ quý nhất khi chào bán: một trường đang dùng thật. Lúc đó nhắm vào các trường tư và trường ngoài công lập trước — họ quyết nhanh, không phải đấu thầu. Trường công tính sau vì thủ tục dài.
Chính vì thời gian bán hàng dài mà cháu đề xuất không đợi bán mới có giá trị. Sản phẩm phục vụ trường mình trước, tạo giá trị ngay từ tháng thứ 12. Doanh thu bên ngoài là phần cộng thêm, không phải điều kiện sống còn.
Không bỏ ngay. Cháu đề xuất chạy song song: hệ thống mới làm phần Công việc và Văn bản trước — những phần hệ thống cũ làm kém nhất. Phần đào tạo, học phí vẫn để nguyên hệ thống cũ cho tới khi phần mới đủ chín. Không có thời điểm nào trường bị gián đoạn.
Cháu không dám chắc 100% về bản trọn bộ — cháu đã nói rõ ở slide 16. Nhưng bản demo 4–6 tháng thì cháu tự tin.
Và cháu xin nói về cái giá của thất bại: nếu sau 4–6 tháng thấy không khả thi, thứ mất đi là chi phí nửa năm của đội 4–5 người. Không mất tài sản, không mất uy tín với khách hàng vì chưa bán cho ai. Còn thứ thu được kể cả khi dừng lại là một đội ngũ đã biết làm AI — thứ này không mất đi đâu cả.
Thuê ngoài làm nhanh hơn ở lần đầu, nhưng sau đó mỗi lần sửa đều phải trả tiền và chờ họ. Với sản phẩm cần cải tiến liên tục theo góp ý của trường thì cách đó không hợp.
Quan trọng hơn: nếu thuê ngoài, kiến thức nằm ở họ, không nằm ở Intracom.
Cháu xin trả lời trung thực: đây là dự án lớn nhất cháu từng đề xuất. Cháu không giấu điều đó.
Cũng chính vì vậy mà cháu đề nghị chia nhỏ thành từng bước có thể kiểm chứng, thay vì xin phê duyệt trọn gói. Sau 4–6 tháng chú có sản phẩm thật để đánh giá, không phải đánh giá qua lời hứa. Nếu cháu làm không được, chú biết ngay ở mốc đó chứ không phải sau hai năm.
Về giá trị cho trường thì chú nói đúng. Nhưng cháu chọn khu Công việc trước vì ba lý do: nó an toàn nhất (làm sai không ảnh hưởng điểm số, học phí của sinh viên); nó dùng được ngay cho toàn bộ cán bộ; và nó là chỗ AI thể hiện rõ nhất khi mang đi giới thiệu.
Phần Đào tạo đụng tới dữ liệu sinh viên — nếu sai thì hậu quả lớn. Cháu muốn đội ngũ vững tay ở phần dễ trước.
Đây là điểm cháu cần khảo sát thêm mới trả lời chính xác được, cháu chưa dám kết luận. Về nguyên tắc, dữ liệu có thể xuất ra và chuyển sang, nhưng còn tùy nhà cung cấp cũ có hợp tác cung cấp cấu trúc dữ liệu hay không. Cháu xin phép làm việc với họ và báo cáo lại chú.
Cháu xin trả lời thẳng: bản demo 4–6 tháng chưa có phần này. Cháu không nói có.
Nhưng trường sẽ không bị gián đoạn nghĩa vụ với Bộ một ngày nào, vì trong suốt thời gian đó hệ thống cũ vẫn đang làm việc báo cáo như hiện tại. Đây là lý do nữa để chạy song song chứ không thay thế ngay.
Theo lộ trình cháu trình ở slide 14, việc kết nối HEMIS bắt đầu ở mốc 6–12 tháng. Về kỹ thuật đây không phải phần khó nhất — Bộ đã công bố cấu trúc dữ liệu và cách kết nối, việc của ta là làm đúng chuẩn đó. Phần mất thời gian là đối chiếu số liệu cho khớp, chứ không phải viết phần mềm.
Cháu xin nói rõ để chú nắm rủi ro: đây là nghĩa vụ bắt buộc từ 2024, nên chừng nào phần này chưa xong thì chưa thể bỏ hệ thống cũ, dù các phần khác đã tốt hơn.
Đây là điểm khác biệt lớn nhất, cháu xin nói kỹ.
Với hệ thống thuê ngoài: trường trả phí theo năm, dừng trả là dừng dùng. Dữ liệu nằm trong cấu trúc của nhà cung cấp. Muốn thêm một ô trên biểu mẫu cũng phải gửi yêu cầu, chờ, và trả phí.
Với hệ thống tự làm: mã nguồn và toàn bộ dữ liệu thuộc Intracom. Cụ thể nghĩa là — trường thuê được bất kỳ ai vào bảo trì tiếp, không phụ thuộc một nhà cung cấp nào; trường sửa được bất cứ lúc nào theo nhu cầu thật; và trường có một sản phẩm để bán, không chỉ là một khoản chi phí.
Nhưng cháu xin nói cả mặt kia của tấm huy chương: sở hữu cũng có nghĩa là chịu trách nhiệm. Phần mềm thuê thì lỗi là việc của nhà cung cấp; phần mềm của mình thì lỗi là việc của mình, phải có người duy trì lâu dài. Đó là cái giá phải cân nhắc, không phải chỉ có lợi.
Đây là câu hỏi đúng nhất và cháu xin trả lời cụ thể chứ không hứa chung chung.
Việc làm ngay từ tháng đầu: mã nguồn để trên hệ thống của công ty, không nằm ở máy cá nhân cháu. Mỗi phần làm xong là viết tài liệu ngay, không để dồn.
Từ tháng thứ 3–4: cháu đề nghị có người thứ hai cùng đọc và duyệt mã nguồn với cháu. Mục đích không phải để tăng tốc, mà để không có phần nào chỉ một người biết.
Bộ bàn giao gồm: mã nguồn, tài liệu thiết kế, hướng dẫn cài đặt và vận hành, cấu trúc dữ liệu, danh sách tài khoản và quyền.
Nếu cháu nghỉ ở giai đoạn demo, cháu ước lượng một lập trình viên có kinh nghiệm cần 4–6 tuần để nắm và tiếp quản được. Còn nếu nghỉ khi hệ thống đã lớn thì rủi ro thật sự cao hơn — cách duy nhất để giảm là tuyển thêm người sớm, và việc đó cần chi phí. Cháu không có cách nào làm điều này miễn phí.
← Về đề ánBốn lớp phòng, cháu xin nói theo thứ tự quan trọng.
Thứ nhất, và quan trọng nhất: trong giai đoạn chạy song song, phần đăng ký học phần vẫn do hệ thống cũ làm. Hệ thống mới có sự cố thì việc học của sinh viên không bị ảnh hưởng. Cháu chủ ý không đụng vào phần này sớm chính vì lý do đó.
Thứ hai: đây là lý do cháu chọn thuê đám mây ở giai đoạn đầu — mấy ngày cao điểm thì tăng máy lên, hết cao điểm thì giảm xuống, trả tiền theo lượng dùng. Máy tự dựng ở trường thì phải mua sẵn công suất cho ngày cao nhất, quanh năm để không.
Thứ ba, về sao lưu: dữ liệu sao lưu tự động hằng ngày và có thể phục hồi về một thời điểm cụ thể. Cháu xin cam kết một điều mà nhiều nơi bỏ qua — định kỳ thử phục hồi thật, chứ không chỉ sao lưu rồi tin là được. Bản sao lưu chưa từng thử phục hồi thì chưa tính là có.
Thứ tư, về con số: mức 3.000–5.000 người cùng lúc ở slide 12 là ước lượng, chưa phải đo thật. Cháu xin kiểm thử tải trước khi đưa vào dùng chính thức và báo cáo chú số thật. Cháu không muốn cam kết một con số mà chưa tự tay đo.