Mỗi phòng ban dùng một file Excel: Doanh nghiệp nên số hóa từ đâu?

Ở nhiều doanh nghiệp, Excel vẫn là công cụ vận hành quan trọng. Kinh doanh có một file theo dõi khách hàng và đơn hàng, kho có file nhập xuất tồn, mua hàng lưu danh sách nhà cung cấp, kế toán tổng hợp số liệu trên một hệ thống bảng tính khác. Từng file có thể đáp ứng tốt nhu cầu của một cá nhân hoặc phòng ban, nhưng khi doanh nghiệp cần nhìn xuyên suốt toàn bộ hoạt động, sự phân tán bắt đầu tạo ra vấn đề.

Câu hỏi lãnh đạo thường đặt ra là: Có nên bỏ Excel và triển khai phần mềm cho tất cả phòng ban ngay lập tức không? Trong thực tế, đây chưa phải câu hỏi quan trọng nhất. Điều cần xác định trước là quy trình nào đang ảnh hưởng nhiều nhất đến khả năng kiểm soát, phối hợp và ra quyết định của doanh nghiệp.

Excel không phải vấn đề, sự đứt gãy mới là vấn đề

Excel linh hoạt, quen thuộc và dễ triển khai. Một nhân viên có thể nhanh chóng tạo bảng theo dõi phù hợp với công việc của mình mà không cần chờ bộ phận công nghệ. Với doanh nghiệp nhỏ hoặc một tác vụ độc lập, đây có thể là lựa chọn hợp lý.

Rủi ro xuất hiện khi các bảng tính trở thành nơi vận hành những quy trình có nhiều người, nhiều phòng ban và nhiều bước phê duyệt. Lúc đó, mỗi file thường phản ánh một phần sự thật. Phòng kinh doanh ghi nhận đơn hàng đã chốt, kho cập nhật theo hàng thực xuất, kế toán căn cứ vào chứng từ nhận được, còn lãnh đạo xem báo cáo được tổng hợp vào cuối ngày hoặc cuối tuần.

Nếu mã khách hàng, mã hàng, trạng thái đơn hoặc thời điểm cập nhật không thống nhất, doanh nghiệp có thể gặp các tình huống quen thuộc:

• Cùng một chỉ tiêu nhưng các phòng ban báo cáo ra những con số khác nhau.
• Nhân sự mất nhiều thời gian đối chiếu, sao chép và làm sạch dữ liệu.
• Không rõ ai đã thay đổi dữ liệu, thay đổi lúc nào và vì lý do gì.
• Một bước xử lý bị chậm nhưng người quản lý chỉ phát hiện khi khách hàng phản hồi.
• Báo cáo thể hiện quá khứ nhưng chưa đủ kịp thời để hỗ trợ quyết định hiện tại.

Như vậy, mục tiêu của số hóa không đơn thuần là chuyển bảng tính lên một giao diện mới. Giá trị thực sự nằm ở việc thống nhất dữ liệu, làm rõ trách nhiệm và kết nối luồng công việc giữa các bộ phận.

Không nên bắt đầu bằng câu hỏi “phòng ban nào cần phần mềm?”

Nếu số hóa theo từng phòng ban riêng lẻ, doanh nghiệp có thể vô tình tạo ra những “ốc đảo phần mềm” mới. Kinh doanh có ứng dụng riêng, kho có ứng dụng riêng, mua hàng có hệ thống riêng, nhưng dữ liệu vẫn phải xuất ra rồi nhập lại để đối chiếu. Công cụ thay đổi, còn sự đứt gãy vẫn tồn tại.

Một cách tiếp cận phù hợp hơn là nhìn theo chuỗi quy trình liên phòng ban. Chẳng hạn, thay vì chỉ số hóa phòng kinh doanh, hãy xem xét toàn bộ hành trình từ tiếp nhận nhu cầu, báo giá, xác nhận đơn, kiểm tra tồn kho, giao hàng, xuất hóa đơn đến theo dõi công nợ. Mỗi bộ phận tham gia một đoạn, nhưng doanh nghiệp cần quản lý toàn bộ dòng chảy.

Năm tiêu chí xác định điểm bắt đầu số hóa

Không có một thứ tự duy nhất đúng cho mọi doanh nghiệp. Tuy nhiên, lãnh đạo có thể đánh giá các quy trình hiện tại theo năm tiêu chí sau để chọn phạm vi ưu tiên.

1. Mức độ ảnh hưởng đến hoạt động kinh doanh

Ưu tiên những quy trình gắn trực tiếp với doanh thu, dòng tiền, chi phí, hàng hóa hoặc cam kết với khách hàng. Ví dụ, nếu việc xác nhận tồn kho chậm thường xuyên làm trì hoãn báo giá và giao hàng, luồng từ bán hàng đến kho có thể cần được xử lý trước một bảng chấm công nội bộ đang vận hành tương đối ổn định.

2. Tần suất phát sinh và khối lượng thao tác thủ công

Một công việc lặp lại hàng ngày, có nhiều bước nhập liệu và đối chiếu thường tạo ra chi phí ẩn đáng kể. Không nhất thiết đó phải là quy trình phức tạp nhất; đôi khi chỉ cần giảm việc sao chép thông tin giữa đơn hàng, phiếu xuất và báo cáo cũng tạo ra thay đổi rõ rệt trong cách vận hành.

3. Mức độ phụ thuộc giữa các phòng ban

Quy trình càng có nhiều điểm bàn giao thì nguy cơ thất lạc thông tin và chậm phản hồi càng cao. Đây cũng là nơi hệ thống tập trung có thể phát huy giá trị: thông tin được chuyển theo trạng thái công việc thay vì qua tin nhắn, email hoặc nhiều phiên bản file.

4. Rủi ro kiểm soát và khả năng truy vết

Các quy trình liên quan đến phê duyệt giá, chiết khấu, mua sắm, thanh toán hoặc điều chỉnh tồn kho cần có quyền hạn rõ ràng. Nếu doanh nghiệp khó xác định ai tạo, ai duyệt và ai thay đổi một thông tin quan trọng, đây là dấu hiệu nên đưa quy trình đó vào phạm vi số hóa sớm.

5. Mức độ sẵn sàng để chuẩn hóa

Một quy trình có tác động lớn nhưng đang thay đổi liên tục, chưa có người chịu trách nhiệm và chưa thống nhất cách thực hiện sẽ khó triển khai ngay. Doanh nghiệp nên chọn một phạm vi vừa đủ quan trọng, đồng thời có chủ quy trình và quy tắc nghiệp vụ tương đối rõ để tạo kết quả ban đầu.

Ví dụ: Bắt đầu từ luồng đơn hàng thay vì thay toàn bộ Excel

Giả sử một doanh nghiệp phân phối đang có bốn bảng tính: kinh doanh theo dõi đơn hàng, kho quản lý tồn, mua hàng lập kế hoạch nhập và kế toán theo dõi công nợ. Điểm gây khó khăn lớn nhất là nhân viên kinh doanh không biết lượng hàng có thể cam kết tại thời điểm báo giá. Sau khi nhận đơn, họ phải liên hệ kho để kiểm tra; nếu thiếu hàng, bộ phận mua hàng lại tiếp nhận thông tin qua một kênh khác.

Trong trường hợp này, doanh nghiệp chưa nhất thiết phải triển khai đồng thời mọi phân hệ quản trị. Phạm vi đầu tiên có thể tập trung vào luồng đơn hàng:

1. Thống nhất danh mục khách hàng, sản phẩm và đơn vị tính.
2. Chuẩn hóa các trạng thái từ báo giá đến xác nhận đơn.
3. Kết nối thông tin đơn hàng với dữ liệu tồn kho cần thiết.
4. Thiết lập quy tắc phê duyệt cho giá hoặc chiết khấu ngoài phạm vi cho phép.
5. Cung cấp dashboard theo dõi đơn đang chờ xử lý, đơn có nguy cơ chậm và trách nhiệm của từng bộ phận.

Khi luồng này ổn định, doanh nghiệp mới mở rộng sang kế hoạch mua hàng, giao nhận hoặc công nợ. Cách làm theo từng chuỗi giá trị giúp giảm phạm vi ban đầu nhưng vẫn tạo được nền tảng liên thông, thay vì số hóa một tác vụ riêng lẻ rồi phải kết nối lại sau.

Dữ liệu cần được dọn trước, nhưng không cần chờ đến khi hoàn hảo

Một trở ngại phổ biến là dữ liệu trên các file không đồng nhất. Cùng một khách hàng có thể được viết theo nhiều tên, sản phẩm có mã khác nhau giữa kho và kinh doanh, cột trạng thái được mỗi người hiểu theo một cách. Nếu đưa nguyên trạng dữ liệu này vào phần mềm, doanh nghiệp chỉ chuyển sự lộn xộn từ Excel sang một hệ thống mới.

Trước khi triển khai, cần xác định một số dữ liệu chủ như khách hàng, nhà cung cấp, sản phẩm, nhân sự, đơn vị tổ chức và quy tắc đặt mã. Mỗi nhóm dữ liệu nên có người chịu trách nhiệm duy trì. Đồng thời, doanh nghiệp cần thống nhất dữ liệu nào bắt buộc, dữ liệu nào chỉ phục vụ tham khảo và trường hợp nào được phép chỉnh sửa.

Tuy nhiên, không nên biến việc làm sạch dữ liệu thành một dự án kéo dài vô hạn. Có thể ưu tiên dữ liệu đang hoạt động, dữ liệu cần cho phạm vi triển khai đầu tiên và các thông tin bắt buộc để báo cáo. Phần lịch sử còn lại được xử lý theo nhu cầu tra cứu thực tế.

Lộ trình phù hợp thường đi từ nhỏ đến liên thông

Số hóa toàn doanh nghiệp trong một lần có thể tạo áp lực lớn lên nhân sự, dữ liệu và ngân sách. Ngược lại, triển khai quá manh mún khiến mỗi nhóm tiếp tục tối ưu theo nhu cầu riêng. Cách cân bằng là chọn một quy trình trọng tâm, nhưng thiết kế trên kiến trúc có khả năng mở rộng.

Một lộ trình thực tế có thể gồm bốn giai đoạn:

1. Khảo sát hiện trạng: liệt kê file, người sử dụng, nguồn dữ liệu, bước bàn giao, điểm phê duyệt và các báo cáo đang dùng để ra quyết định.
2. Chọn quy trình ưu tiên: đánh giá theo tác động, tần suất, rủi ro, mức độ liên phòng ban và khả năng chuẩn hóa.
3. Triển khai phạm vi cốt lõi: thống nhất dữ liệu, trạng thái, phân quyền và dashboard cần thiết; chạy thử với nhóm người dùng đại diện.
4. Đánh giá và mở rộng: xem xét mức độ sử dụng, thời gian xử lý, số bước nhập liệu lại và các điểm nghẽn còn tồn tại trước khi mở rộng sang quy trình kế tiếp.

Trong quá trình này, lãnh đạo cần bảo trợ mục tiêu và nguyên tắc phối hợp; người trực tiếp làm việc cần tham gia mô tả nghiệp vụ và kiểm thử. Nếu hệ thống chỉ được thiết kế theo góc nhìn quản lý mà bỏ qua thao tác thực tế, người dùng dễ quay lại Excel để xử lý phần việc phần mềm chưa phản ánh đúng.

Những sai lầm dễ gặp khi chuyển từ Excel sang phần mềm

• Sao chép nguyên bảng tính lên phần mềm: giữ nguyên quá nhiều cột, biểu mẫu và thao tác cũ mà không xem xét dữ liệu nào thực sự cần thiết.
• Tự động hóa một quy trình chưa hợp lý: phần mềm có thể làm một bước diễn ra nhanh hơn, nhưng không khắc phục được những bước phê duyệt thừa hoặc trách nhiệm chưa rõ.
• Chọn hệ thống chỉ dựa trên danh sách tính năng: có nhiều chức năng không đồng nghĩa với phù hợp cách doanh nghiệp vận hành.
• Thiếu người sở hữu quy trình: nếu không có người quyết định quy tắc nghiệp vụ, dự án dễ bị kéo dài bởi các yêu cầu mâu thuẫn.
• Kỳ vọng AI xử lý dữ liệu chưa chuẩn: AI có thể hỗ trợ khai thác và phân tích dữ liệu, nhưng chất lượng đầu ra vẫn phụ thuộc vào dữ liệu đầu vào, ngữ cảnh nghiệp vụ và quyền truy cập phù hợp.

Lãnh đạo nên yêu cầu điều gì ở một hệ thống quản trị?

Một hệ thống phù hợp không chỉ lưu trữ dữ liệu. Nó cần phản ánh được cách công việc di chuyển trong tổ chức và cung cấp thông tin đủ kịp thời cho từng cấp quản lý. Khi đánh giá giải pháp, doanh nghiệp nên xem xét:

• Dữ liệu có được dùng chung giữa các bộ phận mà không phải nhập lại hay không?
• Quy trình và bước phê duyệt có điều chỉnh theo nghiệp vụ thực tế không?
• Quyền xem, tạo, sửa và duyệt dữ liệu có thể phân định rõ ràng không?
• Dashboard có trả lời các câu hỏi quản trị quan trọng thay vì chỉ trình bày nhiều biểu đồ không?
• Hệ thống có khả năng mở rộng khi doanh nghiệp bổ sung quy trình, đơn vị hoặc cách vận hành mới không?

Điểm bắt đầu tốt không nhất thiết là dự án lớn nhất. Đó là phạm vi đủ cụ thể để triển khai, đủ quan trọng để tạo động lực thay đổi và đủ liên kết để xây dựng nền móng dữ liệu chung.