Tự Xây, Mua Sẵn Hay Điều Phối? Khung Ra Quyết Định Công Nghệ Cho Ban Điều Hành

Tháng 11 là lúc các đề xuất công nghệ cho năm 2027 gửi đến ban điều hành. Khối tài chính muốn thêm một phân hệ ERP. Khối vận hành muốn một ứng dụng phê duyệt. IT muốn tự phát triển cổng thông tin nhà cung cấp. Mỗi đề xuất được trình bày như một quyết định riêng, và đó chính là vấn đề.

Câu hỏi đúng không phải công cụ này có tốt không, mà là quyết định này làm kiến trúc vận hành của chúng ta gọn hơn hay rối thêm.

Vì sao "xây hay mua" không còn đủ

Báo cáo năm 2025 của World Commerce & Contracting (WorldCC) cho thấy dữ liệu liên quan đến hợp đồng trung bình nằm rải rác trên 24 hệ thống, và 83% lãnh đạo cho rằng hợp đồng của họ quá cứng nhắc để thích ứng với thay đổi. Không ai thiết kế ra 24 hệ thống. Chúng tích tụ dần, mỗi lần một quyết định hợp lý.

Khi chỉ có hai lựa chọn, mỗi quyết định giải quyết bài toán của một phòng ban và để lại khoảng trống cho quy trình đi qua nhiều phòng ban. Khoảng trống đó thường được lấp bằng tay: xuất file CSV từ ERP, dán vào Excel, gửi email xin duyệt.

Ba con đường, ba cái giá

Tự xây: Hợp lý khi quy trình chính là lợi thế khác biệt của doanh nghiệp. Cái giá: thời gian ra giá trị dài, phụ thuộc vào vài người nắm mã nguồn, và chi phí bảo trì kéo dài nhiều năm sau nghiệm thu. Dấu hiệu quen thuộc: dự án khởi động từ quý 1, đến cuối năm vẫn đang ở "giai đoạn 2".

Mua sẵn: Hợp lý cho chức năng đã chuẩn hóa như kế toán hay tính lương. Cái giá: quy trình phải uốn theo phần mềm, và khi mỗi phòng ban mua một giải pháp, dữ liệu không nói chuyện với nhau.

Điều phối: BOAT (Business Orchestration and Automation Technologies) giữ nguyên hệ thống lõi như ERP, CRM, HRM và thêm một lớp kết nối con người, dữ liệu và quyết định. Cấu hình low-code cho phép thay đổi luồng trong vài ngày. Cái giá: cần một người chịu trách nhiệm quy trình đầu cuối và kỷ luật quản trị cấu hình. Điều phối không thay thế hệ thống lõi.

Ma trận chấm điểm 6 tiêu chí

Chấm mỗi đề xuất từ 1 đến 5 theo từng tiêu chí, nhân trọng số rồi cộng lại. Trọng số dưới đây là điểm khởi đầu; ban điều hành nên điều chỉnh theo ưu tiên năm 2027 của mình.

Hai quy tắc giúp ma trận không trở thành thủ tục hình thức: 

Quy tắc 1: Đề xuất nào làm tăng số hệ thống mà một quy trình phải đi qua cần giải trình riêng

Quy tắc 2: Khi hai phương án sát điểm, chọn phương án có điểm "chi phí thay đổi" cao hơn, vì năm 2027 hiếm khi diễn ra đúng như kế hoạch.

Khi nào chọn con đường nào

• Xây: quy trình là lợi thế cạnh tranh và có đội ngũ duy trì dài hạn.

• Mua: chức năng chuẩn hóa, ít thay đổi, khung quy định rõ ràng.

• Điều phối: quy trình đi qua nhiều phòng ban, nhiều hệ thống hoặc nhiều pháp nhân và thay đổi thường xuyên, như phê duyệt, mua sắm, giao kết hợp đồng, tiếp nhận nhân sự.

Phần lớn doanh nghiệp sẽ dùng cả ba. Quyết định quan trọng là phân vai cho từng con đường, thay vì để từng phòng ban tự chọn.

Mang gì vào cuộc họp ngân sách

• Yêu cầu mọi đề xuất công nghệ được chấm trên cùng một ma trận.

• Hỏi mỗi đề xuất: nó làm tăng hay giảm số hệ thống mà một quy trình phải đi qua?

• Duyệt ngân sách cho lớp điều phối trước khi duyệt thêm một giải pháp điểm.

•  

Kyta Platform, do FPT IS phát triển trên tư duy BOAT, là lớp điều phối low-code kết nối định danh điện tử, phê duyệt, ký số và quản lý hợp đồng với ERP, CRM, HRM sẵn có. Nếu ban điều hành muốn chấm thử một quy trình cụ thể theo ma trận trên, đội ngũ Kyta có thể cùng làm trong một buổi tư vấn quy trình.

Kyta Platform - kyta.fpt.com | ☎ 1900 636 121 ext 2 | ✉ support.kyta@fpt.com