Quản Lý Đa Điểm (P2): Hệ Thống Tự Vận Hành — Không Phải Ảo Tưởng, Là Thiết Kế

Có một giai đoạn mình nghĩ mình đang quản lý tốt.

Mọi thứ vẫn chạy. Không có gì nổ. Doanh thu ổn.

Nhưng thực ra — mình đang là người giữ cho nó không nổ. Mỗi ngày. Bằng cách có mặt, có mạng, có pin điện thoại.

Đó không phải hệ thống. Đó là mình đang làm thay hệ thống.

Ở P1, mình nói về việc Span of Control chạm ngưỡng sẽ quật đổ nhà quản trị trước khi quật đổ hệ thống. Phần này là câu trả lời tiếp theo: không phải gánh vác thêm — mà là thiết kế lại.

1. Thông tin phải có nhịp — không phải chờ sự cố

Có một giai đoạn ở trung tâm, mình biết mọi chuyện đang xảy ra... qua Zalo lúc 9 giờ tối.

Kế toán báo một chỗ, tư vấn báo một chỗ, mình tự chắp vá để biết hôm nay thực sự thu được bao nhiêu, chi ra cái gì. Mình tưởng mình đang nắm được hệ thống. Thực ra mình đang ngồi chờ hệ thống bắn thông báo về cho mình xử lý.

Thứ thay đổi cục diện không phải công cụ fancy — mà là một Form báo cáo hàng ngày, chia rõ từng mục: học phí mới, phí tài liệu, chi vận hành. Chạy đều, đúng giờ, đúng người điền.

Kết quả: thay vì tốn năng não để hỏi và đợi, mình chỉ cần 5 phút xem báo cáo vào một khung giờ cố định. Khi thông tin có nhịp định kỳ, mình bắt đầu nhìn thấy pattern — thay vì chỉ thấy sự cố.

2. Trao quyền không phải là "em tự xử đi"

Câu này mình từng nói với nhân sự — và nó là một trong những quyết định tệ nhất.

Khi ranh giới không được viết ra, cấp dưới sẽ leo mọi thứ lên vì sợ sai. Điển hình: cứ có học sinh lười hay giáo viên phàn nàn về BTVN là mình phải đứng ra phán xử. Mọi ca nhỏ đều chờ mình.

Thay đổi ở đây là phân tầng xử lý rõ ràng: AC làm việc trực tiếp với giáo viên để xử lý các case vi phạm BTVN — mình đứng sau cố vấn, không cầm tay. Chỉ khi ca quá phức tạp hoặc AC đã nỗ lực mà không giải quyết được, họ mới raise lên.

Lần đầu áp dụng, mình ngạc nhiên vì số cuộc gọi "Vi ơi cái này làm sao" giảm rõ rệt. Không phải vì nhân sự giỏi hơn đột ngột — mà vì họ biết họ được làm gì, và làm đến đâu. AC bắt đầu có "cơ bắp" xử lý vấn đề. Mình thoát được việc đi nhắc từng cuốn vở bài tập.

3. Tiêu chuẩn phải sống trong hệ thống — không sống trong đầu mình

Đây là điểm mình nhận ra muộn nhất.

Trước đó, chỉ cần mình rời trung tâm hay nghỉ một ngày là điện thoại rung liên tục: "Vi ơi ca này tính sao?", "Phụ huynh này đòi gặp em nè... Không phải nhân sự kém — là vì tiêu chuẩn đang nằm trong đầu mình, không nằm trong hệ thống.

Thứ thay đổi không phải một buổi training hoành tráng. Mà là quá trình mình đi song song cùng nhân sự qua rất nhiều case thực tế — shadowing, xử lý cùng, giải thích tại sao mình chọn hướng đó. Không phải để dạy. Mà để tư duy xử lý của mình dần được "nạp" vào họ.

Đến một ngày mình vắng mặt — điện thoại im ắng lạ thường. Không phải họ lười báo cáo. Mà vì họ đã có định hướng rõ: case A xử lý bước 1-2-3, case B theo hướng X. Tiêu chuẩn đã được sao chép sang nhân sự. Hệ thống tự chạy mà không cần mình cầm tay chỉ việc mãi.

Hệ thống tự vận hành không có nghĩa là không cần người quản lý.

Nó có nghĩa là: khi mình vắng mặt một ngày, hệ thống không hoảng loạn.

Sự khác biệt giữa một quản lý kiệt sức và một quản lý vững không nằm ở năng lực — mà ở chỗ: người đầu tiên đang chạy cùng hệ thống, người thứ hai đang đứng trên nó.

P3 mình sẽ đi vào phần cụ thể hơn: Làm sao nhận ra một điểm đang "ổn" hay chỉ đang "ổn giả" — trước khi nó thực sự gãy.

[Quick Check] Hệ thống của bạn đang "tự chạy" hay đang "chờ bạn"?

Nếu bạn cũng đang loay hoay giữa đống tin nhắn Zalo mỗi tối, hãy thử tự soi mình qua 3 tầng checklist này:

Tầng 1: Dòng chảy Thông tin (Information Cadence)

Mục tiêu: Quản trị bằng dữ liệu có nhịp độ, không quản trị bằng sự cố.

[ ] Nhật ký vận hành: Đã có Form cố định để nhân sự báo cáo cuối ngày (Thu/Chi, Sĩ số, Phản hồi) chưa?

[ ] Thời điểm vàng: Bạn có khung giờ cố định để duyệt báo cáo thay vì check lắt nhắt cả ngày không?

[ ] Hệ thống cảnh báo (Red Flags): Nhân sự có biết chính xác khi nào một chỉ số là "nguy hiểm" để báo động ngay lập tức chưa?

Tầng 2: Phân cấp Quyết định (Decision Hierarchy)

Mục tiêu: Giải phóng "băng thông" não bộ cho quản lý.

[ ] Ma trận quyền hạn: Đã có hướng dẫn rõ việc gì nhân sự tự quyết, việc gì cần cố vấn, việc gì bạn mới là người chốt cuối?

[ ] Nguyên tắc "Giải pháp đi kèm": Nhân sự đã bỏ được thói quen hỏi "Làm sao bây giờ?" và thay bằng "Em có 2 phương án này..." chưa?

[ ] Vùng an toàn: Nhân sự đã biết giới hạn (ngân sách/quyền lợi) họ được phép dùng để xử lý vấn đề tại chỗ mà không cần xin phép chưa?

Tầng 3: Chuyển giao Tiêu chuẩn (Standard Embedding)

Mục tiêu: Hệ thống vận hành bằng "bản sao tư duy" của người đứng đầu.

[ ] Shadowing & Debrief: Bạn có dành thời gian cùng nhân sự xử lý case thực tế và giải thích "Tại sao mình làm thế" chưa?

[ ] Thư viện tình huống (Wiki/FAQ): Các ca khó đã được lưu lại thành quy trình mẫu để người sau không phải "mò đường" lại từ đầu?

[ ] Phép thử vắng mặt: Bạn đã thử tắt mạng/điện thoại trong 4-8 tiếng giờ cao điểm để xem bộ phận nào sẽ "gãy" đầu tiên chưa?

P3 mình sẽ đi vào phần cụ thể hơn: Làm sao nhận ra một điểm đang "ổn" hay chỉ đang "ổn giả" — trước khi nó thực sự gãy.

Nếu bạn đang ở đâu đó trong 3 tầng trên — còn đang chạy cùng hệ thống, hay vừa mới bắt đầu đứng trên nó — mình muốn nghe.

Drop một comment, hoặc nhắn thẳng về phantranphuongvi@gmail.com.

Một câu hỏi hay dòng mô tả bạn đang vận hành kiểu gì cũng đủ để mình phản hồi ngay.