Thêm một vòng kiểm tra bắt buộc trước khi nội dung được đăng, để giảm lỗi sai lọt tới trung tâm, giảm chi phí xử lý báo lỗi và giảm churn.
Sprint
112
Trạng thái
Bản nháp — chờ duyệt
Ưu tiên
1 — Cao nhất
Cập nhật
05/09/2026
Phòng hơn chữa — chặn lỗi trước khi tới trung tâm
Bản nháp để duyệtTài liệu này do Claude soạn từ ghi chú của team trong Google Sheet. Những chỗ chưa có dữ liệu team cung cấp đều được nêu rõ ở mục Câu hỏi mở thay vì tự suy diễn. Cần anh Tùng duyệt hoặc chỉnh trước khi đưa vào thực hiện.
1Vấn đề & mục tiêu
Ghi chú của team“Nội dung của IELTS thì mình mua của bên Trung Quốc. Các thí sinh đi thi thực tế xong notes lại, nên bài gốc cũng khả năng cao bị thiếu và thừa. Các lỗi sai do CTV up và số hoá nội dung số lượng lớn cho các trung tâm sẽ gây thiệt hại lớn và tốn nguồn lực… Giải pháp này sẽ thuộc về phòng hơn chữa.”
Hai nguồn lỗi tách biệt: nội dung gốc mua ngoài vốn đã thiếu và thừa, và lỗi phát sinh khi cộng tác viên số hoá ở quy mô lớn. Cả hai chỉ bị phát hiện khi trung tâm gặp phải, tức là lúc đã tốn uy tín và tốn người xử lý.
Việc này không phải phỏng đoán: các đợt rà soát nội dung gần đây đã tìm ra hàng nghìn lỗi thật đang nằm trong kho — đủ để coi đây là vấn đề hệ thống chứ không phải vài trường hợp lẻ.
Mục tiêu: chuyển từ chữa sang phòng — lỗi bị chặn ở bước đăng, không phải ở bước trung tâm báo lại.
2Giải pháp
Thêm một vòng kiểm tra bắt buộc chen giữa “cộng tác viên nộp nội dung” và “nội dung lên kho”, gồm hai lớp:
Lớp máy — kiểm tự động ngay khi nộp: chính tả, đáp án trống hoặc trùng, số phương án, độ dài bất thường, ảnh và âm thanh hỏng. Lỗi máy bắt được thì trả lại ngay, không cần người xem.
Lớp người — người phụ trách academic chỉ duyệt phần máy không kết luận được, dựa trên danh sách kiểm cố định thay vì đọc lại toàn bộ.
Nguyên tắcMáy lọc trước để người chỉ phải đọc phần thật sự cần phán đoán. Nếu vẫn bắt người đọc lại tất cả thì chi phí vận hành không giảm, chỉ chuyển chỗ.
3Phạm vi
Có trong phạm vi
Bộ luật kiểm tự động chạy khi nộp nội dung.
Màn duyệt cho academic: danh sách chờ duyệt, lỗi máy phát hiện, nút trả lại kèm lý do.
Ghi nhận ai nộp, ai duyệt, trả lại bao nhiêu lần — để đánh giá chất lượng từng cộng tác viên.
Ngoài phạm vi
Rà soát lại toàn bộ kho cũ — làm riêng theo đợt, không nằm trong luồng đăng mới.
Tự động sửa lỗi. Ở bước này máy chỉ phát hiện và trả lại, người quyết định cách sửa.
4Dữ liệu & kỹ thuật
Các luật kiểm cần chạy được cả trên nội dung đang có, để đo trước xem tỉ lệ trả lại sẽ là bao nhiêu.
Kết quả kiểm lưu lại theo từng lần nộp, không ghi đè, để truy được lịch sử.
Ngưỡng cảnh báo phải chỉnh được mà không cần lập trình lại — nếu quá chặt thì cộng tác viên bị trả lại liên tục.
5Lộ trình
Bước 1 — chốt danh sách luật kiểm, chạy thử trên kho hiện có để biết tỉ lệ trả lại thực tế.
Bước 2 — bật kiểm tự động ở chế độ chỉ cảnh báo, chưa chặn.
Bước 3 — bật chặn cho nội dung mới, kèm màn duyệt cho academic.
Bước 4 — báo cáo chất lượng theo cộng tác viên.
6Chỉ số thành công
Số lỗi nội dung do trung tâm báo lại mỗi tháng — chỉ số quan trọng nhất, cần giảm.
Tỉ lệ nội dung bị trả lại ở bước kiểm tự động.
Thời gian trung bình từ lúc nộp tới lúc lên kho — không được xấu đi nhiều.
7Câu hỏi mở
Kiểm tự động sẽ chặn hẳn hay chỉ cảnh báo cho người duyệt quyết định?
Ai là người duyệt cuối, và một người có thể duyệt bao nhiêu bài mỗi ngày? Con số này quyết định vòng kiểm có khả thi không.
Nội dung mua ngoài (IELTS) có đi qua cùng luồng này không, hay cần luồng riêng vì tính chất lỗi khác hẳn?
NguồnGhi chú của team trong Sheet “Roadmap 2026”, khối Sprint 112. Mục tương ứng trên bảng: roadmap.flyer.vn/s/112.