Vai trò của lựa chọn công nghệ đối với doanh nghiệp

Vì vậy, vai trò của lựa chọn công nghệ nằm ở việc biến một quyết định dễ bị chi phối bởi tính năng, giá mua hoặc xu hướng thành một quyết định có căn cứ. Quy trình lựa chọn tạo ra các tiêu chí để doanh nghiệp so sánh phương án trên cùng một nền tảng, nhận diện những rủi ro chưa thể hiện trong báo giá và đánh giá tác động của quyết định trong toàn bộ thời gian sử dụng.

Cách tiếp cận này cũng phù hợp với nguyên tắc quản trị công nghệ ở cấp tổ chức. ISO/IEC 38500:2024 tập trung vào việc sử dụng công nghệ thông tin một cách hiệu quả, hiệu suất và chấp nhận được, bao gồm cả việc quản trị việc sử dụng IT hiện tại và tương lai. Điều đó cho thấy lựa chọn công nghệ không nên được xem là một giao dịch mua sắm đơn lẻ mà là một quyết định quản trị có ảnh hưởng lâu dài.

Lựa chọn công nghệ giúp doanh nghiệp chuyển nhu cầu thành tiêu chí đánh giá

Bước quan trọng đầu tiên của lựa chọn công nghệ không phải là xem nhà cung cấp nào có nhiều tính năng hơn, mà là xác định doanh nghiệp thực sự cần công nghệ giải quyết vấn đề nào.

Nếu nhu cầu không được chuyển thành tiêu chí cụ thể, quá trình đánh giá dễ bị đảo ngược: doanh nghiệp nhìn thấy tính năng của sản phẩm trước, sau đó mới tìm lý do để sử dụng chúng. Khi đó, công nghệ có thể rất mạnh nhưng phần lớn năng lực không phục vụ quy trình, dữ liệu hoặc mục tiêu kinh doanh hiện tại.

Quy trình lựa chọn khắc phục vấn đề này bằng cách liên kết từng yêu cầu với một nhu cầu có thể kiểm chứng. Chẳng hạn, yêu cầu tích hợp không nên dừng ở nhận định “hỗ trợ API”, mà cần làm rõ hệ thống phải trao đổi dữ liệu với những nền tảng nào, theo cơ chế nào và trong điều kiện vận hành nào. Tương tự, yêu cầu mở rộng phải gắn với khả năng tăng số người dùng, khối lượng giao dịch hoặc phạm vi triển khai mà doanh nghiệp dự kiến.

Cơ chế này tạo ra hai giá trị. Thứ nhất, các phương án được so sánh trên những tiêu chí liên quan trực tiếp đến mục tiêu của doanh nghiệp. Thứ hai, tổ chức có thể loại bỏ sớm các tính năng hấp dẫn nhưng không tạo giá trị đủ lớn để bù cho chi phí và độ phức tạp mà chúng mang lại.

Điều đó không có nghĩa mọi yêu cầu hiện tại đều phải được đáp ứng tuyệt đối. Một yêu cầu có thể được xử lý bằng thay đổi quy trình, cấu hình hoặc tích hợp bổ sung. Điểm cốt lõi là doanh nghiệp phải biết rõ khoảng cách giữa nhu cầu và khả năng của từng giải pháp trước khi đưa ra quyết định.

Quy trình lựa chọn công nghệ làm lộ các rủi ro trước khi doanh nghiệp cam kết đầu tư

Một trong những vai trò quan trọng nhất của lựa chọn công nghệ là đưa rủi ro vào quá trình ra quyết định trước khi hợp đồng được ký và hệ thống trở nên khó thay thế.

Rủi ro công nghệ không chỉ là nguy cơ hệ thống ngừng hoạt động. Một phương án còn có thể tạo ra rủi ro về bảo mật, dữ liệu, tích hợp, khả năng vận hành, nhà cung cấp, tuân thủ hoặc khả năng tiếp tục sử dụng khi nhu cầu thay đổi.

ISO 31000:2018 mô tả quản trị rủi ro như một quá trình bao gồm nhận diện, phân tích, đánh giá, xử lý, giám sát và trao đổi thông tin về rủi ro. Áp dụng logic này vào lựa chọn công nghệ giúp doanh nghiệp chuyển câu hỏi từ “sản phẩm có đáp ứng yêu cầu không?” sang “những điều gì có thể xảy ra nếu lựa chọn sản phẩm này, mức ảnh hưởng là gì và có thể kiểm soát đến đâu?”.

Ví dụ, một nền tảng đáp ứng đầy đủ chức năng nhưng chỉ cho phép xuất dữ liệu theo định dạng hạn chế có thể tạo rủi ro chuyển đổi về sau. Một nhà cung cấp có công nghệ tốt nhưng cơ chế hỗ trợ yếu có thể tạo rủi ro vận hành. Một hệ thống cần quá nhiều tùy chỉnh để phù hợp quy trình hiện tại có thể làm tăng khó khăn khi nâng cấp.

Đối với công nghệ và nhà cung cấp ICT, cách tiếp cận due diligence ngày càng được nhấn mạnh. NIST SP 1326 công bố năm 2026 xem việc nghiên cứu các thông tin liên quan đến nhà cung cấp hoặc sản phẩm là cơ sở để đưa ra quyết định mua sắm có hiểu biết. NIST SP 1305 cũng đặt quản trị rủi ro chuỗi cung ứng trong bối cảnh tổ chức trở thành bên mua công nghệ có năng lực hơn.

Quy trình lựa chọn vì thế không bảo đảm rằng rủi ro sẽ biến mất. Giá trị thực tế của nó là giúp doanh nghiệp nhìn thấy, phân loại và chấp nhận rủi ro một cách có chủ đích thay vì chỉ phát hiện chúng sau khi triển khai.

Đánh giá tổng chi phí giúp tránh quyết định rẻ lúc mua nhưng đắt khi sử dụng

Giá mua chỉ phản ánh một phần chi phí của một quyết định công nghệ. Sau khi lựa chọn được thực hiện, doanh nghiệp còn có thể phải chịu chi phí triển khai, tích hợp, chuyển đổi dữ liệu, đào tạo, vận hành, bảo trì, hỗ trợ, nâng cấp và cuối cùng là thay thế hoặc chuyển sang nền tảng khác.

Do đó, một quy trình lựa chọn có chất lượng phải đánh giá công nghệ trong toàn bộ vòng đời dự kiến thay vì chỉ so sánh báo giá ban đầu.

Cơ chế này đặc biệt quan trọng khi hai phương án có cấu trúc chi phí khác nhau. Một giải pháp có phí bản quyền thấp nhưng yêu cầu nhiều nhân sự vận hành có thể đắt hơn một giải pháp có phí thuê bao cao nhưng giảm đáng kể công việc quản trị nội bộ. Tương tự, một hệ thống yêu cầu nhiều tùy chỉnh ban đầu có thể kéo theo chi phí kiểm thử và nâng cấp ở các phiên bản sau.

Tổng chi phí cũng phải được xem cùng giá trị mà công nghệ tạo ra. Giải pháp đắt hơn không mặc nhiên là lựa chọn kém nếu nó giảm được một loại chi phí hoặc rủi ro có giá trị lớn hơn. Ngược lại, phương án rẻ hơn không phải là lựa chọn tối ưu nếu doanh nghiệp phải chấp nhận những giới hạn làm tăng chi phí trong các giai đoạn tiếp theo.

Vì vậy, vai trò của lựa chọn công nghệ không phải là tìm giá thấp nhất mà là làm rõ cấu trúc chi phí của từng phương án và xác định phương án nào tạo được tương quan phù hợp giữa chi phí, giá trị và rủi ro trong điều kiện thực tế của doanh nghiệp.

Lựa chọn đúng mức độ phù hợp làm giảm chi phí tích hợp và thay đổi tổ chức

Công nghệ hiếm khi vận hành độc lập. Nó phải tương tác với dữ liệu, ứng dụng, hạ tầng, quy trình và con người đang tồn tại trong doanh nghiệp. Vì thế, mức độ phù hợp với hệ sinh thái hiện hữu là một phần của giá trị công nghệ.

Một hệ thống có nhiều chức năng nhưng không tương thích với kiến trúc hiện tại có thể buộc doanh nghiệp xây thêm lớp tích hợp, thay đổi cấu trúc dữ liệu hoặc duy trì các quy trình thủ công ở giữa hai hệ thống. Chi phí phát sinh khi đó không nằm trong bản thân sản phẩm mà nằm trong khoảng cách giữa sản phẩm và môi trường triển khai.

Yếu tố con người cũng có cơ chế tương tự. Nếu công nghệ đòi hỏi cách làm việc khác biệt đáng kể, doanh nghiệp phải tính đến đào tạo, thay đổi vai trò, điều chỉnh quy trình và thời gian để người dùng thích nghi. Một tính năng có giá trị về lý thuyết sẽ không tạo được giá trị tương ứng nếu người dùng không thể hoặc không có lý do để sử dụng nó.

Do đó, đánh giá độ phù hợp cần xem xét đồng thời ít nhất các lớp chính:

·         Phù hợp nghiệp vụ: Công nghệ hỗ trợ đúng quy trình và mục tiêu cần thiết

·         Phù hợp kỹ thuật: Có thể tích hợp với kiến trúc, dữ liệu và hạ tầng hiện hữu

·         Phù hợp vận hành: Bộ phận phụ trách có đủ năng lực quản trị và hỗ trợ hệ thống

·         Phù hợp tổ chức: Người dùng có khả năng tiếp nhận thay đổi mà công nghệ tạo ra

·         Phù hợp quản trị: Trách nhiệm, quyền kiểm soát, bảo mật và dữ liệu có thể được quản lý ở mức doanh nghiệp chấp nhận

Không phải phương án tạo ra ít thay đổi nhất luôn là phương án tốt nhất. Trong một số trường hợp, doanh nghiệp chủ động thay đổi quy trình hoặc kiến trúc vì công nghệ mới tạo ra giá trị đủ lớn. Quy trình lựa chọn giúp phân biệt thay đổi có chủ đích với chi phí phát sinh do đánh giá thiếu trước khi đầu tư.

Đánh giá khả năng thích ứng giúp công nghệ duy trì giá trị trong dài hạn

Doanh nghiệp không lựa chọn công nghệ chỉ cho trạng thái hiện tại. Trong thời gian sử dụng, số người dùng, khối lượng dữ liệu, quy trình, yêu cầu bảo mật, mô hình kinh doanh và hệ sinh thái ứng dụng có thể thay đổi.

Một giải pháp phù hợp hôm nay nhưng khó mở rộng hoặc khó điều chỉnh có thể trở thành giới hạn sau vài năm. Ngược lại, mua một nền tảng có khả năng vượt quá xa nhu cầu thực tế cũng có thể làm tăng chi phí và độ phức tạp mà chưa tạo ra giá trị tương ứng.

Vì vậy, tính phù hợp dài hạn không đồng nghĩa với việc cố gắng dự đoán chính xác tương lai. Doanh nghiệp cần đánh giá khả năng phản ứng của công nghệ khi các điều kiện quan trọng thay đổi.

Các câu hỏi có giá trị hơn việc dự đoán một kịch bản duy nhất gồm:

·         Hệ thống có thể mở rộng khi khối lượng sử dụng tăng không

·         Kiến trúc có cho phép tích hợp thêm nền tảng mới không

·         Dữ liệu có thể được xuất và chuyển sang hệ thống khác ở mức chấp nhận được không

·         Mức độ tùy chỉnh hiện tại có ảnh hưởng đến khả năng nâng cấp không

·         Nhà cung cấp có duy trì sản phẩm và hỗ trợ phiên bản trong khoảng thời gian doanh nghiệp cần không

·         Nếu phải thay đổi công nghệ, chi phí và mức phụ thuộc hiện tại có khiến việc chuyển đổi trở nên quá khó không

Các câu hỏi này đưa yếu tố “khả năng rời bỏ” vào cùng với “khả năng sử dụng”. Đây là điểm quan trọng vì giá trị dài hạn không chỉ đến từ việc một hệ thống có thể phục vụ doanh nghiệp lâu bao nhiêu, mà còn từ việc doanh nghiệp còn giữ được quyền thay đổi khi hệ thống không còn phù hợp.

Quy trình lựa chọn tạo ra quyết định có thể giải thích, kiểm chứng và quản trị

Khi không có quy trình chung, các bên liên quan thường đánh giá công nghệ bằng những tiêu chí khác nhau. Bộ phận nghiệp vụ chú ý đến chức năng, IT quan tâm đến kiến trúc và bảo mật, tài chính tập trung vào chi phí, còn người ra quyết định có thể nhìn vào tốc độ triển khai hoặc uy tín nhà cung cấp.

Mỗi góc nhìn đều có giá trị nhưng có thể dẫn tới kết luận khác nhau nếu không được đặt trong cùng một khung đánh giá.

Quy trình lựa chọn tạo ra một cơ chế để xác định tiêu chí, mức ưu tiên, bằng chứng cần kiểm tra, các điều kiện loại trừ và người chịu trách nhiệm cho từng phần đánh giá. Nhờ đó, quyết định cuối cùng có thể được truy ngược về các giả định và dữ liệu đã sử dụng.

Giá trị này đặc biệt rõ khi xuất hiện bất đồng. Thay vì tranh luận “giải pháp nào tốt hơn”, doanh nghiệp có thể xác định chính xác hai bên đang khác nhau về yêu cầu, trọng số, rủi ro được chấp nhận hay bằng chứng về khả năng của sản phẩm.

ISO/IEC 38500:2024 đặt việc sử dụng công nghệ hiện tại và tương lai trong phạm vi quản trị của tổ chức. Theo logic đó, một quyết định công nghệ tốt không chỉ cần tạo ra kết quả kỹ thuật mà còn phải có thể được giám sát và giải trình trong bối cảnh mục tiêu của tổ chức.

Tuy nhiên, quy trình cũng không nên biến thành một hệ thống chấm điểm máy móc. Điểm số có thể hỗ trợ so sánh nhưng không thay thế đánh giá chuyên môn. Một rủi ro nghiêm trọng, một yêu cầu bắt buộc hoặc một giới hạn kiến trúc có thể quan trọng hơn tổng điểm của hàng chục tiêu chí ít quan trọng hơn.

Vai trò của lựa chọn công nghệ đối với doanh nghiệp nằm ở khả năng nâng chất lượng của quyết định trước khi tổ chức phải chịu các hệ quả dài hạn của quyết định đó. Một quy trình phù hợp giúp doanh nghiệp xác định đúng nhu cầu, nhận diện rủi ro, nhìn thấy tổng chi phí, kiểm tra độ tương thích, đánh giá khả năng thích ứng và tạo căn cứ giải trình cho phương án được chọn.

Giá trị lớn nhất của quy trình không phải là bảo đảm doanh nghiệp luôn chọn được một công nghệ hoàn hảo. Trong thực tế, mọi phương án đều có giới hạn và trade-off. Giá trị của nó là làm cho những giới hạn đó trở nên rõ ràng trước khi cam kết đầu tư, để doanh nghiệp biết mình đang nhận được gì, đang chấp nhận rủi ro nào và còn bao nhiêu khả năng điều chỉnh khi điều kiện thay đổi.

Theo nghĩa đó, lựa chọn công nghệ là một cơ chế quản trị rủi ro và bảo vệ khả năng thích ứng của doanh nghiệp, chứ không chỉ là bước so sánh sản phẩm trước khi mua.