Kế hoạch chuyển đổi số doanh nghiệp: ngân sách và người chịu trách nhiệm
Một kế hoạch không có ngân sách chi tiết và người chịu trách nhiệm là một bản trình bày. Bài viết đưa cấu trúc ngân sách bảy dòng, bảng phân vai và cổng phê duyệt.

Mục lục bài viết
Trả lời nhanh
Kế hoạch chuyển đổi số doanh nghiệp cần ba thứ: phạm vi kiểm tra được, cấu trúc ngân sách đủ bảy dòng và một bảng phân vai. Kèm ba câu hỏi ở cổng phê duyệt.
Kế hoạch chuyển đổi số doanh nghiệp gồm ba phần: phạm vi kiểm tra được, cấu trúc ngân sách có cả chi phí một lần và định kỳ, và bảng phân vai ghi rõ ai chịu trách nhiệm cuối. Thiếu phần nào, kế hoạch chỉ là bản trình bày và không ai biết khi nào nó thất bại.
Tóm tắt nhanh
- Phạm vi phải viết được thành một câu kiểm tra được: quy trình nào, nhóm nào, trong bao lâu, và tiêu chí ra là gì.
- Ngân sách cần bảy dòng, trong đó ba dòng hay bị bỏ là thời gian nội bộ, chi phí chạy song song và chi phí định kỳ của năm thứ hai.
- Mỗi hoạt động cần một người chịu trách nhiệm cuối, không phải một nhóm. Một nhóm chịu trách nhiệm là không ai chịu trách nhiệm.
- Cổng phê duyệt nên hỏi ba câu: đo bằng gì, ai ký, và điều kiện nào thì dừng.
- Ngân sách không cần con số đẹp. Nó cần đủ dòng để không phát sinh khoản lớn ngoài kế hoạch.
Ba phần của một kế hoạch dùng được
Phạm vi. Viết thành một câu có bốn thành phần: quy trình, nhóm người dùng, khung thời gian, tiêu chí ra. Ví dụ: "Số hoá quy trình nhập đơn và xác nhận thanh toán cho chi nhánh trung tâm trong 90 ngày, tiêu chí ra là ba chỉ số đo được và không còn nhập lại dữ liệu." Câu này kiểm tra được, nên nó cũng chặn được việc mở rộng phạm vi giữa đường.
Ngân sách. Không phải một con số tổng, mà là các dòng có đơn vị ước lượng riêng. Một con số tổng luôn trông hợp lý cho đến khi có khoản phát sinh.
Phân vai. Mỗi hoạt động cần một người chịu trách nhiệm cuối. Trong doanh nghiệp vừa và nhỏ, người này thường là người đang chịu trách nhiệm vận hành quy trình, không phải người phụ trách công nghệ.
Ba phần này liên kết với nhau: phạm vi quyết định ngân sách, ngân sách quyết định ai cần tham gia, và phân vai quyết định ai có quyền dừng khi cần.
Cấu trúc ngân sách bảy dòng
| Dòng ngân sách | Bao gồm | Một lần hay định kỳ | Cách ước lượng |
|---|---|---|---|
| Phần mềm hoặc giấy phép | Quyền sử dụng, mô-đun, số người dùng | Định kỳ | Theo số người dùng thật, không theo số dự kiến |
| Triển khai và cấu hình | Thiết lập ban đầu, mẫu biểu, quy tắc | Một lần | Theo số biểu mẫu và số quy tắc nghiệp vụ |
| Tích hợp | Nối với hệ thống kế toán, kho, kênh bán | Một lần, có thể phát sinh | Theo số luồng dữ liệu, không theo số hệ thống |
| Chuyển và làm sạch dữ liệu | Trích xuất, chuẩn hoá, hợp nhất mã | Một lần | Theo số bản ghi và tỷ lệ lỗi trên mẫu |
| Đào tạo và tài liệu | Hướng dẫn theo vai trò, tài liệu thao tác | Một lần, lặp lại khi mở rộng | Theo số vai trò, không theo số người |
| Hạ tầng và vận hành | Máy chủ, sao lưu, giám sát, hỗ trợ | Định kỳ | Theo tải cao điểm, không theo trung bình năm |
| Thời gian nội bộ | Thời gian của người tham gia dự án ngoài công việc thường ngày | Một lần | Theo số người và số giờ mỗi tuần trong từng chặng |
Ba điểm cần lưu ý khi điền bảng này.
Đơn vị ước lượng phải là thứ đếm được. "Theo số biểu mẫu" đếm được; "theo độ phức tạp" thì không. Mỗi dòng nên có một đơn vị mà hai người khác nhau đếm ra cùng kết quả.
Dòng thời gian nội bộ thường bị bỏ nhất. Nếu ba người mỗi tuần dành vài giờ cho dự án, đó là chi phí thật, kể cả khi không có hoá đơn. Bỏ dòng này làm kế hoạch trông rẻ hơn thực tế và làm mọi ước lượng sau đó lệch.
Dòng định kỳ phải kéo dài ít nhất hai năm. Năm đầu thường được giảm giá hoặc miễn phí một phần; năm thứ hai mới là chi phí thật. Kế hoạch chỉ tính năm đầu sẽ thiếu ngân sách đúng vào lúc hệ thống đã đi vào vận hành.
Ba dòng chi phí ẩn
Chạy song song. Trong giai đoạn chuyển, đội vừa làm theo cách cũ vừa nhập vào hệ thống mới. Chi phí này không xuất hiện trong bất kỳ báo giá nào vì nó là thời gian, nhưng nó thường là dòng lớn nhất trong toàn bộ kế hoạch. Cách kiểm soát: đặt hạn chót cho giai đoạn song song ngay khi lập kế hoạch, kèm điều kiện để tắt cách làm cũ.
Sửa sau khi chạy thử. Ngoại lệ phát sinh trong chạy thử gần như luôn nhiều hơn dự kiến. Nên dành một khoảng dự phòng riêng cho việc này thay vì coi nó là phát sinh ngoài kế hoạch. Cách ước lượng: đếm số ngoại lệ trong một tuần chạy thử đầu tiên rồi nhân với số tuần còn lại.
Duy trì sau khi dự án kết thúc. Hệ thống cần nâng cấp, cần người xử lý yêu cầu, cần cập nhật khi đối tác đổi giao diện. Khoản này thuộc ngân sách vận hành, không thuộc ngân sách dự án, và cần được chuyển sang đúng nơi trước khi dự án đóng.
Người chịu trách nhiệm: bảng phân vai
Bảng dưới đây dùng bốn vai: người làm (R), người chịu trách nhiệm cuối (A), người được hỏi ý kiến (C), người được thông báo (I). Mỗi hoạt động chỉ có một chữ A.
| Hoạt động | Người làm (R) | Chịu trách nhiệm cuối (A) | Hỏi ý kiến (C) | Thông báo (I) |
|---|---|---|---|---|
| Chọn quy trình và đặt tiêu chí ra | Người phụ trách quy trình | Giám đốc vận hành | Người dùng trực tiếp, người triển khai | Ban lãnh đạo |
| Làm sạch dữ liệu | Người triển khai | Người phụ trách quy trình | Kế toán, kho | Ban lãnh đạo |
| Cấu hình và tích hợp | Người triển khai hoặc nhà cung cấp | Người phụ trách quy trình | Người dùng trực tiếp | Bộ phận bị ảnh hưởng |
| Đào tạo | Người triển khai | Người phụ trách quy trình | Trưởng nhóm vận hành | Toàn bộ người dùng |
| Đo chỉ số và báo cáo | Người triển khai | Người phụ trách quy trình | Kế toán | Ban lãnh đạo |
| Quyết định mở rộng hoặc dừng | Người phụ trách quy trình | Giám đốc vận hành | Người triển khai | Ban lãnh đạo, toàn bộ người dùng |
Hai quy tắc khi dùng bảng này.
Chữ A không thể là một nhóm. Nếu ô chịu trách nhiệm cuối ghi "ban lãnh đạo" hoặc "cả đội", thì khi có vấn đề sẽ không ai quyết định. Một người, một tên.
Người chịu trách nhiệm cuối phải là người hưởng lợi từ kết quả. Nếu người chịu trách nhiệm cuối là người triển khai công nghệ, họ sẽ tối ưu cho việc hệ thống chạy, không tối ưu cho việc quy trình nhanh hơn. Hai mục tiêu này thường trùng nhau nhưng không phải lúc nào cũng vậy.
Cổng phê duyệt: ba câu hỏi trước khi duyệt
Một kế hoạch nên được duyệt ở một cổng duy nhất, với ba câu hỏi. Nếu không trả lời được cả ba, kế hoạch chưa sẵn sàng để bắt đầu.
Một — Đo bằng gì? Phải có ít nhất một chỉ số đo được trước khi triển khai và đo lại sau. Nếu chỉ số chỉ xuất hiện sau khi triển khai, không có mốc so sánh và mọi báo cáo đều có thể bị diễn giải theo hướng có lợi.
Hai — Ai ký? Một người có tên chịu trách nhiệm cuối, và một người có thẩm quyền quyết định dừng. Hai vai này có thể là cùng một người ở doanh nghiệp nhỏ, nhưng phải được ghi ra.
Ba — Điều kiện nào thì dừng? Kế hoạch phải nêu trước các tín hiệu dừng: dữ liệu không sạch trong ngưỡng đã đặt, người dùng vẫn làm song song sau một khoảng thời gian, hoặc chi phí tích hợp vượt một tỷ lệ đã định so với tổng ngân sách.
Có điều kiện dừng trước khi bắt đầu nghe có vẻ bi quan. Thực tế, nó là thứ giúp người đề xuất bảo vệ ngân sách: một kế hoạch có điểm dừng rõ ràng đáng tin hơn một kế hoạch hứa chạy đến cùng.
Câu hỏi thường gặp
Kế hoạch chuyển đổi số nên dài bao nhiêu trang?
Đủ để trả lời ba câu hỏi ở cổng phê duyệt và đủ chi tiết để hai người khác nhau ước lượng ra cùng một kết quả. Trong thực tế, một kế hoạch cho một quy trình thường gói trong vài trang: phạm vi một câu, bảng ngân sách bảy dòng, bảng phân vai sáu dòng và danh sách tín hiệu dừng.
Ngân sách nên tính theo năm hay theo chặng?
Cả hai. Ngân sách theo chặng dùng để kiểm soát chi tiêu trong từng giai đoạn; ngân sách theo năm dùng để thấy chi phí định kỳ của năm thứ hai và năm thứ ba. Chỉ có ngân sách theo chặng sẽ che mất chi phí vận hành dài hạn.
Ai nên là người chịu trách nhiệm cuối?
Người đang chịu trách nhiệm vận hành quy trình được số hoá. Người này hiểu thiệt hại khi quy trình sai, có quyền thay đổi cách làm việc và là người hưởng lợi trực tiếp từ kết quả. Người phụ trách công nghệ phù hợp với vai người làm hoặc người hỏi ý kiến, không phù hợp với vai chịu trách nhiệm cuối.
Làm sao thuyết phục ban lãnh đạo duyệt ngân sách?
Bằng một chỉ số đo trước, một chỉ số mục tiêu, một người chịu trách nhiệm và một điều kiện dừng. Bốn thứ này biến đề xuất từ một niềm tin thành một thử nghiệm có giới hạn. Ban lãnh đạo thường không từ chối thử nghiệm có giới hạn; họ từ chối những cam kết không có điểm dừng.
Cập nhật và kiểm chứng
Cập nhật tháng 10/2026. Nội dung được rà soát theo thông lệ lập kế hoạch và quản trị thay đổi đang áp dụng. Bài viết không nêu giá phần mềm, không nêu tỷ lệ hoàn vốn và không sử dụng số liệu khách hàng của bất kỳ bên nào; các bảng trong bài là khung để điền số của doanh nghiệp bạn.
Bức tranh tổng thể về ba mức chuyển đổi số nằm trong chuyển đổi số doanh nghiệp là gì. Cách chia 90 ngày thành bốn chặng có tiêu chí ra nằm trong chuyển đổi số doanh nghiệp vừa và nhỏ. Nếu quy trình bạn chọn thuộc ngành ăn uống, xem ví dụ đầy đủ trong phần mềm quản lý nhà hàng. Khi cần một đội xây dựng hệ thống kèm kế hoạch bàn giao và phân vai rõ ràng, xem dịch vụ xây dựng phần mềm theo yêu cầu của WinSell. Báo giá sau khi chốt phạm vi.
Cần một hệ thống chạy được, không chỉ một bài viết?
WinSell xây phần mềm theo yêu cầu và làm SEO/GEO cho chính sản phẩm đó. Phạm vi và báo giá được chốt sau bước khám phá.


