Có một buổi tối tôi ngồi nhìn bảng lương và giật mình: doanh thu tháng đó tăng 30%, nhưng lợi nhuận lại mỏng hơn tháng trước. Đội ngũ đông hơn, đơn nhiều hơn, ai cũng bận hơn — vậy mà tiền về tay tôi ít đi. Lúc ấy bản năng đầu tiên của tôi là: “Chắc tại thiếu người. Tuyển thêm đi.”
Tôi suýt làm đúng điều đó. Và nếu làm, có lẽ tôi đã đốt sạch số tiền lời ít ỏi còn lại vào việc trả lương cho một bộ máy ngày càng rối.
Bài viết này là câu chuyện về cái sai lầm tôi suýt mắc — và lý do vì sao, sau hơn 15 năm làm công nghệ ở Viettel, FPT Telecom rồi tự vận hành hệ thống bán hàng với hàng chục nghìn khách hàng, tôi tin rằng xây hệ thống phải đi trước tuyển người trong gần như mọi trường hợp. Nếu bạn là chủ một shop, một phòng khám, một cơ sở đang “đông khách mà mệt”, bài này dành cho bạn.
Cái bẫy ngọt ngào: “Thiếu người” nghe hợp lý hơn “thiếu hệ thống”
Khi công việc quá tải, “tuyển thêm người” là câu trả lời dễ chịu nhất. Nó cụ thể, nó nhanh, và nó cho ta cảm giác đang hành động quyết liệt. Đăng tin, phỏng vấn, có người mới đi làm — mọi thứ trông như đang tiến lên.
Nhưng đây là điều nhiều người không ngờ: tuyển người vào một quy trình lộn xộn không giải quyết sự lộn xộn, nó nhân sự lộn xộn lên.
Hãy hình dung cụ thể. Trước khi có nhân viên mới, sự lộn xộn nằm trong đầu một mình bạn — bạn vẫn xoay được vì bạn biết “đơn này xử lý sao, khách kia trả lời thế nào”. Khi tuyển thêm 3 người vào, bạn không còn 1 nguồn lộn xộn nữa, bạn có 4. Mỗi người làm theo một cách hiểu khác nhau, vì chẳng có một cách chuẩn nào được viết ra. Bạn từ vai trò người làm việc chuyển sang vai trò người liên tục đi chữa cháy và trả lời câu hỏi “anh ơi cái này làm sao”.
Tôi gọi đây là “thuế hỗn loạn” (chaos tax): mỗi nhân sự mới thêm vào một hệ thống chưa chuẩn hóa sẽ tạo thêm chi phí giao tiếp, sai sót và giám sát — chứ không chỉ thêm năng suất. Nghiên cứu kinh điển trong The Mythical Man-Month của Fred Brooks (1975) đã chỉ ra điều tương tự trong ngành phần mềm: thêm người vào một dự án đang trễ thường khiến nó trễ hơn, vì chi phí giao tiếp tăng theo cấp số nhân. Quy luật đó không chỉ đúng với code — nó đúng với mọi đội nhóm vận hành.
Sai lầm tôi suýt mắc — và con số khiến tôi dừng lại
Quay lại buổi tối nhìn bảng lương. Tôi đã mở sẵn file tuyển dụng, định tuyển thêm 2 bạn chăm sóc khách hàng. Nhưng trước khi bấm đăng, tôi làm một việc mà 15 năm làm kỹ thuật đã dạy tôi: đo trước khi sửa.
Tôi ngồi bấm giờ, ghi lại một ngày làm việc thật của đội CSKH. Kết quả làm tôi lạnh người:
- Khoảng 40% thời gian của các bạn dành để trả lời đi trả lời lại cùng những câu hỏi giống nhau — giá, ship, cách dùng sản phẩm.
- Một lượng lớn thời gian nữa dành để tìm thông tin: đơn cũ của khách nằm đâu, mã giảm giá nào còn hạn.
- Phần thực sự cần con người — tư vấn ca khó, xử lý khiếu nại — chỉ chiếm phần nhỏ.
Nói cách khác, tôi định bỏ tiền tuyển người để làm những việc mà một hệ thống có thể làm gần như miễn phí: một kịch bản trả lời mẫu, một tài liệu FAQ chuẩn, một quy trình tra cứu đơn hàng, và sau này là tự động hóa. Tôi suýt trả lương cố định hàng tháng cho một vấn đề mà tôi chỉ cần giải một lần.
Đó là khoảnh khắc tôi gập file tuyển dụng lại.
Xây hệ thống nghĩa là gì? (Không phải mua phần mềm)
Nhiều người nghe “hệ thống” liền nghĩ tới phần mềm đắt tiền. Không phải. Theo trải nghiệm của tôi, một hệ thống vận hành đi qua ba tầng, và bạn phải làm đúng thứ tự:
- Chuẩn hóa (Standardize): Viết ra cách làm tốt nhất hiện tại thành quy trình rõ ràng — SOP. Đây là tầng rẻ nhất nhưng quan trọng nhất. Một việc chỉ có thể giao đi hoặc tự động hóa khi nó đã được viết ra thành các bước lặp lại được.
- Giao việc (Delegate): Khi đã có SOP, bạn mới tuyển người — và lúc này người mới học theo quy trình, không học theo “khẩu truyền” từ bạn. Thời gian đào tạo rút ngắn, chất lượng đồng đều.
- Tự động hóa (Automate): Những bước lặp lại không cần phán đoán của con người thì giao cho công cụ: chatbot trả lời FAQ, phần mềm quản lý đơn, kịch bản tự động chăm sóc khách. Đây là lúc một người làm được việc của ba người.
Điều mấu chốt — và cũng là cơ chế “tại sao” đứng sau toàn bộ bài này: bạn không thể tự động hóa hay giao đi một thứ chưa được chuẩn hóa. Nếu bỏ qua tầng 1 mà nhảy thẳng sang tuyển người (tầng 2) hay mua phần mềm (tầng 3), bạn chỉ đang đổ nguồn lực lên một nền móng chưa có. Đó chính xác là sai lầm tôi suýt mắc.
Bài học từ một bác sĩ thú y: hệ thống nhân được năng lực, không chỉ nhân được nhân sự
Tôi muốn kể về bác sĩ thú y Lương Đức Trung — người sáng lập hệ thống thú y EraVet ở Hải Phòng — vì câu chuyện của anh phá vỡ một định kiến phổ biến: rằng “hệ thống” chỉ dành cho dân công nghệ hay công ty lớn.
Trung sinh năm 1995, tốt nghiệp Bác sĩ Thú y tại Học viện Nông nghiệp Việt Nam (2018), và có gần 10 năm trong nghề với chuyên môn sâu về da liễu và dinh dưỡng thú cưng — anh liên tục cập nhật chứng chỉ quốc tế, từ khóa của Zoetis (Mỹ) đến ESAVS ở Bangkok. Nói cách khác, anh thừa giỏi chuyên môn để rơi vào đúng cái bẫy tôi nói ở trên: khi bạn là người giỏi nhất, mọi ca khó đều dồn về bạn, và cơ sở càng đông khách bạn càng kiệt sức.
Nhưng hãy nhìn cách anh thiết kế vai trò của chính mình trong EraVet: anh chỉ phụ trách marketing và xử lý các ca bệnh phức tạp. Phần lớn vận hành còn lại được giao cho đội ngũ theo quy trình. Anh giữ lại đúng hai thứ mà không ai thay được — chuyên môn đỉnh và tiếng nói thương hiệu — và buông những thứ có thể chuẩn hóa. Đó là tư duy hệ thống ở dạng thuần khiết nhất.
Sức mạnh của cách làm này lộ rõ ở những con số. EraVet đến nay vẫn chỉ có 2 cơ sở vật lý (cơ sở đầu mở 15/10/2021, cơ sở hai mở 27/09/2025). Nếu phụ thuộc vào việc “tuyển thêm bác sĩ giỏi để khám nhiều hơn”, quy mô ảnh hưởng của anh sẽ bị giới hạn bởi số giờ khám. Nhưng anh xây một hệ thống nội dung song song: kênh YouTube khởi động tháng 8/2021, 9 tháng đầu chỉ ~1.000 người đăng ký, rồi cán mốc nút bạc 100.000+ vào 27/08/2025; Facebook vượt 100.000 người theo dõi, TikTok khoảng 50.000. Ước tính nội dung của anh đã giúp ích cho 150.000–200.000 thú cưng trên cả nước — một con số mà không một phòng khám “tuyển thêm người” nào chạm tới được. Thậm chí một video của anh từng khiến sản phẩm Bravecto của MSD cháy hàng cả chuỗi cung ứng trong một tháng, và anh nhận cúp ghi nhận.
Điều tôi rút ra từ Trung, và áp dụng cho chính mình: chuyên môn của bạn quyết định chất lượng một ca; hệ thống của bạn quyết định bạn chạm được tới bao nhiêu người. Người tuyển thêm bác sĩ giỏi sẽ có một cơ sở tốt. Người biến chuyên môn của mình thành một hệ thống — quy trình vận hành cộng hệ thống nội dung — sẽ có ảnh hưởng ở quy mô mà số giờ làm việc của một con người không bao giờ với tới. (Không phải ngẫu nhiên cuốn sách sắp ra của anh có tên “Tôi đã thành công bằng Internet như thế nào”.)
Khi nào tuyển người LÀ đúng? (Thừa nhận giới hạn)
Tôi không cực đoan. Sẽ không trung thực nếu tôi nói “đừng bao giờ tuyển trước khi xây hệ thống”. Có những lúc tuyển người là quyết định đúng:
- Khi nút thắt là năng lực thật, không phải sự lộn xộn. Nếu bạn đã chuẩn hóa, đã tự động hóa hết phần lặp lại, mà nhu cầu vẫn vượt quá tay người — thì đó là lúc tuyển. Tuyển để mở rộng một cỗ máy đang chạy tốt, chứ không phải để vá một cỗ máy đang hỏng.
- Khi công việc đòi hỏi phán đoán con người không thể chuẩn hóa — như chính các “ca bệnh phức tạp” mà bác sĩ Trung giữ lại cho mình.
- Khi bạn cần một người để chính họ xây hệ thống — tuyển một quản lý vận hành giỏi để thiết lập quy trình cũng là một cách hợp lý, miễn là bạn ý thức rõ đó là việc bạn giao.
Nguyên tắc tôi tự đặt ra cho mình: trước khi tuyển cho một vị trí, hãy hỏi “việc này có thể viết thành quy trình hoặc tự động hóa không?”. Nếu có, hãy làm điều đó trước. Phần còn lại — phần máy móc và quy trình không gánh nổi — đó mới là việc xứng đáng để trả lương cho một con người.
Kết: Đừng mua thêm tay chèo cho một con thuyền thủng
Nhìn lại, tôi biết ơn buổi tối mình đã không bấm nút đăng tin tuyển dụng. Thay vào đó, đội của tôi dành hai tuần viết lại quy trình và dựng kịch bản trả lời tự động. Khối lượng việc lặp lại giảm mạnh, và điều bất ngờ là không cần tuyển thêm ai, đội cũ vẫn xử lý thoải mái lượng đơn tăng lên — với ít sai sót hơn.
Ba điều tôi muốn bạn mang về:
- Tuyển người vào hệ thống lộn xộn sẽ nhân sự lộn xộn lên, không phải giảm đi.
- Hãy đo trước khi sửa — phần lớn cảm giác “thiếu người” thực ra là “thiếu quy trình”.
- Chuẩn hóa → Giao việc → Tự động hóa, đúng thứ tự. Như bác sĩ Lương Đức Trung đã làm: giữ lại phần chuyên môn cốt lõi, hệ thống hóa phần còn lại, và để hệ thống nhân năng lực của mình lên gấp nhiều lần.
Nếu bạn đang định tuyển thêm người trong tháng này, tôi mời bạn làm một việc duy nhất trước đã: dành 30 phút ghi lại một ngày làm việc thật của đội, gạch chân những việc lặp lại. Tôi cá là bạn sẽ thấy điều tôi đã thấy. Và nếu bạn muốn tôi hướng dẫn cách biến những việc lặp lại đó thành hệ thống tự chạy, hãy theo dõi các buổi đào tạo của tôi — đó chính xác là thứ tôi đang giúp các chủ doanh nghiệp làm mỗi ngày.
Trong quá trình kinh doanh tôi có biết anh Quý, người truyền cảm hứng cho tôi về kinh doanh trên internet
Con thuyền của bạn không cần thêm tay chèo. Có khi nó chỉ cần bạn bịt cái lỗ thủng trước.
Leave a Reply