Doanh nghiệp nên bắt đầu chuyển đổi số từ đâu?

Cách tiếp cận này làm rõ mối quan hệ giữa mục tiêu kinh doanh và công nghệ. Công nghệ chỉ trở thành một phần của giải pháp sau khi doanh nghiệp biết quy trình nào cần thay đổi, kết quả nào cần cải thiện và dữ liệu nào có thể dùng để vận hành hoặc đo lường sự thay đổi đó. Nhờ vậy, quyết định chuyển đổi số có căn cứ cụ thể hơn và tránh biến dự án thành hoạt động triển khai công cụ nhưng không giải quyết được vấn đề ưu tiên.

Bắt đầu từ vấn đề kinh doanh cần cải thiện, không phải từ công nghệ

Điểm khởi đầu nên là một vấn đề đang tạo ra chi phí, độ trễ, sai sót, mất doanh thu hoặc trải nghiệm không tốt cho khách hàng và nhân viên. Đó có thể là thời gian xử lý đơn hàng quá dài, nhập dữ liệu lặp lại giữa nhiều bộ phận, tỷ lệ hồ sơ phải sửa cao, khó kiểm soát tồn kho hoặc thiếu thông tin để ra quyết định.

Điểm khác biệt quan trọng nằm ở cách mô tả vấn đề. “Triển khai CRM”, “ứng dụng AI” hay “đưa dữ liệu lên cloud” là tên của giải pháp hoặc công nghệ, chưa phải vấn đề kinh doanh. Một bài toán đủ rõ phải chỉ ra hiện trạng và kết quả cần thay đổi. Chẳng hạn, thay vì đặt mục tiêu “số hóa quy trình chăm sóc khách hàng”, doanh nghiệp có thể xác định rằng nhân viên đang phải tổng hợp lịch sử giao dịch từ nhiều nguồn khiến thời gian phản hồi kéo dài và khó theo dõi trạng thái từng yêu cầu.

Cách xác định này tạo ra cơ chế kiểm chứng. Khi hiện trạng được mô tả bằng thời gian, tỷ lệ lỗi, chi phí, sản lượng hoặc một chỉ số vận hành khác, doanh nghiệp có thể so sánh trước và sau chuyển đổi. Nếu chỉ bắt đầu bằng tên công nghệ, rất khó xác định dự án thành công vì công nghệ đã được triển khai hay vì hiệu quả kinh doanh thực sự được cải thiện.

Không phải mọi điểm yếu trong doanh nghiệp đều cần chuyển đổi số. Một quy trình có tần suất rất thấp, nguyên nhân chủ yếu đến từ chính sách chưa rõ hoặc thường xuyên thay đổi có thể cần được tổ chức lại trước khi số hóa. Tự động hóa một quy trình chưa ổn định thường chỉ làm cho những bất hợp lý hiện có vận hành nhanh hơn.

Chọn vấn đề ưu tiên bằng tác động và khả năng triển khai

Khi có nhiều điểm nghẽn, doanh nghiệp không nên chọn dự án chỉ vì một bộ phận yêu cầu mạnh hơn hoặc một giải pháp công nghệ đang được quan tâm. Có thể dùng cùng một thang điểm từ 1 đến 5 để so sánh các vấn đề theo những tiêu chí nhất quán. Điểm số không phải công thức quyết định tự động; chức năng của nó là buộc các bên giải thích vì sao một sáng kiến xứng đáng được ưu tiên.

Một vấn đề có tác động lớn nhưng cần thay đổi đồng thời nhiều hệ thống lõi có thể chưa phải điểm khởi đầu phù hợp. Ngược lại, một vấn đề có tác động tương đối rõ, dữ liệu sẵn có và phạm vi kiểm soát được thường thích hợp hơn để tạo năng lực triển khai ban đầu.

Cũng không nên cực đoan theo hướng chỉ chọn dự án dễ. Nếu tác động kinh doanh quá nhỏ, một dự án dù hoàn thành nhanh vẫn khó chứng minh giá trị của chuyển đổi số. Điểm khởi đầu tốt nằm ở giao điểm giữa giá trị đủ lớn và khả năng thực hiện đủ cao.

Việc xác định trách nhiệm cũng cần diễn ra ngay ở bước này. Tinh thần quản trị của ISO/IEC 38500 đặt trọng tâm vào trách nhiệm, chiến lược và hiệu suất khi sử dụng công nghệ thông tin. Trong thực tế doanh nghiệp, điều đó có nghĩa một sáng kiến không nên chỉ thuộc về bộ phận IT; cần có chủ sở hữu nghiệp vụ chịu trách nhiệm về vấn đề và kết quả kinh doanh cần đạt.

Kiểm tra dữ liệu và năng lực hiện có trước khi thiết kế giải pháp

Sau khi xác định vấn đề ưu tiên, doanh nghiệp cần biết mình đang có gì để giải quyết vấn đề đó. Hai nhóm tài sản quan trọng nhất ở giai đoạn đầu là dữ liệu và năng lực tổ chức.

Với dữ liệu, câu hỏi đầu tiên không phải “có nhiều dữ liệu hay không” mà là dữ liệu cần cho bài toán cụ thể có tồn tại và sử dụng được hay không. Doanh nghiệp cần xác định nguồn dữ liệu, trường thông tin quan trọng, mức độ đầy đủ, độ chính xác, thời điểm cập nhật, quyền truy cập và khả năng liên kết các bản ghi giữa các hệ thống.

Ví dụ, doanh nghiệp muốn cải thiện khả năng chăm sóc khách hàng nhưng mã khách hàng trong hệ thống bán hàng, hỗ trợ và kế toán không thống nhất. Trong trường hợp đó, mua thêm công cụ phân tích chưa giải quyết được nguyên nhân. Việc cần làm trước có thể là thống nhất định danh khách hàng và quy tắc quản lý dữ liệu để các hệ thống có thể tham chiếu cùng một thực thể.

Chất lượng dữ liệu cũng nên được đo trên chính những trường có ảnh hưởng đến quyết định. Nếu một quy trình cần số điện thoại, mã sản phẩm và trạng thái đơn hàng, doanh nghiệp có thể đo tỷ lệ bản ghi thiếu, tỷ lệ giá trị không hợp lệ hoặc độ trễ cập nhật của các trường này. Cách đo theo bài toán thực tế hữu ích hơn việc cố gắng “làm sạch toàn bộ dữ liệu” trước khi dự án bắt đầu.

Năng lực tổ chức cần được đánh giá song song. Một sáng kiến thường cần ít nhất người hiểu quy trình nghiệp vụ, người chịu trách nhiệm về kết quả, năng lực phân tích dữ liệu và khả năng cấu hình hoặc tích hợp công nghệ. Nếu một năng lực quan trọng chưa có, doanh nghiệp cần xác định rõ phần nào phải đào tạo, thuê ngoài hoặc bổ sung trước khi tăng độ phức tạp của giải pháp.

Điều này cũng tạo ra một giới hạn cần thiết: doanh nghiệp không nhất thiết phải xây dựng hạ tầng hoàn hảo rồi mới bắt đầu chuyển đổi số. Chỉ cần dữ liệu và năng lực đạt mức đủ để kiểm chứng một bài toán cụ thể. Những thiếu hụt không ảnh hưởng trực tiếp đến phạm vi thí điểm có thể được xử lý ở giai đoạn sau.

Thu hẹp sáng kiến thành một thí điểm có mục tiêu đo được

Một vấn đề ưu tiên vẫn có thể quá rộng để triển khai ngay. Bước tiếp theo là thu nhỏ thành một phạm vi có thể kiểm soát nhưng vẫn đủ đại diện để kiểm chứng giả thuyết giá trị.

Thay vì chuyển đổi toàn bộ quy trình bán hàng trên toàn doanh nghiệp, phạm vi đầu tiên có thể giới hạn ở một bước có điểm nghẽn rõ, một nhóm khách hàng, một đơn vị vận hành hoặc một nhóm người dùng. Mục tiêu không phải tạo ra một phiên bản thu nhỏ của chương trình chuyển đổi số tổng thể, mà là kiểm chứng liệu cách làm mới có tạo ra kết quả tốt hơn trong điều kiện thực tế hay không.

Một thí điểm cần xác định ba thứ trước khi lựa chọn công nghệ: hiện trạng, kết quả mục tiêu và điều kiện thành công. Nếu doanh nghiệp muốn giảm thời gian xử lý một loại hồ sơ, cần biết thời gian trung bình hiện tại là bao nhiêu và nguyên nhân tạo ra thời gian chờ nằm ở bước nào. Nếu mục tiêu là giảm lỗi nhập liệu, cần biết loại lỗi nào đang xảy ra và tỷ lệ lỗi ban đầu.

Khi những yếu tố này đã rõ, yêu cầu công nghệ trở nên cụ thể hơn. Doanh nghiệp có thể xác định cần tự động hóa bước nào, cần tích hợp nguồn dữ liệu nào, người nào cần quyền truy cập và trường hợp ngoại lệ nào vẫn phải do con người xử lý. Công nghệ lúc này được lựa chọn dựa trên yêu cầu của bài toán thay vì ngược lại.

Phạm vi thí điểm cũng phải đủ nhỏ để khi kết quả không đạt kỳ vọng, doanh nghiệp có thể phân biệt nguyên nhân. Một dự án đồng thời thay đổi quy trình, dữ liệu, hệ thống lõi, cơ cấu trách nhiệm và trải nghiệm khách hàng sẽ tạo quá nhiều biến số; rất khó biết yếu tố nào thực sự tạo ra hoặc làm mất giá trị.

Đo hiệu quả bằng baseline và KPI gắn với quy trình

Chuyển đổi số chỉ có thể được đánh giá khi doanh nghiệp có một đường cơ sở để so sánh. Baseline là số liệu phản ánh trạng thái trước khi thay đổi; KPI là chỉ số dùng để xác định thay đổi đó có tạo ra kết quả mong muốn hay không.

KPI phải bám vào vấn đề được chọn. Với quy trình vận hành, các chỉ số có thể là thời gian chu kỳ, tỷ lệ xử lý đúng ngay lần đầu, số lần thao tác thủ công, chi phí trên mỗi giao dịch hoặc sản lượng xử lý trong cùng nguồn lực. Với quy trình hướng khách hàng, doanh nghiệp có thể theo dõi thời gian phản hồi, tỷ lệ hoàn tất, tỷ lệ chuyển đổi hoặc tỷ lệ khách hàng phải liên hệ lại cho cùng một vấn đề.

Cần tránh chỉ dùng các chỉ số mô tả việc triển khai như số tài khoản đã cấp, số tính năng đã cấu hình hoặc tỷ lệ nhân viên đã được đào tạo. Các chỉ số này có giá trị để theo dõi tiến độ và mức độ sử dụng nhưng không đủ để chứng minh hiệu quả kinh doanh. Một hệ thống có thể được triển khai đúng kế hoạch nhưng quy trình vẫn chậm hoặc phát sinh thêm công việc thủ công.

Dữ liệu trước và sau cũng phải đủ tương đồng để so sánh. Nếu khối lượng giao dịch, nhóm khách hàng hoặc quy tắc vận hành thay đổi đáng kể giữa hai giai đoạn, doanh nghiệp cần điều chỉnh cách diễn giải kết quả. Nếu không, sự cải thiện hoặc suy giảm có thể bị gán nhầm cho dự án chuyển đổi số.

Ngoài KPI chính, nên theo dõi tác dụng phụ quan trọng. Giảm thời gian xử lý nhưng làm tăng tỷ lệ sai sót không phải là cải thiện bền vững. Tự động hóa giúp giảm thao tác của một bộ phận nhưng đẩy thêm việc sang bộ phận khác cũng chỉ dịch chuyển chi phí trong quy trình.

Chỉ mở rộng khi giá trị và khả năng vận hành đã được chứng minh

Kết quả của thí điểm không nên chỉ dẫn đến hai lựa chọn “thành công” hoặc “thất bại”. Doanh nghiệp cần trả lời rõ điều gì đã tạo ra kết quả, điều kiện nào cần duy trì và yếu tố nào sẽ thay đổi khi mở rộng sang quy mô lớn hơn.

Nếu hiệu quả chủ yếu phụ thuộc vào một nhóm chuyên gia phải can thiệp thủ công liên tục, mô hình có thể chưa sẵn sàng để nhân rộng. Nếu dữ liệu của đơn vị thí điểm sạch hơn đáng kể so với các đơn vị còn lại, kết quả cũng chưa thể được áp dụng trực tiếp cho toàn doanh nghiệp. Khả năng mở rộng vì thế phụ thuộc cả giá trị kinh doanh lẫn tính lặp lại của cách vận hành.

Doanh nghiệp cũng cần ước tính giá trị bằng những thành phần có thể kiểm tra. Phần lợi ích có thể đến từ thời gian lao động tiết kiệm, chi phí lỗi được tránh, năng lực xử lý tăng thêm hoặc doanh thu tăng thêm. Phần chi phí phải bao gồm không chỉ giấy phép phần mềm mà còn tích hợp, dữ liệu, vận hành, đào tạo và nguồn lực duy trì. Khi lợi ích chỉ tồn tại nếu doanh nghiệp phải tiếp tục bổ sung khối lượng lớn thao tác thủ công, mô hình kinh tế cần được đánh giá lại.

Nếu thí điểm đạt kết quả, bước mở rộng nên giữ nguyên logic đã được chứng minh nhưng kiểm tra lại dữ liệu, năng lực, phụ thuộc hệ thống và đặc điểm quy trình ở phạm vi mới. Không nên giả định rằng một giải pháp hiệu quả ở một đơn vị sẽ tạo ra kết quả tương tự ở mọi nơi.

Ngược lại, nếu thí điểm không đạt mục tiêu, doanh nghiệp vẫn có được thông tin có giá trị nếu baseline, giả thuyết và KPI đã được thiết kế tốt. Khi đó có thể xác định nguyên nhân nằm ở bài toán ưu tiên, dữ liệu, quy trình, khả năng sử dụng của người dùng hay lựa chọn công nghệ, thay vì tiếp tục mở rộng một mô hình chưa được kiểm chứng.

Vì vậy, doanh nghiệp không cần bắt đầu chuyển đổi số bằng một chương trình quy mô lớn. Điểm khởi đầu có giá trị hơn là một vấn đề kinh doanh đủ quan trọng và đo được, nằm trong phạm vi mà dữ liệu cùng năng lực hiện tại có thể hỗ trợ.

Từ đó, doanh nghiệp ưu tiên sáng kiến dựa trên tác động và khả năng thực hiện, kiểm tra mức sẵn sàng của dữ liệu, thu hẹp thành một thí điểm, thiết lập baseline và KPI rồi chỉ mở rộng khi giá trị cùng khả năng vận hành đã được chứng minh. Trình tự này giữ công nghệ đúng vai trò của nó: phương tiện để giải quyết vấn đề kinh doanh, không phải mục tiêu của chuyển đổi số.

:::