Nhiều doanh nghiệp bắt đầu chuyển đổi số bằng một cuộc họp chọn công cụ.
CRM nào tốt hơn. ERP nào phù hợp hơn. Nền tảng automation nào dễ dùng hơn. Có nên dùng AI chatbot không. Có nên làm dashboard quản trị không. Có nên xây app nội bộ không.
Những câu hỏi này không sai. Nhưng nếu chúng xuất hiện quá sớm, doanh nghiệp rất dễ rơi vào một cái bẫy quen thuộc: dùng công nghệ để che lấp sự mơ hồ trong vận hành.
Bài viết Digital Transformation Is Not About Technology trên Harvard Business Review, xuất bản ngày 13/03/2019 bởi Behnam Tabrizi, Ed Lam, Kirk Girard và Vernon Irvin, đặt ra một luận điểm quan trọng: chuyển đổi số không thất bại chỉ vì doanh nghiệp chọn sai công nghệ. Nó thường thất bại vì doanh nghiệp chưa thay đổi đủ về chiến lược, con người, quy trình, văn hoá và cách tạo giá trị. McKinsey cũng định nghĩa chuyển đổi số là việc tái cấu trúc cách tổ chức vận hành để tạo giá trị bằng cách triển khai công nghệ ở quy mô lớn, chứ không đơn thuần là số hoá một vài quy trình rời rạc.
Đây là điểm nhiều doanh nghiệp Việt Nam cần nhìn thẳng. Công nghệ không phải điểm xuất phát. Công nghệ là bộ khuếch đại. Nó khuếch đại cái doanh nghiệp đã có: quy trình rõ sẽ chạy nhanh hơn, dữ liệu sạch sẽ hữu ích hơn, quyền quyết định rõ sẽ phản ứng tốt hơn. Nhưng nếu nền vận hành đang rối, công nghệ cũng khuếch đại sự rối đó.
Câu hỏi đầu tiên không phải là dùng công nghệ nào
Khi một doanh nghiệp nói rằng mình cần chuyển đổi số, câu hỏi đầu tiên nên là: doanh nghiệp đang chậm, sai, tốn kém hoặc mất kiểm soát ở đâu?
Một đội sales không cập nhật thông tin khách hàng đều đặn không hẳn vì thiếu CRM. Có thể vì quy trình bán hàng chưa được chuẩn hoá, trưởng nhóm không sử dụng dữ liệu để quản trị, hoặc nhân viên thấy việc nhập liệu chỉ phục vụ báo cáo chứ không giúp họ bán hàng tốt hơn.
Một bộ phận vận hành xử lý đơn chậm không hẳn vì thiếu automation. Có thể vì quyền phê duyệt bị dồn lên một vài người, thông tin tồn kho không đáng tin, hoặc các phòng ban đang dùng những định nghĩa khác nhau về cùng một trạng thái đơn hàng.
Một ban lãnh đạo thiếu thông tin không hẳn vì thiếu dashboard. Có thể vì doanh nghiệp chưa thống nhất chỉ số nào thật sự quan trọng, ai chịu trách nhiệm với chỉ số đó, và quyết định nào sẽ được đưa ra khi số liệu thay đổi.
Nếu không bóc được lớp vấn đề này, doanh nghiệp dễ chọn công nghệ theo triệu chứng. Thấy thiếu báo cáo thì làm dashboard. Thấy nhân viên làm tay nhiều thì mua automation. Thấy chăm sóc khách hàng chậm thì triển khai chatbot. Nhưng khi hệ thống chạy, vấn đề cũ vẫn quay lại: dữ liệu không đủ, người dùng không nhập đúng, quy trình bị đi đường vòng, quản lý vẫn ra quyết định bằng cảm tính.
Công nghệ tạo cảm giác tiến bộ rất nhanh
Mua một hệ thống mới tạo cảm giác chuyển động rõ ràng. Có hợp đồng, có kế hoạch triển khai, có tài khoản người dùng, có buổi đào tạo, có giao diện mới, có dashboard để trình bày trong cuộc họp.
Ngược lại, làm rõ quyền quyết định, chuẩn hoá quy trình, thống nhất định nghĩa dữ liệu, bỏ bớt bước duyệt, thay đổi cách giao việc và chịu trách nhiệm là những việc ít hào nhoáng hơn. Chúng khó chụp ảnh. Khó truyền thông nội bộ. Và thường đụng đến thói quen, quyền lực, lợi ích hoặc vùng an toàn của nhiều bộ phận.
Vì vậy, doanh nghiệp thường chọn phần dễ nhìn thấy trước: công nghệ.
Nhưng chuyển đổi số không được đo bằng số lượng phần mềm đã mua. Nó được đo bằng việc doanh nghiệp có ra quyết định nhanh hơn không, có phục vụ khách hàng tốt hơn không, có giảm lỗi vận hành không, có giảm phụ thuộc vào cá nhân không, có nhìn thấy vấn đề sớm hơn không và có phản ứng tốt hơn trước thay đổi không.
Nếu công nghệ không làm thay đổi những năng lực này, nó chỉ là một lớp chi phí mới.
Không có năng lực vận hành, công nghệ sẽ bị kéo về cách làm cũ
Một hệ thống mới hiếm khi tự thay đổi được tổ chức. Thường thì tổ chức sẽ kéo hệ thống mới về logic vận hành cũ.
Nếu trước đây phòng ban quen xử lý qua tin nhắn riêng, họ sẽ tiếp tục dùng tin nhắn riêng dù đã có phần mềm. Nếu trước đây dữ liệu được nhập cho có, dữ liệu trên hệ thống mới cũng sẽ được nhập cho có. Nếu trước đây mọi quyết định đều phải hỏi sếp, hệ thống mới chỉ làm cho việc hỏi sếp diễn ra qua một giao diện khác. Nếu trước đây không ai chịu trách nhiệm cuối cùng về chất lượng dữ liệu, không có phần mềm nào tự tạo ra trách nhiệm đó.
Đây là lý do nhiều dự án chuyển đổi số không chết ngay khi triển khai. Chúng chết chậm sau đó. Hệ thống vẫn tồn tại, tài khoản vẫn còn, báo cáo vẫn chạy, nhưng người dùng không còn tin vào dữ liệu. Quản lý không dùng hệ thống để điều hành. Nhân sự tạo thêm file Excel bên ngoài. Và cuối cùng, công nghệ trở thành một việc phải làm thêm thay vì giúp công việc nhẹ hơn.
Vấn đề không nằm ở việc doanh nghiệp có công nghệ hay không. Vấn đề nằm ở việc công nghệ có được đặt vào một logic vận hành đủ rõ hay không.
Bài toán kinh doanh phải được dịch thành bài toán vận hành
Các mục tiêu như tăng doanh thu, giảm chi phí, nâng trải nghiệm khách hàng hay tăng hiệu suất đội ngũ đều đúng. Nhưng chúng chưa đủ để triển khai công nghệ.
Muốn công nghệ tạo giá trị, mục tiêu kinh doanh phải được dịch thành bài toán vận hành cụ thể.
Thay vì nói “cần tự động hoá chăm sóc khách hàng”, doanh nghiệp cần hỏi: nhóm khách hàng nào đang chờ phản hồi lâu nhất, loại yêu cầu nào lặp lại nhiều nhất, dữ liệu khách hàng đang nằm ở đâu, trường hợp nào máy có thể xử lý, trường hợp nào bắt buộc chuyển cho con người, và chỉ số nào chứng minh trải nghiệm đã tốt hơn.
Thay vì nói “cần dashboard quản trị”, doanh nghiệp cần hỏi: lãnh đạo đang thiếu quyết định nào, quyết định đó cần dữ liệu gì, tần suất xem là bao lâu, ai chịu trách nhiệm khi chỉ số bất thường, và hành động tiếp theo sau khi nhìn thấy số liệu là gì.
Thay vì nói “cần AI để tăng năng suất”, doanh nghiệp cần hỏi: công việc nào đang lặp lại, dữ liệu đầu vào có đủ sạch không, đầu ra của AI có cần kiểm duyệt không, ai chịu trách nhiệm cuối cùng, và rủi ro nào không được phép giao cho máy.
Khi bài toán được dịch rõ như vậy, công nghệ mới có vai trò đúng. Đội kỹ thuật không phải đoán ý business. Vendor không phải bán một giải pháp chung chung. Lãnh đạo cũng không còn đánh giá dự án bằng cảm giác “có hệ thống mới” mà bằng kết quả vận hành thật.
AI làm cho sai lầm “bắt đầu từ công nghệ” đắt hơn
Trước đây, khi doanh nghiệp triển khai sai một phần mềm, hậu quả thường là ít người dùng, dữ liệu kém hoặc quy trình bị đi vòng. Với AI, rủi ro lớn hơn vì AI có thể khuếch đại tốc độ xử lý và tốc độ lan truyền sai lệch.
Nếu dữ liệu đầu vào sai, AI có thể tạo ra câu trả lời sai nhanh hơn. Nếu quy trình không rõ, AI có thể làm mờ thêm trách nhiệm. Nếu doanh nghiệp chưa định nghĩa đâu là phần máy được đề xuất và đâu là phần con người phải quyết định, AI có thể tạo ra cảm giác tự động hoá trong khi rủi ro quản trị chưa được kiểm soát.
AI không sửa lỗi quản trị. AI làm lộ lỗi quản trị nhanh hơn.
Vì vậy, câu hỏi về AI không nên bắt đầu từ “dùng mô hình nào”. Câu hỏi đúng hơn là: quy trình nào đủ rõ để AI tham gia, dữ liệu nào đủ tin cậy để AI sử dụng, quyết định nào đủ an toàn để máy hỗ trợ, và con người kiểm soát ở điểm nào.
Doanh nghiệp càng muốn dùng AI nghiêm túc, càng phải nghiêm túc với governance, dữ liệu, phân quyền và thiết kế quy trình.
Lãnh đạo không thể giao khoán chuyển đổi số cho IT
Một sai lầm phổ biến là xem chuyển đổi số như việc của phòng IT hoặc đội công nghệ. Cách nhìn này khiến dự án bị lệch ngay từ đầu.
Phòng kỹ thuật có thể xây hệ thống, tích hợp dữ liệu, thiết kế workflow, triển khai bảo mật và duy trì hạ tầng. Nhưng họ không thể tự quyết định quy trình kinh doanh nào nên bỏ, quyền phê duyệt nào nên thay đổi, phòng ban nào phải chịu trách nhiệm về dữ liệu, hoặc chỉ số nào đại diện cho hiệu quả vận hành.
Đó là trách nhiệm của lãnh đạo.
Chuyển đổi số là một bài toán quản trị có sử dụng công nghệ. Nó đòi hỏi lãnh đạo can thiệp vào cách tổ chức phối hợp, ra quyết định, đo lường và học từ dữ liệu. Nếu lãnh đạo chỉ đứng ngoài chờ hệ thống tạo ra thay đổi, đội triển khai sẽ bị đẩy vào thế xây công cụ cho một tổ chức chưa thật sự sẵn sàng thay đổi.
Khi đó, nếu dự án không hiệu quả, doanh nghiệp dễ đổ lỗi cho phần mềm, vendor, đội dev hoặc người dùng. Nhưng nguyên nhân sâu hơn thường là chưa có một chủ sở hữu đủ mạnh cho thay đổi vận hành.
Nên bắt đầu từ điểm nghẽn, không phải từ công cụ
Điểm bắt đầu tốt hơn là chọn một domain vận hành có tác động rõ đến kết quả kinh doanh: bán hàng, chăm sóc khách hàng, xử lý đơn hàng, tồn kho, tuyển dụng, tài chính nội bộ, phê duyệt chi phí hoặc báo cáo quản trị.
Sau đó, doanh nghiệp cần đi sâu vào luồng việc thật: bước nào chậm, lỗi nào lặp lại, dữ liệu nào thiếu, quyết định nào bị treo, ai đang làm việc thủ công nhiều nhất, khách hàng bị ảnh hưởng ở điểm nào, và nếu cải thiện thì đo bằng chỉ số gì.
Từ đó mới quyết định công nghệ cần can thiệp ở đâu.
Có trường hợp cần phần mềm mới. Có trường hợp chỉ cần chuẩn hoá quy trình. Có trường hợp cần tích hợp dữ liệu giữa các hệ thống sẵn có. Có trường hợp cần thay đổi phân quyền. Có trường hợp chưa nên tự động hoá vì quy trình còn quá biến động. Và cũng có trường hợp cách tốt nhất không phải là số hoá một bước, mà là bỏ hẳn bước đó.
Không phải việc gì cũng nên tự động hoá. Một quy trình tệ khi được tự động hoá sẽ trở thành một quy trình tệ chạy nhanh hơn, khó phát hiện hơn và khó sửa hơn.
Công nghệ nên đến sau sự rõ ràng
Nói không nên bắt đầu từ công nghệ không có nghĩa là xem nhẹ công nghệ. Ngược lại, chính vì công nghệ quan trọng nên nó không nên được dùng như một cách né tránh những câu hỏi quản trị khó.
Doanh nghiệp cần công nghệ để mở rộng năng lực vận hành. Nhưng trước khi mở rộng, phải biết mình đang mở rộng cái gì.
Một quy trình rõ có thể được tự động hoá. Một bộ dữ liệu sạch có thể được phân tích. Một quyền quyết định rõ có thể được AI hỗ trợ. Một chỉ số đúng có thể được đưa vào dashboard. Một đội ngũ có trách nhiệm rõ có thể dùng công nghệ để phản ứng nhanh hơn.
Còn nếu mọi thứ vẫn mơ hồ, công nghệ chỉ tạo thêm một lớp phức tạp mới.
Chuyển đổi số không bắt đầu bằng câu hỏi “nên mua công cụ nào”. Nó bắt đầu bằng một câu hỏi khó hơn: doanh nghiệp có đủ rõ về cách mình vận hành, tạo giá trị và ra quyết định hay chưa?
Khi câu trả lời còn mơ hồ, công nghệ nên chờ. Không phải vì công nghệ chưa đủ tốt, mà vì tổ chức chưa đủ rõ để dùng nó đúng.