🤖
Deploy bằng câu lệnh thường
“Đưa dự án này lên chạy thật, kèm PostgreSQL và Redis.”
AI tự nhận diện nền tảng, dựng bản build, tạo cấu hình đóng gói, thiết lập proxy, chứng chỉ và tên miền.
11
tính năng nâng cấp
11
tuần · 22/07 → 30/09
2
làn chạy song song
3
mốc chốt chặn
Lộ trình 11 tính năng theo tuần
Bắt đầu thứ Tư 22/07, kết thúc 30/09. Mã F đối chiếu với bảng chi tiết bên dưới.
Ưu tiên 1 — làm ngay
Làn 1 · Gỡ ma sát hằng ngày
Làn 2 · Thư viện mẫu
▲ Mốc chốt chặn
Tháng 7
Tháng 8
Tháng 9
Tính năng
W0120/7
W0227/7
W033/8
W0410/8
W0517/8
W0624/8
W0731/8
W087/9
W0914/9
W1021/9
W1128/9
Làn 1 · Gỡ ma sát hằng ngàygóp ý trực tiếp từ người đang dùng — rẻ, làm được ngay
Gửi ngay email thông tin đăng nhập sau khi đăng kýƯu tiên 1
Nút “Lưu và deploy” ở màn biến môi trường
Thêm menu mới “Database của tôi”
Cho up thẳng file HTML ở màn deploy lại
Nút gỡ kết nối kho mã ở chỗ chọn repository
Ô chạy câu lệnh SQL trong màn database
Tăng tốc deploy lại — bộ nhớ đệm build
Tự vá lỗi tương thích khi build dự án thật
Kết nối nhiều tài khoản Git cùng lúc
Làn 2 · Thư viện mẫusản xuất đều đặn — việc liên tục, cần người chuyên trách riêng
Phân nhóm ngành + chọn repo thực tế cho từng case study
Làm case study — mẫu template · 2 mẫu mỗi tuần
Mốc chốt chặn
▲29/07
email đăng nhập
gửi tự động ▲03/08
bắt đầu ra
mẫu đều ▲21/08
hạn rà soát
bảo mật
email đăng nhập
gửi tự động ▲03/08
bắt đầu ra
mẫu đều ▲21/08
hạn rà soát
bảo mật
💡
Bốn việc của tuần W01 đều là việc nửa ngày. Riêng việc gửi email đăng nhập tự động nên làm ngay hôm nay — mỗi ngày trôi qua là thêm một lứa khách đăng ký xong rồi ngồi chờ email. Nút gỡ kết nối kho mã và kết nối nhiều tài khoản Git dùng chung một phần việc — làm nút gỡ kết nối trước rồi phần sau kế thừa.
🔑
Tự vá lỗi build là việc quyết định tốc độ mở rộng, không chỉ là sửa lỗi kỹ thuật.
Hôm nay mỗi dự án dùng một bộ thư viện khác nhau, khách không tự sửa được, AI thì chưa tự vá —
nên mọi ca lỗi build đều đổ về đội hỗ trợ.
Số khách tăng bao nhiêu thì tải hỗ trợ tăng bấy nhiêu, và đó chính là trần chặn việc mở rộng.
Gỡ được nút này thì thêm khách mới không đồng nghĩa thêm người trực.
▸ Bảng chi tiết 11 tính năng — vì sao làm, và đã kiểm chứng gì trong mã nguồn
| Tính năng | Vấn đề đang gặp | Đã kiểm chứng trong mã nguồn |
|---|---|---|
| Gửi ngay email thông tin đăng nhập Ưu tiên 1 | Khách đăng ký gói dùng thử trên matbao.net xong phải chờ lâu mới nhận được thông tin vào trang quản trị. | Lỗ hổng trong mã, không phải hệ thống chậm. Email chào mừng chỉ gửi trong trình xử lý của luồng admin tạo tài khoản tay. Hàm dùng chung CreateStaffAsync có 0 tham chiếu tới dịch vụ email, và trình xử lý của hệ thống tự động hoá không nhận dịch vụ email. Sửa: đưa đoạn gửi email vào trong hàm tạo tài khoản. |
| Lưu và deploy | Sửa biến môi trường xong phải thoát ra ngoài bấm deploy lại — thừa một bước mỗi lần. | Địa chỉ /env/apply chỉ ghi cấu hình, không kích hoạt deploy. Thêm một nút gộp là đủ. |
| Menu mới “Database của tôi” | Muốn xem database đang dùng phải lăn xuống cuối bảng điều khiển. | Thêm một mục menu riêng trỏ tới /databases, đặt cạnh mục “Deploy Database” hiện có. Trang danh sách /databases đã tồn tại và chạy được — chỉ thiếu lối vào từ thanh điều hướng. Thêm một dòng vào danh sách menu là xong. |
| Up thẳng file HTML ở màn deploy lại | Muốn deploy lại một file HTML thì bắt buộc phải nén ZIP mới up được. | Chỉ là giới hạn ở giao diện, máy chủ đã hỗ trợ sẵn. Màn deploy lại chặn cứng ở ba chỗ: kiểm tra đuôi file bằng endsWith('.zip'), ô chọn file để accept=".zip", và dòng chữ “Chỉ .zip”. Trong khi màn deploy lần đầu để accept=".zip,.html,.htm", và máy chủ nhận .html/.htm rồi chép thẳng vào thư mục nguồn. Sửa 3 dòng ở giao diện là xong. |
| Nút gỡ kết nối kho mã | Chỗ chọn repository không có nút xoá — nối nhầm kho mã rồi thì không tháo ra được. | Không chỉ thiếu nút trên giao diện. GitHubEndpoints chỉ có /connect, /status, /repos, kiểm tra đường dẫn, quét biến môi trường — không có địa chỉ gỡ kết nối nào. Phải làm cả phía máy chủ lẫn nút trên giao diện. |
| Ô chạy câu lệnh SQL | Muốn kiểm tra dữ liệu hay hàm trong database thì không có chỗ nào chạy được câu lệnh. | Chưa có địa chỉ nào cho việc truy vấn. Cần làm mới, kèm giới hạn quyền và ghi nhật ký thao tác. |
| Deploy lại nhanh hơn | Chờ quá lâu mỗi lần deploy lại, kể cả khi chỉ sửa một dòng. | Bước build có đoạn chủ động xoá bộ nhớ đệm của Docker. Cần đo lại từng bước rồi giữ đệm cho phần phụ thuộc không đổi. |
| Tự vá lỗi tương thích khi build | Mỗi dự án dùng một bộ thư viện khác nhau, nên lỗi build cũng khác nhau — không có danh sách cố định nào phủ hết được. Hai chuyện xảy ra cùng lúc: (1) khách vibecode không tự sửa được, cũng không tự thêm thư viện thiếu; (2) AI chưa tự vá, mới dừng ở mức tư vấn trên màn hình. Kết quả là mọi ca lỗi đều đổ về đội hỗ trợ — càng nhiều khách mới càng nghẽn, nên không mở rộng nhanh được. | Hai mảnh ghép đã có sẵn, chỉ chưa nối vào nhau. Bước DockerfilePatchingStage tự vá cấu hình trước khi build, nhưng chỉ biết 2 loại lỗi viết cứng: lỗi trình quản lý gói npm, và thiếu công cụ biên dịch thư viện gốc (sqlite3, bcrypt, sharp, node-gyp). Trong khi đó AiService đã trả về codeFixes có cấu trúc, kèm giá trị đề xuất cụ thể — tức máy đọc được, không chỉ là chữ cho người đọc. Ở worker, Stage8_HealthCheck còn ghi sẵn chú thích “seam cho AiService”: người viết đã chừa chỗ đấu nối nhưng chưa nối. Ba việc: (1) rà nhật ký build của 85 dự án, thống kê lỗi lặp nhiều nhất — dữ liệu đã có trong bảng Deployments, chỉ cần truy vấn; (2) viết cứng những lỗi phổ biến vào thư viện vá sẵn; (3) nối AI vào bước vá để lỗi lạ cũng tự xử lý được, có hỏi ý khách trước khi áp dụng. Mỗi lỗi vá thêm là một nhóm khách bớt cần gọi hỗ trợ. |
| Kết nối nhiều tài khoản Git | Người dùng có kho mã nằm ở nhiều tài khoản — cá nhân và công ty — nhưng chỉ nối được một. | Model User chỉ có ba cột GitHubId, GitHubUsername, GitHubAccessToken — một tài khoản, khoá cứng ở cấu trúc dữ liệu. Cần tách ra bảng kết nối riêng theo quan hệ một–nhiều. Nặng hơn nút gỡ kết nối nhiều vì đụng vào cấu trúc dữ liệu. |
| Phân nhóm ngành + chọn repo thực tế | Chưa có danh sách ngành nào cần làm mẫu, cũng chưa chốt lấy mã nguồn từ đâu — làm tới đâu hay tới đó sẽ ra mẫu tản mát, trùng nhau hoặc bỏ sót ngành quan trọng. | Chạy song song suốt cùng nhịp với việc làm mẫu (W03–W11), không phải làm xong một lần rồi thôi: mỗi tuần chốt ngành và kho mã cho hai mẫu của tuần kế, vừa làm vừa điều chỉnh theo phản hồi thật. Hai phần việc lặp lại mỗi tuần: (1) chọn nhóm ngành theo nhu cầu thật ở Việt Nam — bán hàng, ăn uống, giáo dục, sức khoẻ, dịch vụ, bất động sản, du lịch…; (2) với mỗi ngành, chọn kho mã nguồn mở cụ thể sẽ chuyển thể và kiểm tra giấy phép sử dụng có cho phép đóng gói lại thành dịch vụ không — bước này rẻ khi làm trước, rất đắt nếu phát hiện sau khi đã làm xong mẫu. Kết quả là một bảng sống: ngành — kho mã nguồn — người làm — tuần dự kiến. |
| Làm case study — mẫu template 2 mẫu mỗi tuần | Thư viện còn mỏng, khách chưa có mẫu nào hợp với việc thật của mình để bắt đầu. | Mỗi mẫu là một case study hoàn chỉnh cho một nhu cầu có thật — bán hàng, đặt lịch, quản lý khách, trang giới thiệu — chạy được ngay chứ không phải khung rỗng. Bắt đầu từ 03/08, đều 2 mẫu mỗi tuần tới hết 30/09 — 9 tuần, khoảng 18 mẫu. Cần một người chuyên trách. Lưu ý: muốn đủ 30 mẫu thì phải nâng lên ~3,5 mẫu/tuần, hoặc kéo lịch sang giữa tháng 11. |
28
tính năng
5
nhóm chính
4
giai đoạn
11
tuần · 22/07 → 30/09
Lộ trình 11 tuần · 22/07 → 30/09/2026
Bốn giai đoạn nối tiếp nhau trên cùng khung thời gian với tab góp ý nâng cấp,
mỗi giai đoạn kèm các nhóm tính năng sẽ hoàn thành trong đó. Vạch đỏ là thời điểm hiện tại.
GĐ1 · Bản chạy được
GĐ2 · Vận hành
GĐ3 · Khác biệt AI
GĐ4 · Doanh nghiệp
Tháng 7
Tháng 8
Tháng 9
Giai đoạn
W0120/7
W0227/7
W033/8
W0410/8
W0517/8
W0624/8
W0731/8
W087/9
W0914/9
W1021/9
W1128/9
GĐ1 · Bản chạy đượcW01–W04 · 22/07 → 16/08
Tự deploy khi đẩy mã · đóng gói · chứng chỉ
Tên miền · PostgreSQL / MySQL
Quản lý tệp · cửa sổ dòng lệnh
Sao lưu · theo dõi cơ bản
GĐ2 · Vận hànhW05–W07 · 17/08 → 06/09
Tự mở rộng · kho lưu trữ tệp
Bản xem trước · làm việc nhóm
Công cụ gõ lệnh · quay lại bản cũ · tra nhật ký
GĐ3 · Khác biệt AIW08–W10 · 07/09 → 27/09
Deploy bằng câu lệnh thường
Chẩn đoán vận hành · tìm nguyên nhân sự cố
Quét an toàn · tối ưu chi phí · vẽ sơ đồ hạ tầng
GĐ4 · Doanh nghiệpW11 · 28/09 → 30/09
Kubernetes · nhiều khu vực · đăng nhập một lần
Nhật ký thao tác · khôi phục · tuân thủ · mạng riêng
💡
Chiến lược: ra bản chạy được thật nhanh → xây lòng tin →
giai đoạn 3 mới là chỗ tạo khác biệt với Railway và Render.
Cảnh báo về khối lượng: tài liệu gốc ghi riêng giai đoạn 1 đã cần 3–4 tháng. Dồn cả bốn giai đoạn vào 11 tuần nghĩa là ép một kế hoạch dài hạn vào một quý — giai đoạn 4 hiện chỉ còn đúng một tuần cuối. Cần đội phát triển xác nhận lại phạm vi: hoặc cắt bớt tính năng trong từng giai đoạn, hoặc chấp nhận đẩy giai đoạn 3–4 sang quý sau.
Cảnh báo về khối lượng: tài liệu gốc ghi riêng giai đoạn 1 đã cần 3–4 tháng. Dồn cả bốn giai đoạn vào 11 tuần nghĩa là ép một kế hoạch dài hạn vào một quý — giai đoạn 4 hiện chỉ còn đúng một tuần cuối. Cần đội phát triển xác nhận lại phạm vi: hoặc cắt bớt tính năng trong từng giai đoạn, hoặc chấp nhận đẩy giai đoạn 3–4 sang quý sau.
NHÓM 1
Hosting lấy AI làm gốc
Điểm khác biệtNhóm tạo khác biệt thực sự — biến nền tảng hosting thông thường thành kỹ sư vận hành hiểu được câu lệnh bằng tiếng nói thường ngày.
🔍
Chẩn đoán vận hành
CPU vọt lên 90%? AI đọc CPU, bộ nhớ, ổ đĩa, nhật ký, container và database rồi trả lời thẳng vấn đề nằm ở đâu.
“Có 3 tiến trình đang rò rỉ bộ nhớ.”
🔧
Tìm nguyên nhân sự cố
Web báo lỗi 502? AI đọc nhật ký máy chủ, container và ứng dụng — chỉ ra nguyên nhân, gợi ý cách sửa, và tự sửa cấu hình khi được đồng ý.
🔒
Quét an toàn
Rà bản đóng gói, cổng đang mở, khoá bí mật, khoá truy cập, chứng chỉ và tường lửa. Chấm điểm an toàn tổng thể kèm cách khắc phục.
⚡
Tối ưu chi phí
Đề xuất giảm bộ nhớ, tăng CPU, đổi cấu hình máy, bật bộ nhớ đệm — ví dụ hạ từ 8GB xuống 4GB, tiết kiệm 42%.
NHÓM 2
Cài sẵn một nhấn & nối kho mã
📦
Cài ứng dụng phổ biến một nhấn
Không phải cấu hình tay:
- WordPress, Ghost, Nextcloud
- Odoo, ERPNext, n8n
- Supabase
- NodeJS, Laravel, Django
- FastAPI, Go, Rust
🔗
Tự deploy khi đẩy mã
Nối GitHub, GitLab, Bitbucket, Azure DevOps. Mỗi lần đẩy mã lên là hệ thống tự dựng và đưa lên chạy.
👁️
Bản xem trước theo nhánh
Mỗi đề nghị gộp mã tạo ngay một địa chỉ xem trước riêng, giúp cả nhóm soát lại trong môi trường thật trước khi gộp.
NHÓM 3
Dịch vụ hạ tầng
Nền tảng đầy đủ — từ database tới kho tệp, phân phối nội dung, chứng chỉ và thư điện tử, tất cả tự động.
🗄️
Database có quản trị
PostgreSQL, MySQL, MariaDB, Redis, MongoDB, ClickHouse, Elasticsearch — không phải tự quản trị.
☁️
Kho lưu trữ tệp
Chuẩn S3 — lưu bản sao lưu, tệp tĩnh, hình ảnh. AI phát hiện bản sao lưu hỏng hoặc phình bất thường.
🌐
Phân phối nội dung & chứng chỉ
Bật phân phối nội dung một nhấn, kèm tối ưu hình ảnh và bộ nhớ đệm. Chứng chỉ bảo mật cấp tự động, tự gia hạn.
🏷️
Quản lý tên miền
Quản lý bản ghi tên miền, tên miền phụ, bản ghi mở rộng. Kho khoá bí mật lưu khoá truy cập, cấu hình, mật khẩu.
✉️
Dịch vụ thư điện tử
Gửi thư, thư giao dịch, thông báo tự động, theo dõi thư gửi hỏng — tích hợp sẵn cho ứng dụng.
NHÓM 4
Theo dõi, mở rộng & chi phí
📊
Bảng theo dõi
CPU, bộ nhớ, ổ đĩa, mạng. Nhật ký, dấu vết và số đo gom về một nơi — toàn cảnh hệ thống trong một màn hình.
🔮
Cảnh báo sớm
“Website có khả năng ngừng chạy sau 30 phút.”
AI dự đoán sự cố trước khi xảy ra, thay vì báo sau khi đã hỏng.
⚖️
Tự mở rộng
Tự tăng giảm theo CPU, bộ nhớ, hàng đợi và lượt truy cập — giữ tốc độ mà không cần can thiệp tay.
💰
Dự báo chi phí
“Tháng này bạn sẽ tốn khoảng 38 USD.”
Kèm đề xuất tiết kiệm tới 42%.
🌏
Nhiều khu vực
Chạy tại Singapore, Tokyo, Mỹ, châu Âu — giảm độ trễ và tăng độ sẵn sàng.
NHÓM 5
Trải nghiệm người phát triển
⌨️
Dòng lệnh & công cụ gõ lệnh
Dòng lệnh, truyền tệp và quản lý tệp ngay trong trình duyệt. Kèm bộ lệnh: vibe deploy, vibe logs, vibe scale, vibe ssh.
🕘
Lịch sử triển khai
Quay lại bản cũ, so sánh, xem khác biệt, khôi phục — kiểm soát toàn bộ lịch sử.
🛟
Khôi phục sau sự cố
Một nút chuyển toàn bộ sang máy chủ khác — phục hồi nhanh khi có sự cố.
🔎
Tra nhật ký bằng câu hỏi thường
“Tại sao người dùng A bị lỗi đăng nhập?”
AI tìm trong nhật ký và trả lời ngay.
💬
Ra lệnh qua khung trò chuyện
Đưa lên chạy thật, quay lại bản cũ, khởi động lại, tăng lên 5 máy — tất cả qua trò chuyện.
📄
Tự viết tài liệu
AI đọc dự án rồi tự sinh tài liệu hướng dẫn, tài liệu giao tiếp và tài liệu triển khai.
🗺️
Tự vẽ sơ đồ hạ tầng
AI dựng sơ đồ kiến trúc: Internet → lớp bảo vệ → cân bằng tải → ứng dụng → Redis → Postgres.
Trợ lý AI — trái tim của nền tảng
Một trợ lý biết toàn bộ hạ tầng của khách — không chỉ trả lời, mà còn thực hiện sau khi được đồng ý.
Người dùngWebsite tôi chậm?
Trợ lýCPU đang cao 87%, Redis gần đầy bộ nhớ, có 3 truy vấn database chậm, tỉ lệ trượt bộ nhớ đệm 34%, chứng chỉ còn 5 ngày hết hạn, và có bản vá an toàn mới cho nền tảng bạn đang dùng. Tôi có thể tối ưu ngay — bạn có muốn tôi thực hiện không?
①
Phân tích toàn diện
Đọc CPU, bộ nhớ, Redis, truy vấn database, bộ nhớ đệm, chứng chỉ, an toàn — tất cả trong một câu trả lời.
②
Đề xuất hành động
Không chỉ báo lỗi — đưa ra giải pháp cụ thể và thực hiện được ngay.
③
Hỏi trước khi làm
Người dùng luôn nắm quyền — AI đề xuất, con người duyệt trước khi hạ tầng thay đổi.
Thay vì chỉ cung cấp
Nơi chạy ứng dụng — máy chủ, kho lưu trữ, mạng cơ bản.
Vibe Hosting trở thành
Kỹ sư vận hành AI, đồng hành từ lúc đưa lên chạy, theo dõi, tối ưu chi phí đến xử lý sự cố — tất cả bằng tiếng nói thường ngày.
Hợp xu hướng
Người phát triển muốn dành thời gian cho tính năng, không phải cho việc quản trị hạ tầng.
700
khách · quý III (T7–T9)
3.800
khách · quý IV (T10–T12)
4.500
tổng cả sáu tháng
5,4×
quý IV so với quý III
Khách dùng thử mới mỗi tháng · T7 → T12/2026
Nền tảng đã chạy thật với 85 dự án khách. Quý III là chặng triển khai và gỡ nốt vài chỗ còn vướng;
quý IV mở hết kênh, tăng tốc mạnh. Mốc 1.000 khách trong tháng 10 là bước ngoặt — gấp 2,5 lần tháng liền trước.
Quý III · Triển khai
Quý IV · Tăng trưởng mạnh
100
200
400
1.000
1.200
1.600
T7từ 22/07
T8
T9
T10bước ngoặt
T11
T12
Quý III · Triển khai
700
T7–T9 · Sản phẩm đã chạy thật, quý này vừa phục vụ khách vừa gỡ nốt vài chỗ vướng và dựng thư viện mẫu. Tăng đều, chưa vội mở kênh trả phí.
Quý IV · Tăng trưởng mạnh
3.800
T10–T12 · Thư viện mẫu đã dày, lỗi build tự vá, đăng ký chạy trơn. Mở hết kênh và tăng tốc — mỗi đồng bỏ ra lúc này mới sinh lời.
Điều gì tạo ra con số mỗi tháng
Mỗi mốc chỉ đạt được nếu việc tương ứng đã xong trước đó — sản phẩm đủ trơn, và kênh đã sẵn sàng.
| Tháng | Mục tiêu | Điều gì tạo ra con số này |
|---|---|---|
| T7 | 100 | Tháng 7 chỉ còn 9 ngày làm việc tính từ 22/07, nên đặt mức khởi động. Đây là tháng lấy số nền để so sánh cho các tháng sau. |
| T8 | 200 | Sản phẩm đã gỡ xong những chỗ vướng lớn nhất và thư viện mẫu có 4–6 mẫu đầu tiên, nhưng chưa đủ dày để tự kéo khách — người dùng mới chủ yếu đến từ giới thiệu và cộng đồng. Song song, đội bắt đầu liên hệ các trường để chốt lịch ngày hội. |
| T9 | 400 | Thư viện mẫu đạt khoảng 18 mẫu và sản phẩm đã đủ mượt để giữ chân người mới. Những buổi vào trường đầu tiên bắt đầu ra khách. Gấp đôi tháng trước là mức hợp lý khi chưa mở kênh trả phí. |
| T10 | 1.000 | Bước ngoặt, gấp 2,5 lần. Ba việc dồn vào cùng một tháng: mùa ngày hội trường vào cao điểm, cuộc thi AI mở đăng ký, và kênh trả phí bắt đầu chạy trên nền sản phẩm đã trơn — lúc này tiền quảng cáo mới sinh lời. |
| T11 | 1.200 | Tăng 20%. Sinh viên biết tới từ đợt ngày hội tháng 10 tiếp tục đăng ký, cộng thí sinh cuộc thi và vòng khách giới thiệu khách bắt đầu quay. |
| T12 | 1.600 | Tăng 33%. Chung kết cuộc thi tạo một đợt lan truyền, cộng mùa cao điểm cuối năm khi khách nhỏ chuẩn bị cho năm mới. |
Hai kênh chủ lực cho bước nhảy tháng 10
Cả hai đều nhắm vào sinh viên ngành công nghệ — đúng tệp khách vibecode, và đúng mùa:
năm học mới bắt đầu tháng 9, mùa ngày hội trường rơi vào tháng 9–10.
🎓
Hợp tác trường đại học
Cấp tài khoản dùng thử cho sinh viên ngành công nghệ thông tin, kèm thời hạn dài hơn gói thường.
- Đặt gian tại ngày hội việc làm, ngày hội tân sinh viên
- Buổi hướng dẫn ngắn: từ bài tập tới trang web sống trong 15 phút
- Tài trợ hạ tầng cho đồ án môn học và khoá luận
- Gói riêng cho giảng viên dùng trong lớp
Mỗi lớp dùng chung một nền tảng là cả lớp thành người dùng.
🏆
Cuộc thi AI của Mắt Bão
Thí sinh xây sản phẩm bằng công cụ AI và bắt buộc triển khai trên Vibe Hosting để nộp bài.
- Mỗi thí sinh là một tài khoản dùng thử — không cần mời gọi
- Bài dự thi hay trở thành mẫu template và câu chuyện thật
- Chấm bài xem trực tiếp trên đường dẫn đang chạy
- Sản phẩm giải thưởng được đài thọ hạ tầng một năm
Vừa ra khách, vừa ra nội dung, vừa ra mẫu — cùng một lần tổ chức.
| Kênh | Thời điểm | Ước tính | Việc cần chuẩn bị |
|---|---|---|---|
| Hợp tác trường đại học | T9 → T12 | 1.200–1.800 | Liên hệ khoa từ giữa tháng 8 — nhà trường chốt lịch ngày hội trước cả tháng, gọi muộn là hết chỗ. Cần: hồ sơ giới thiệu cho nhà trường, gói sinh viên có thời hạn dài hơn, người phụ trách đi trường. |
| Cuộc thi AI | T10 → T12 | 500–900 | Mở đăng ký đầu tháng 10, chấm và trao giải tháng 12. Cần: thể lệ, cơ cấu giải, ban giám khảo, và hệ thống phải chịu được lượng nộp bài dồn vào hạn chót. |
| Các kênh còn lại | T7 → T12 | 1.800–2.800 | Nội dung mạng xã hội, khách giới thiệu khách, tìm kiếm tự nhiên, quảng cáo trả phí. Đây là phần nền chạy liên tục. |
Con số ước tính là khoảng dự kiến của tôi, chưa có cơ sở từ dữ liệu thật —
cần đội kinh doanh soát lại theo số trường tiếp cận được và quy mô cuộc thi dự kiến.
Tổng ba dòng phải đạt 4.500.
🎯
Hai kênh này giải đúng chỗ khó nhất của kế hoạch.
Bước nhảy T9 → T10 gấp 2,5 lần vốn là rủi ro lớn nhất — nhưng mùa tựu trường và mùa ngày hội
rơi đúng vào tháng 9–10, tức là thời điểm thị trường thuận lợi trùng khớp
với thời điểm ta cần tăng tốc. Đây là lợi thế thời vụ, một năm chỉ có một lần.
Nhưng phải bắt đầu từ giữa tháng 8. Nhà trường chốt lịch ngày hội trước cả tháng; đợi sang tháng 9 mới liên hệ thì mùa đã qua, và mốc 1.000 của tháng 10 sẽ trượt kéo theo cả quý IV.
Nhưng phải bắt đầu từ giữa tháng 8. Nhà trường chốt lịch ngày hội trước cả tháng; đợi sang tháng 9 mới liên hệ thì mùa đã qua, và mốc 1.000 của tháng 10 sẽ trượt kéo theo cả quý IV.