Hệ 03Truyền thôngĐang chạy
NoLimit ERP
Giám đốc vận hành (COO), từ 11/2025
ERP nội bộ cho một agency truyền thông 19 người, đi từ ý tưởng tới đăng và đo, kèm trợ lý Telegram nhắc việc và duyệt bài.
- Công ty
- NoLimit Group - agency truyền thông (Đà Nẵng)
- Vai trò
- Giám đốc vận hành (COO) - quản trị, tuân thủ, kiểm soát nội bộ; đồng thời là người xây và vận hành toàn bộ hệ thống
- Trạng thái
Web trên Vercel, bot trên Fly.io (Singapore), Supabase riêng. Nhân sự dùng hằng ngày từ tháng 7/2026.
Hệ nội bộ, chỉ mở trong công ty.
Mô phỏng dựng lại từ cấu trúc thật, không phải ảnh chụp: hệ nội bộ, không có địa chỉ công khai.
Số đo
- 19người dùng nội bộ: 3 giám đốc, 1 PM, 15 nhân viên
- 64thao tác bot, 41 lệnh, 15 lịch chạy tự động theo giờ Việt Nam
- 9trạng thái bài viết, cổng duyệt cứng đặt ở tầng dữ liệu; mọi lối ghi đều đi qua, kể cả lối quản trị
- 138ca kiểm tự động cho trợ lý Telegram, trong 12 nhóm; phần web có thêm 5
Câu chuyện
Vấn đề
Agency 19 người làm nội dung cho nhiều khách cùng lúc, và bài trôi giữa các khâu, khuất khỏi tầm nhìn của cả nhóm. Trước khi xây, tôi đo hai dự án mẫu: gần một nửa bài trễ lịch (43/87 và 27/103), cả 190 bài đều thiếu một bước duyệt chính thức, số liệu sau đăng để trống, và một người gánh 80 đến 90% việc.
Điều nhóm cần là một chỗ để việc dừng lại và được duyệt.
Đọc tiếp: cách làm và nguyên tắc
Cách làm
Tôi lấy hệ ERP đã xây cho công ty kỹ thuật của mình, đảo trọng tâm sang vận hành nội dung và dựng lại: khách hàng, chiến dịch, bảng việc kéo thả, quy trình bài 9 bước, cộng một trợ lý Telegram hiểu tiếng Việt để giao việc, nhắc hạn và duyệt bài ngay trong nhóm.
Nguyên tắc
Nguyên tắc vận hành: AI soạn nháp có đánh dấu cần duyệt, người bấm duyệt, và hệ thống chỉ chuyển trạng thái khi đã có dòng duyệt. Mọi cải tiến đều bám vào một con số đo được, ví dụ tỷ lệ thẻ mở vô chủ hay tỷ lệ thông báo được đọc.
Quyết định kỹ thuật
Cổng duyệt nằm ngay trong cơ sở dữ liệu
Muốn chuyển bài sang lên lịch hoặc đã đăng thì phải có một dòng duyệt; thiếu dòng đó, cơ sở dữ liệu chặn thẳng. Bảng trạng thái phải khớp ở hai nơi, cơ sở dữ liệu và mã, sửa một là sửa cả hai.
Mỗi con số phải đếm lại được
Từng có lúc hệ thống thật hiện 1.000 dự án và 300 khách hàng vì phần mềm lặng lẽ rơi về dữ liệu mẫu. Nay màn hình trống hiện đúng là trống; luật số một của dự án là mỗi con số đến từ một phép đếm có nơi đối chiếu.
Đo trước khi sửa
Bộ chỉ số vận hành chỉ đọc, đo lại được: mốc đo 25/07/2026 có 82% thẻ mở vô chủ và chỉ 4,2% thông báo "nộp duyệt" được đọc, so với 84% cho "giao việc". Mỗi thay đổi trong gói điều hành bám vào một con số như vậy.
"Web chậm" - đo rồi mới chữa
Cơ sở dữ liệu trả trong 67-266 ms, trang nặng 102-222 kB, đều bình thường; thủ phạm là không có màn hình chờ nào nên bấm xong trang đứng im. Thêm 12 khung chờ bám đúng bố cục, vẫn dựng trang riêng cho từng người vì rủi ro người này thấy dữ liệu người kia.
Từ hệ thống này
Công ty anh chị cũng đang có việc trôi giữa các khâu?
Tôi đã đo, dựng và vận hành hệ này cho chính agency mình. Nếu anh chị muốn tiền ra vào có đối soát và việc có người duyệt, hãy cho tôi xem cách công ty đang chạy.