Hệ thống hóa doanh nghiệp bắt đầu từ đâu? 3 việc làm trước khi nghĩ đến phần mềm

Hệ thống hóa doanh nghiệp bắt đầu từ đâu? 3 việc làm trước khi nghĩ đến phần mềm

“Năm nay, tôi phải hệ thống hóa doanh nghiệp.” Cùng một câu nói, một buổi sáng đầu năm, từ miệng hai người chủ. Nhưng việc họ làm ngay sau câu nói đó đã quyết định tất cả.

Để tôi kể bạn nghe. Hai người chủ ấy — tôi gọi là ông chủ thứ nhất và ông chủ thứ hai cho gọn — giống nhau đến lạ. Cùng quy mô, tầm bốn năm chục nhân sự. Cùng một nỗi mệt: việc gì cũng phải hỏi đến chủ, chủ nghỉ một ngày là công ty chệch nhịp. Và sáng hôm ấy, cùng một quyết tâm bật ra thành lời như nhau.

Khác nhau ở chỗ: họ hiểu bốn chữ “hệ thống hóa doanh nghiệp” theo hai cách hoàn toàn khác.

Ông chủ thứ nhất hành động ngay. Anh nghĩ hệ thống hóa nghĩa là công nghệ, nên anh đi tìm công nghệ. Anh xem demo phần mềm quản trị, gật gù trước những màn hình lấp lánh biểu đồ, rồi xuống tiền cho một gói khá đắt. Nhân viên được gọi đi tập huấn hai buổi. Tài khoản được cấp. Anh thở phào: “Xong. Giờ thì có hệ thống rồi.”

Ông chủ thứ hai chậm hơn. Anh không mua gì cả. Anh ngồi xuống với một cuốn sổ, chọn ra đúng ba việc mà công ty làm đi làm lại mỗi tuần, rồi viết chúng ra — từng bước một, ai làm, làm thế nào, sai thì sửa ra sao. Xấu xí, gạch xóa, nhưng viết ra được. Rồi anh lập một bảng tính đơn giản theo dõi vài con số mà anh thấy là sống còn.

Bây giờ, hãy tua tới một năm sau.

Phần mềm của ông chủ thứ nhất nằm im. Nhân viên đăng nhập vài lần rồi quay về group chat và những file Excel cũ, vì “phần mềm rối quá, làm tay nhanh hơn”. Dữ liệu nhập được nửa vời, báo cáo lệch, không ai tin con số trên đó. Anh vẫn là người duy nhất biết toàn bộ công ty đang chạy thế nào — và anh vẫn không dám đi nghỉ. Anh đã trả tiền cho một hệ thống, nhưng cái anh nhận về chỉ là một hóa đơn.

Còn ông chủ thứ hai? Ba quy trình anh viết ra đã được nhân viên cầm tay làm theo, sửa dần cho gọn. Một nhân viên mới vào tuần trước đã tự làm được việc mà trước kia phải kèm cả tháng. Cái bảng tính nhỏ giờ là nơi đầu tiên anh nhìn vào mỗi sáng — anh biết tuần này đơn hàng tăng hay giảm, chỗ nào đang đỏ. Doanh nghiệp của anh nhẹ dần. Và lần đầu tiên sau nhiều năm, anh nghỉ trọn một kỳ mà công ty vẫn chạy.

Hai người. Cùng một buổi sáng đầu năm. Cùng một câu nói. Hai kết cục ngược nhau.

Vậy điều nhỏ nào đã rẽ hai người sang hai ngả?

Không phải ai chi nhiều tiền hơn — người chi nhiều lại là người thất bại. Không phải ai giỏi công nghệ hơn. Khác biệt nằm ở một chỗ rất giản dị: ai bắt đầu đúng chỗ.

Ông chủ thứ nhất tưởng hệ thống hóa là mua một cái hệ thống. Ông chủ thứ hai hiểu rằng hệ thống hóa là xây một hệ thống — và việc xây đó bắt đầu bằng tay, bằng giấy, bằng những việc nhỏ không tốn một đồng phần mềm nào.

Vì sao tôi tin điều này — và vì sao tôi viết nó ra

Tôi là Lê Nguyễn Trang Nhã. Hơn hai mươi năm qua, tôi điều hành VIKING Việt Nam — một nhà máy may xuất khẩu vốn Đan Mạch, hàng đi Đức, Mỹ, Nhật, Anh, với hơn bốn trăm con người và hai nhà máy.

Tôi nói điều này không phải để khoe. Tôi nói vì môi trường xuất khẩu cao cấp buộc tôi phải sống với tiêu chuẩn suốt hai thập kỷ — những bộ tiêu chuẩn như ISO, SA 8000 (tiêu chuẩn trách nhiệm xã hội trong sản xuất), Oeko-Tex (tiêu chuẩn an toàn vải sợi). Lúc đầu tôi cũng từng nghĩ chuẩn hóa là giấy tờ hình thức, là gánh nặng để qua kỳ đánh giá. Nhiều năm sau tôi mới thấm: chuẩn hóa không phải là giấy tờ — nó là cách để chất lượng ổn định mà không phụ thuộc vào một cá nhân.

Đó chính là trái tim của hệ thống hóa. Và tôi học được nó không phải từ một phần mềm, mà từ việc viết quy trình ra, làm sai, sửa lại, làm cho người khác hiểu được.

Tôi cũng từng mắc đúng cái bệnh của ông chủ thứ nhất. Tôi gọi nó là “hội chứng người làm thay” — chuyện gì cũng phải qua tay tôi, vì quy trình nằm trong đầu tôi chứ không nằm trên giấy. Có một chuyến đi Đan Mạch hai tuần khiến tôi nhìn thẳng vào sự thật đó: tôi không thể rời công ty, vì công ty chạy bằng trí nhớ của tôi. Ngày tôi bắt đầu viết những thứ trong đầu mình ra, là ngày tôi bắt đầu được giải phóng.

Vậy nên ba việc dưới đây không phải lý thuyết tôi đọc đâu đó. Đó là thứ tự tôi ước gì có ai chỉ cho mình sớm hơn.

Một lời thành thật trước khi đi tiếp: tôi không hứa với bạn một con số lợi nhuận. Hệ thống hóa không phải nút bấm. Kết quả phụ thuộc vào việc bạn thực thi đến đâu, kiên trì đến mức nào, và bối cảnh từng nhà mỗi khác. Cái tôi chắc chắn là thứ tự — bắt đầu đúng chỗ thì mỗi bước sau bớt vất vả. Bắt đầu sai chỗ thì càng cố càng rối.

Việc 1 — Chọn đúng quy trình xương sống để chuẩn hóa trước

Sai lầm phổ biến nhất khi nghe đến chuẩn hóa quy trình là muốn chuẩn hóa tất cả. Người chủ hào hứng ngồi xuống định viết quy trình cho mọi thứ — từ cách trả lời điện thoại đến cách pha cà phê tiếp khách. Được vài hôm thì kiệt sức, bỏ cuộc, và kết luận: “Hệ thống hóa đúng là phức tạp thật.”

Không. Nó phức tạp vì bạn ôm quá nhiều cùng lúc.

Hãy nhớ con số sáu của tôi — sau này tôi sẽ nói rõ — nhưng tinh thần là: ít mà sâu, đừng nhiều mà loãng. Ở bước này, bạn chỉ chọn từ một đến ba quy trình thôi. Không hơn.

Vậy chọn cái nào? Tôi dùng ba câu hỏi để lọc:

• Việc này có lặp lại nhiều không? Một việc làm mỗi ngày, mỗi tuần thì viết ra một lần, lợi cả năm. Một việc một năm làm một lần — để sau.
• Việc này có hay sai, hay tắc không? Chỗ nào nhân viên hay làm sai, hay phải hỏi lại, hay gây than phiền của khách — đó là chỗ một quy trình rõ ràng đáng giá nhất.
• Việc này có đang ngốn thời gian của chính bạn — người chủ — không? Đây là câu hỏi quan trọng nhất. Việc nào mà thiếu bạn là tắc, chính là sợi xích đang trói bạn vào bàn làm việc.

Giao điểm của ba câu hỏi này — lặp nhiều, dễ sai, ngốn thời gian chủ — chính là quy trình xương sống. Đó là nơi bạn bắt đầu. Ở nhà máy của tôi, một trong những quy trình xương sống đầu tiên chúng tôi chuẩn hóa là khâu kiểm tra chất lượng trước khi xuất hàng — vì nó lặp lại mỗi lô, sai một chút là khách nước ngoài trả về, và trước kia nó luôn cần tôi hoặc một quản lý kỳ cựu đứng kèm.

Đừng tham. Chọn một việc xương sống, làm cho xong, rồi mới sang việc thứ hai. Một quy trình được làm tới nơi tốt hơn mười quy trình viết dở dang.

Việc 2 — Viết SOP đủ dùng, đừng cầu toàn

Khi nói viết SOP — tức là viết quy trình thao tác chuẩn (Standard Operating Procedure, bản hướng dẫn từng bước để ai làm cũng ra cùng một kết quả) — nhiều người tưởng tượng ra một tập tài liệu dày, đóng bìa, ngôn ngữ trang trọng. Rồi vì sợ làm chưa “đủ chuẩn”, họ trì hoãn mãi không bắt đầu.

Tôi muốn gỡ nỗi sợ đó cho bạn ngay đây.

Một SOP tốt cho người mới bắt đầu không cần dày. Nó cần đúng ba điều:

1. Ngắn và rõ — viết để người thật làm theo được, không phải để trưng trong tủ kính. Nếu một nhân viên mới đọc xong mà tự làm được tám phần mười, đó là SOP tốt. Liệt kê các bước theo thứ tự, mỗi bước một dòng, ngôn ngữ bình thường.
2. Có người chịu trách nhiệm — đây là phần hay bị bỏ quên nhất. Mỗi quy trình phải ghi rõ: ai làm, ai kiểm, ai báo cáo cho ai, lưu hồ sơ ở đâu. Một quy trình không có tên người gắn vào là một quy trình không ai làm.
3. Sửa được — đặt ngày tháng và đánh số phiên bản. SOP đầu tiên của bạn gần như chắc chắn chưa hoàn hảo. Không sao. Nó là bản sống, sẽ tốt lên qua mỗi lần dùng thật.

Có lần một quản lý của tôi mang lên một bản quy trình, ngại ngùng: “Chị ơi, em viết còn lủng củng, để em trau chuốt lại đã rồi đưa.” Tôi bảo: “Đưa chị bản lủng củng. Bản lủng củng có thật còn hơn bản hoàn hảo chưa có.” Tôi có một câu mà người ở công ty tôi nghe quen tai: “Minh bạch hơn hoàn hảo.” Một quy trình viết ra rõ ràng — dù còn vụng — luôn tốt hơn một quy trình “hoàn hảo” chỉ tồn tại trong đầu bạn. Bởi cái nằm trong đầu bạn thì không ai khác chạm tới được, không ai cải tiến được, và nó chết theo trí nhớ của bạn.

Đây cũng là lúc nhắc lại nguyên tắc mà tôi tin sâu sắc: giao việc phải kèm quyền quyết định. Một SOP không phải để biến nhân viên thành cái máy đọc lệnh. Nó vạch ra đường đi chung, để trong khung đó người ta được tự xử lý, được chịu trách nhiệm. Quy trình giải phóng bạn và nâng người của bạn lên, chứ không trói họ lại.

Tôi cũng phải nói thẳng một rủi ro, vì sự trung thực quan trọng hơn một bài viết đẹp: SOP viết ra rồi mà không ai dùng, không ai rà lại sau vài tháng, thì nó thành tờ giấy chết. Tôi đã thấy điều này ngay tại công ty mình — những bản mô tả công việc rất chi tiết viết từ năm trước, nhưng nếu không có nhịp xem lại thì thực tế trên sàn đã trôi xa khỏi giấy tờ. SOP chỉ sống khi nó được dùng và được sửa. Viết ra mới chỉ là một nửa việc.

Việc 3 — Dựng một dashboard vận hành tối giản

Bạn đã chọn quy trình xương sống. Bạn đã viết nó ra. Việc thứ ba là kéo thông tin ra khỏi đầu bạn.

Đây là điểm tôi muốn bạn nghe kỹ, vì nó dính thẳng đến “hội chứng người làm thay” mà tôi kể ở trên. Người chủ kiệt sức không phải vì làm nhiều tay chân — mà vì toàn bộ con số quan trọng đều nằm trong đầu họ. Tuần này bán được bao nhiêu? Đơn nào đang trễ? Tháng này lãi hay lỗ? Nếu câu trả lời cho mọi câu hỏi đó đều là “để tôi nhớ xem” hoặc “để tôi hỏi lại” — thì bạn chính là cái dashboard duy nhất của công ty. Và một con người thì không thể vừa là dashboard vừa được nghỉ ngơi.

Dashboard vận hành — bảng theo dõi vài chỉ số sống còn — là cách bạn đặt những con số đó lên một mặt bàn mà ai cũng nhìn thấy, thay vì giấu trong đầu một người.

Và đây là tin vui lớn nhất của cả bài viết này: bạn chưa cần phần mềm gì cả. Một dashboard đầu tiên hoàn toàn có thể là một bảng tính đơn giản. Tôi nói thật — ở công ty xuất khẩu của tôi, công cụ chúng tôi nhìn vào mỗi tháng để biết toàn cảnh không phải một phần mềm hào nhoáng, mà là một bảng theo dõi gọn gàng với đúng những chỉ số cốt lõi.

Hai nguyên tắc khi dựng dashboard đầu tiên:

Một, chọn ít chỉ số thôi — tầm sáu là đủ. Tôi đã thử và thấy rằng quá bảy, tám chỉ số thì không ai theo dõi nổi, và cái gì cũng theo dõi thì rốt cuộc chẳng theo dõi cái gì. Sáu con số sống còn — những con số mà nếu một cái lệch, công ty bạn thật sự gặp vấn đề — đáng giá hơn ba mươi con số đẹp đẽ không dẫn tới quyết định nào. Hãy tránh những “chỉ số phù phiếm”: con số nhìn oai nhưng không giúp bạn quyết định điều gì.

Hai, làm cho nó dễ đọc trong ba mươi giây. Một mẹo tôi dùng suốt nhiều năm và rất hiệu quả là đèn giao thông: mỗi chỉ số mỗi kỳ tô một trong ba màu. Xanh là đạt, cứ duy trì. Vàng là chớm hụt, để ý tìm nguyên nhân. Đỏ là dưới ngưỡng, phải xử lý ngay. Cái hay của màu sắc là bạn không cần ai biết đọc báo cáo tài chính cũng thấy ngay chỗ đỏ là chỗ cần cứu. Liếc một cái là biết hôm nay lo việc gì.

Dashboard không phải để trang trí. Nó để biến câu “chắc là ổn” mơ hồ thành câu “chỗ này đang đỏ, ta xử lý ngay” rõ ràng. Đó là lúc thông tin rời khỏi đầu bạn và bắt đầu phục vụ cả công ty.

Vậy còn phần mềm và AI thì sao?

Đến đây bạn có thể hỏi: “Vậy là chị bảo đừng dùng công nghệ à?”

Không. Tôi không hề chống công nghệ — tôi điều hành một nhà máy hiện đại và tôi dùng công nghệ mỗi ngày. Điều tôi muốn bạn thấy là thứ tự.

Hệ thống trước, công cụ sau. Công nghệ, phần mềm, AI — chúng là thứ để khuếch đại một hệ thống đã có, không phải để thay thế một hệ thống chưa có. Nếu bạn đã có quy trình xương sống rõ ràng, SOP người ta làm theo được, và một dashboard bạn hiểu từng con số — thì khi đưa phần mềm vào, nó sẽ chạy bay. Bạn chỉ việc chuyển cái hệ thống đang chạy bằng tay sang chạy bằng máy, nhanh hơn và bớt sai sót hơn.

Nhưng nếu bạn chưa có hệ thống mà mua phần mềm trước, bạn chỉ đang số hóa sự lộn xộn của mình. Phần mềm không tự nghĩ ra quy trình cho bạn — nó chỉ tăng tốc cái quy trình bạn đưa vào. Đưa vào sự rối, nó cho ra sự rối với tốc độ cao hơn. Đó chính xác là chuyện đã xảy ra với ông chủ thứ nhất ở đầu bài.

Phần mềm là chiếc xe tốt. Nhưng bạn cần biết mình đi đâu trước đã.

Một lối ra cho người không biết bắt đầu từ đâu

Tôi biết cái khó nhất không phải hiểu ba việc này — mà là bắt tay vào việc đầu tiên với một trang giấy trắng. “Chọn quy trình nào?” “Bảng tính trông ra sao?” “Sáu chỉ số là sáu cái gì?”

Vậy nên tôi đã gói lại những gì tôi ước mình có lúc bắt đầu, thành một bộ công cụ khởi đầu miễn phí: “Chủ Chạy hay Hệ Thống Chạy?”

Trong đó có thứ tôi tâm đắc nhất — một dashboard vận hành tối giản dựng sẵn để bạn chỉ việc điền số của mình vào, cùng hướng dẫn từng bước để chọn quy trình xương sống và viết SOP đầu tiên. Không phải lý thuyết suông — là khung tôi rút ra từ chính những gì vận hành thật ở một nhà máy hơn bốn trăm người.

Tôi để nó miễn phí. Bạn cần khoảng ba mươi phút để xem qua và điền thử. Bạn không phải trả gì, không phải cam kết gì. Nếu sau ba mươi phút bạn thấy không hợp, bạn chẳng mất gì ngoài nửa giờ — còn nếu nó giúp bạn nhìn ra mình đang là “chủ chạy” hay đã có “hệ thống chạy”, thì nửa giờ đó có thể là khởi đầu cho cả một năm nhẹ nhõm hơn.

Tôi cũng xin nói cho phải đạo: bộ công cụ này chỉ cho bạn cái khung và điểm bắt đầu — nó không tự hệ thống hóa công ty giùm bạn, và tôi không hứa với bạn một con số kết quả nào. Phần xây vẫn là việc của bạn. Nhưng có cái khung đúng trong tay thì bạn đỡ phải dò đường trong bóng tối như tôi ngày xưa.

Đây là lúc ngồi xuống với một cuốn sổ — như ông chủ thứ hai đã làm.

Quay lại với hai người chủ

Còn nhớ ông chủ thứ nhất và ông chủ thứ hai ở đầu bài không?

Họ không khác nhau ở tài năng. Không khác nhau ở số tiền — người tiêu nhiều lại là người mắc kẹt. Họ chỉ khác nhau ở một quyết định rất nhỏ trong một buổi sáng đầu năm: một người đi mua hệ thống, một người ngồi xuống xây hệ thống.

Người xây bắt đầu bằng những việc không tốn một đồng nào — chọn đúng việc, viết nó ra, đặt vài con số lên bàn. Và chính những việc nhỏ đó, làm đúng thứ tự, đã đưa anh từ chủ chạy sang hệ thống chạy.

Bạn đang đứng trước cùng một buổi sáng đó. Câu hỏi không phải “khi nào tôi đủ tiền mua phần mềm”. Câu hỏi là “tôi có chịu ngồi xuống và bắt đầu đúng chỗ không”.

Nếu bạn chịu, tôi đã chuẩn bị sẵn cuốn sổ cho bạn. Hãy tải bộ công cụ khởi đầu miễn phí “Chủ Chạy hay Hệ Thống Chạy?” — ba mươi phút, không mất gì — và bắt đầu từ việc nhỏ, hôm nay.

— Lê Nguyễn Trang Nhã, NAVA