Những rào cản chuyển đổi số doanh nghiệp thường gặp

Vì vậy, chuyển đổi số không nên được đánh giá bằng số lượng phần mềm đã mua hay số quy trình đã đưa lên hệ thống. Câu hỏi quan trọng hơn là doanh nghiệp có xác định được giá trị cần tạo ra, có thay đổi cách vận hành để đạt giá trị đó và có đủ năng lực dữ liệu – công nghệ để duy trì thay đổi ở quy mô lớn hay không.

Rào cản về chiến lược: số hóa nhiều nhưng không biết giá trị cần tạo ra

Rào cản chiến lược xuất hiện khi doanh nghiệp triển khai công nghệ trước khi xác định rõ vấn đề kinh doanh cần giải quyết. Trong trường hợp này, chuyển đổi số dễ trở thành tập hợp các dự án ERP, CRM, ứng dụng di động, tự động hóa hoặc AI riêng lẻ thay vì một chương trình thay đổi có mục tiêu thống nhất.

Một mục tiêu như “ứng dụng AI”, “chuyển lên cloud” hay “số hóa quy trình” mới mô tả phương tiện. Nó chưa cho biết doanh nghiệp muốn cải thiện điều gì: giảm thời gian xử lý đơn hàng, tăng tỷ lệ giữ chân khách hàng, giảm hàng tồn kho, giảm lỗi vận hành hay rút ngắn thời gian đưa sản phẩm ra thị trường.

Khi không có đích đến đo lường được, ba vấn đề thường xuất hiện.

Mục tiêu chuyển đổi không gắn với KPI kinh doanh

Dự án có thể hoàn thành về mặt kỹ thuật nhưng doanh nghiệp vẫn không biết nó có tạo ra giá trị hay không. Một CRM được triển khai đúng tiến độ chưa đồng nghĩa với chuyển đổi thành công nếu đội bán hàng không sử dụng dữ liệu để quản lý cơ hội, tỷ lệ chuyển đổi không cải thiện hoặc thời gian xử lý khách hàng vẫn như trước.

Khoảng cách giữa “go-live thành công” và “tạo giá trị thành công” là một trong những nguyên nhân khiến chương trình công nghệ dễ được đánh giá quá tích cực trong giai đoạn đầu.

BCG cho biết hơn hai phần ba chương trình công nghệ quy mô lớn trong nghiên cứu năm 2024 không được kỳ vọng hoàn thành đồng thời đúng thời gian, ngân sách và phạm vi đã xác định; những hạn chế về lập kế hoạch, quản trị và năng lực triển khai nằm trong các nguyên nhân quan trọng.

Danh mục sáng kiến bị phân tán

Khi mỗi phòng ban tự chọn phần mềm và tự xây lộ trình riêng, doanh nghiệp có thể có nhiều dự án số nhưng thiếu kiến trúc chung. Marketing có một nguồn dữ liệu khách hàng, sales có một nguồn khác, vận hành dùng hệ thống riêng và tài chính tiếp tục tổng hợp bằng bảng tính.

Kết quả là chi phí công nghệ tăng nhưng mức độ kết nối của tổ chức không tăng tương ứng.

Không có cơ chế ưu tiên đầu tư

Nguồn lực được phân bổ cho dự án dễ triển khai hoặc công nghệ đang phổ biến thay vì vấn đề có ảnh hưởng lớn nhất đến kết quả kinh doanh. Điều này đặc biệt nguy hiểm với AI và tự động hóa: doanh nghiệp có thể đầu tư vào nhiều thử nghiệm nhỏ nhưng không đủ nguồn lực để đưa một trường hợp sử dụng có giá trị cao đến quy mô sản xuất.

Dấu hiệu của rào cản chiến lược thường là:

·         Có nhiều dự án số nhưng không có một tập KPI giá trị chung

·         Mục tiêu được mô tả bằng tên công nghệ thay vì kết quả kinh doanh

·         Các đơn vị ưu tiên sáng kiến khác nhau và thiếu người chịu trách nhiệm xuyên suốt

·         Pilot xuất hiện liên tục nhưng ít dự án được mở rộng trên toàn doanh nghiệp

·         Không xác định rõ dự án nào phải dừng khi nguồn lực bị giới hạn

Giải quyết rào cản này không bắt đầu bằng việc chọn thêm nền tảng. Doanh nghiệp cần chuyển câu hỏi từ “nên triển khai công nghệ nào?” sang “nút thắt kinh doanh nào cần được thay đổi, giá trị kỳ vọng là bao nhiêu và công nghệ đóng vai trò gì trong thay đổi đó?”

Rào cản về con người: công nghệ thay đổi nhanh hơn cách tổ chức làm việc

Một hệ thống mới chỉ tạo giá trị khi con người sử dụng nó để làm việc theo cách mới. Vì thế, thiếu năng lực số và kháng cự thay đổi không phải vấn đề phụ của chuyển đổi số mà là rào cản trực tiếp đối với khả năng áp dụng.

Future of Jobs Report 2025 của World Economic Forum cho thấy trong khảo sát về các rào cản đối với chuyển đổi tổ chức giai đoạn 2025–2030, 63% doanh nghiệp được khảo sát nêu khoảng trống kỹ năng, còn 46% nêu văn hóa tổ chức và sự kháng cự thay đổi.

Thiếu kỹ năng không chỉ là thiếu nhân sự IT

Doanh nghiệp có thể sở hữu đội kỹ thuật tốt nhưng vẫn thiếu năng lực chuyển đổi nếu quản lý cấp trung không biết sử dụng dữ liệu để ra quyết định, chủ quy trình không biết thiết kế lại workflow hoặc người dùng cuối không hiểu cách khai thác hệ thống mới.

Các năng lực cần thiết thường nằm ở nhiều tầng:

·         Lãnh đạo cần hiểu khả năng và giới hạn của công nghệ để đưa ra ưu tiên

·         Quản lý nghiệp vụ cần biết chuyển vấn đề kinh doanh thành yêu cầu dữ liệu và quy trình

·         Nhân viên cần đủ kỹ năng để sử dụng công cụ trong công việc hằng ngày

·         Đội công nghệ cần hiểu nghiệp vụ đủ sâu để thiết kế giải pháp phù hợp

·         Tổ chức cần người có khả năng kết nối nghiệp vụ, dữ liệu, công nghệ và quản trị thay đổi

OECD cũng ghi nhận khoảng trống kỹ năng có thể làm tăng khối lượng công việc, cản trở việc áp dụng phương thức làm việc mới và khiến doanh nghiệp khó đưa công nghệ mới vào hoạt động.

Kháng cự thay đổi thường có nguyên nhân hợp lý

Không phải mọi sự phản đối hệ thống mới đều xuất phát từ tâm lý “ngại thay đổi”. Nhân viên có thể phản ứng vì công cụ làm tăng thao tác, dữ liệu nhập trùng lặp, KPI mới ảnh hưởng quyền lợi, trách nhiệm trở nên rõ ràng hơn hoặc quy trình được thiết kế mà không dựa trên thực tế công việc.

Nếu doanh nghiệp chỉ giải quyết vấn đề này bằng đào tạo sử dụng phần mềm, nguyên nhân gốc vẫn còn.

Quản trị thay đổi cần trả lời ít nhất ba câu hỏi: người dùng phải thay đổi hành vi nào, họ có động lực gì để thay đổi và quy trình mới có thực sự tốt hơn cách cũ hay không.

Thiếu quyền sở hữu làm chuyển đổi trở thành “việc của IT”

Một biểu hiện phổ biến khác là bộ phận công nghệ chịu trách nhiệm cho cả kết quả kinh doanh của dự án trong khi đơn vị nghiệp vụ chỉ đóng vai trò người yêu cầu.

IT có thể chịu trách nhiệm cho kiến trúc, tích hợp và độ ổn định của hệ thống. Nhưng thay đổi cách bán hàng, sản xuất, chăm sóc khách hàng hay quản lý chuỗi cung ứng cần có chủ sở hữu từ chính bộ phận vận hành.

Nếu không có ownership này, doanh nghiệp có thể hoàn thành phần mềm nhưng không hoàn thành chuyển đổi.

Rào cản về dữ liệu: có nhiều dữ liệu nhưng không đủ dữ liệu dùng được

Dữ liệu là nền tảng của báo cáo, tự động hóa, phân tích nâng cao và AI. Tuy nhiên, số lượng dữ liệu lớn không đồng nghĩa với khả năng khai thác dữ liệu cao.

OECD lưu ý rằng nhiều doanh nghiệp có thể sở hữu lượng dữ liệu đáng kể nhưng vẫn thiếu năng lực thu thập, làm sạch, phân tích, bảo đảm chất lượng và quản trị dữ liệu. Các vấn đề về chuẩn hóa phương thức thu thập, quyền riêng tư, an ninh và cơ chế giám sát cũng làm giảm khả năng sử dụng dữ liệu trong hoạt động số.

Dữ liệu nằm trong các silo

Một khách hàng có thể được nhận diện theo số điện thoại trong CRM, mã khách hàng trong ERP và địa chỉ email trong nền tảng thương mại điện tử. Nếu các hệ thống không có quy tắc liên kết thống nhất, doanh nghiệp không thể hình thành một góc nhìn đáng tin cậy về cùng một thực thể.

Silo dữ liệu vì thế không chỉ là vấn đề lưu trữ. Nó làm giảm khả năng kết nối quyết định giữa các bộ phận.

Chất lượng dữ liệu không đủ cho mục đích sử dụng

Các lỗi thường gặp gồm:

·         Thiếu trường dữ liệu quan trọng

·         Dữ liệu trùng lặp

·         Mã danh mục không thống nhất

·         Dữ liệu lỗi thời

·         Định nghĩa KPI khác nhau giữa các phòng ban

·         Không xác định được nguồn dữ liệu gốc

·         Dữ liệu được nhập theo quy tắc khác nhau qua từng hệ thống

Ảnh hưởng của chất lượng dữ liệu tăng khi doanh nghiệp tiến từ báo cáo sang tự động hóa và AI. Một báo cáo sai có thể được con người phát hiện trước khi quyết định; một quy trình tự động dùng dữ liệu sai có thể nhân lỗi ở quy mô lớn.

Không rõ ai chịu trách nhiệm cho dữ liệu

Nếu mọi người đều có quyền sử dụng dữ liệu nhưng không ai chịu trách nhiệm cho định nghĩa, chất lượng và vòng đời của nó, việc sửa lỗi thường diễn ra sau khi sự cố đã xuất hiện.

Data governance cần làm rõ ít nhất:

·         Ai sở hữu từng miền dữ liệu

·         Ai được quyền tạo, sửa, đọc và chia sẻ

·         Tiêu chuẩn chất lượng nào phải đáp ứng

·         Định nghĩa nghiệp vụ nào là nguồn chuẩn

·         Dữ liệu được lưu trong bao lâu

·         Trường hợp nào cần giới hạn quyền truy cập

Quản trị dữ liệu không có nghĩa là tập trung toàn bộ quyền kiểm soát vào một đội trung tâm. Mục tiêu là tạo ra trách nhiệm và quy tắc đủ rõ để dữ liệu có thể được dùng xuyên tổ chức mà vẫn kiểm soát được chất lượng, bảo mật và tuân thủ.

Rào cản về công nghệ: hệ thống hiện tại không đủ khả năng hỗ trợ thay đổi

Công nghệ trở thành rào cản khi kiến trúc hiện tại khiến việc tích hợp, thay đổi hoặc mở rộng tốn quá nhiều thời gian và chi phí.

OECD ghi nhận các vấn đề như khả năng tiếp cận hạ tầng, mức độ tương tác thấp giữa các hệ thống, thiếu văn hóa dữ liệu, thiếu kỹ năng và hạn chế tài chính đều có thể cản trở quá trình số hóa, đặc biệt ở doanh nghiệp vừa và nhỏ. Khoảng cách áp dụng giữa doanh nghiệp nhỏ và lớn cũng có xu hướng tăng với những công nghệ phức tạp hơn như phân tích dữ liệu hoặc tích hợp quy trình bằng ERP.

Hệ thống legacy tạo chi phí thay đổi cao

Legacy không đơn giản đồng nghĩa với “phần mềm cũ”. Một hệ thống chỉ thực sự trở thành rào cản khi doanh nghiệp khó sửa đổi, khó tích hợp, phụ thuộc vào công nghệ hoặc nhân sự hiếm, không đáp ứng yêu cầu bảo mật hoặc khiến một thay đổi nhỏ kéo theo nhiều thay đổi khác.

Thay toàn bộ legacy cũng không phải mặc định là giải pháp tốt nhất. Trong nhiều trường hợp, doanh nghiệp có thể giảm rủi ro bằng API, lớp tích hợp hoặc thay thế từng thành phần theo mức độ ưu tiên.

Tích hợp kém tạo ra quy trình nửa số hóa

Một quy trình có thể sử dụng nhiều phần mềm nhưng vẫn cần nhân viên tải file từ hệ thống A, chỉnh Excel rồi nhập lại vào hệ thống B. Khi đó, từng bước đã “có công nghệ” nhưng dòng dữ liệu từ đầu đến cuối chưa được số hóa thực sự.

Hệ quả là:

·         Tăng thao tác thủ công

·         Tăng nguy cơ sai dữ liệu

·         Khó theo dõi trạng thái quy trình

·         Khó tự động hóa end-to-end

·         Khó tạo dữ liệu thời gian thực

Kiến trúc không phù hợp với khả năng mở rộng

Một pilot hoạt động với vài chục người không chứng minh rằng giải pháp có thể phục vụ hàng nghìn người dùng hoặc kết nối với toàn bộ hệ thống doanh nghiệp.

Khi mở rộng, những vấn đề chưa xuất hiện ở pilot có thể trở nên quan trọng: hiệu năng, phân quyền, logging, khôi phục sự cố, kiểm soát API, chi phí cloud, chất lượng dữ liệu và an ninh mạng.

Vì vậy, lựa chọn công nghệ cần xét cả khả năng vận hành ở trạng thái mục tiêu, không chỉ khả năng chứng minh ý tưởng.

Phụ thuộc nhà cung cấp làm giảm khả năng thay đổi

Vendor lock-in không phải lúc nào cũng tiêu cực. Một nền tảng tích hợp sâu có thể giúp triển khai nhanh hơn và giảm gánh nặng vận hành. Rủi ro xuất hiện khi chi phí chuyển đổi nhà cung cấp quá cao, dữ liệu khó di chuyển hoặc doanh nghiệp phụ thuộc vào các thành phần độc quyền mà không có phương án thay thế.

Câu hỏi cần đặt ra không phải “có lock-in hay không”, mà là mức độ phụ thuộc có tương xứng với lợi ích doanh nghiệp nhận được hay không.

Bốn nhóm rào cản thường khuếch đại lẫn nhau

Sai lầm khi đánh giá rào cản chuyển đổi số là xem từng vấn đề như một sự cố riêng biệt.

Ví dụ, tỷ lệ sử dụng CRM thấp có thể được kết luận là vấn đề con người. Nhưng nguyên nhân thực tế có thể nằm ở chuỗi liên kết:

Chiến lược không rõ → quy trình không được thiết kế lại → hệ thống yêu cầu nhập nhiều dữ liệu không cần thiết → nhân viên không thấy lợi ích → mức sử dụng thấp → dữ liệu CRM thiếu → báo cáo không đáng tin cậy

Trong tình huống này, mua CRM mới hoặc tổ chức thêm khóa đào tạo khó giải quyết được nguyên nhân gốc.

Tương tự, một dự án AI hoạt động kém có thể không phải do mô hình AI. Dữ liệu có thể thiếu chuẩn hóa, quyền truy cập dữ liệu chưa được thiết lập, quy trình nghiệp vụ chưa xác định điểm ra quyết định hoặc doanh nghiệp chưa có người chịu trách nhiệm chuyển kết quả của mô hình thành hành động.

Đây là lý do rào cản chuyển đổi số nên được phân tích theo quan hệ nhân quả, thay vì đơn giản lập danh sách vấn đề.

Cách xác định rào cản nào cần xử lý trước

Không phải doanh nghiệp nào cũng cần xử lý đồng thời cả bốn nhóm. Thứ tự ưu tiên nên phụ thuộc vào nút thắt đang trực tiếp giới hạn giá trị của sáng kiến.

Có thể kiểm tra theo chuỗi sau:

1.    Giá trị: Có xác định rõ kết quả kinh doanh và KPI cần cải thiện không

2.    Quy trình: Có biết quy trình hoặc quyết định nào phải thay đổi để tạo kết quả đó không

3.    Con người: Người chịu trách nhiệm và người sử dụng có đủ năng lực, quyền hạn và động lực để thực hiện cách làm mới không

4.    Dữ liệu: Dữ liệu cần cho quy trình có đủ, đúng, kịp thời và có quyền truy cập phù hợp không

5.    Công nghệ: Kiến trúc hiện tại có thể hỗ trợ tích hợp, tự động hóa, bảo mật và mở rộng không

6.    Đo lường: Có cơ chế theo dõi việc áp dụng và giá trị sau triển khai không

Nếu câu trả lời cho bước đầu tiên chưa rõ, đầu tư thêm công nghệ thường chưa phải ưu tiên. Nếu chiến lược và quy trình đã rõ nhưng dữ liệu không đạt yêu cầu, nâng cấp mô hình AI hoặc công cụ phân tích cũng khó tạo ra cải thiện ổn định.

Do đó, cách xử lý hiệu quả nhất thường là tìm rào cản gốc đang khóa các rào cản khác, thay vì giải quyết vấn đề dễ nhìn thấy nhất.

Chuyển đổi số thường thất bại không phải vì doanh nghiệp hoàn toàn thiếu công nghệ, mà vì công nghệ chưa được đặt trong một hệ thống thay đổi đồng bộ. Chiến lược xác định giá trị cần đạt; con người biến mục tiêu thành hành vi và quy trình mới; dữ liệu cung cấp thông tin cho quyết định; công nghệ tạo khả năng thực thi và mở rộng.

Một mắt xích yếu có thể làm giảm giá trị của ba mắt xích còn lại. Vì vậy, nhận diện rào cản chuyển đổi số nên bắt đầu từ nguyên nhân gây cản trở kết quả kinh doanh và lần ngược qua chiến lược, con người, dữ liệu và công nghệ. Cách tiếp cận này giúp doanh nghiệp tránh tình trạng xử lý triệu chứng bằng cách mua thêm công cụ trong khi nguyên nhân thực tế nằm ở cách tổ chức đang vận hành.