Bỏ qua điều hướng
Chuyển Đổi Số

Chuyển đổi số doanh nghiệp vừa và nhỏ: lộ trình 90 ngày

Doanh nghiệp vừa và nhỏ không thiếu công cụ, mà thiếu một phạm vi đủ nhỏ để hoàn thành. Bài viết chia 90 ngày thành bốn cổng quyết định với bằng chứng và điều kiện đi tiếp cho từng cổng.

Chuyển đổi số doanh nghiệp vừa và nhỏ: lộ trình 90 ngày
Mục lục bài viết

Trả lời nhanh

Chuyển đổi số doanh nghiệp vừa và nhỏ nên bắt đầu bằng một quy trình trong 90 ngày, có mốc đo từng chặng và điều kiện dừng. Lộ trình 13 tuần kèm tiêu chí ra.

Chuyển đổi số doanh nghiệp vừa và nhỏ nên bắt đầu bằng một quy trình duy nhất trong 90 ngày, chia thành bốn cổng quyết định: chốt phạm vi, dữ liệu đủ dùng, chạy thật trên một điểm, đối chiếu và chốt bước tiếp. Mỗi cổng có một câu hỏi, một bằng chứng và một điều kiện đi tiếp.

Tóm tắt nhanh

  • 90 ngày đủ để chứng minh một quy trình chạy khác đi và kết quả đo được khác đi. Nó không đủ để số hoá toàn bộ doanh nghiệp, và không nên cố.
  • Ba ràng buộc riêng của doanh nghiệp vừa và nhỏ: dòng tiền không chịu được dự án dài, không có bộ phận IT riêng, và người quyết định cuối cùng thường là người đang trực tiếp vận hành.
  • Lộ trình chia bốn cổng, mỗi cổng có một câu hỏi và một bằng chứng tối thiểu: bảng mốc đo, báo cáo dữ liệu mẫu, biên bản ca chạy thật, và báo cáo so sánh.
  • Điều kiện dừng quan trọng ngang điều kiện tiến: nếu dữ liệu chưa sẵn sàng hoặc quy trình còn đang đổi, dừng lại rẻ hơn nhiều so với mở rộng.
  • Đừng chạy song song hai cách làm quá 30 ngày. Giai đoạn song song là giai đoạn tốn kém nhất và cũng dễ kéo dài vô hạn nhất.

Vì sao 90 ngày, không phải ba năm

Một kế hoạch chuyển đổi số ba năm có hai vấn đề với doanh nghiệp vừa và nhỏ. Thứ nhất, nó không tạo ra kết quả nào trong năm đầu, nên không có gì để bảo vệ ngân sách khi có biến động. Thứ hai, nó giả định môi trường kinh doanh đủ ổn định để kế hoạch còn đúng ở năm thứ ba — giả định này hiếm khi đúng.

90 ngày đảo ngược hai vấn đề đó. Nó tạo ra một kết quả đo được trong một quý, đủ để quyết định có mở rộng hay không. Nó cũng buộc phải chọn một phạm vi nhỏ, và việc chọn phạm vi chính là phần khó nhất của mọi chương trình chuyển đổi số.

Điều 90 ngày không làm được là thay đổi toàn bộ cách vận hành. Đó là lý do lộ trình này chỉ có một quy trình. Nếu sau 90 ngày bạn có một quy trình chạy tốt và số liệu chứng minh, bạn có một mô hình để lặp lại. Nếu bạn có mười quy trình chạy dở, bạn không có gì cả.

Ba ràng buộc riêng của doanh nghiệp vừa và nhỏ

Dòng tiền không chịu được dự án dài. Doanh nghiệp lớn có thể đầu tư hai năm trước khi thấy kết quả. Doanh nghiệp vừa và nhỏ thường cần thấy tác động trong vòng một đến hai quý. Vì vậy lộ trình phải có một mốc đo ở giữa, không chỉ ở cuối.

Không có bộ phận IT riêng. Người hiểu hệ thống thường là người kiêm nhiệm, và họ vẫn phải làm việc hằng ngày. Điều này có nghĩa là mọi yêu cầu phải gọn, mọi cuộc họp phải ngắn, và tài liệu phải đủ để người khác đọc lại mà không cần hỏi.

Người quyết định cũng là người vận hành. Ở doanh nghiệp nhỏ, người duyệt ngân sách thường trực tiếp dùng hệ thống. Đây là lợi thế nếu tận dụng đúng: quyết định nhanh, phản hồi thật. Nhưng cũng là rủi ro: người đó có thể thay đổi yêu cầu giữa đường vì một trải nghiệm cá nhân, và mọi thay đổi giữa đường đều đắt.

Ba ràng buộc này dẫn đến một nguyên tắc chung: phạm vi nhỏ, nhịp ngắn, bằng chứng sớm.

Phạm vi: một quy trình, một nhóm, một chu kỳ

Ba giới hạn dưới đây nghe hẹp, nhưng chúng là điều kiện để 90 ngày kết thúc bằng một kết quả thay vì một danh sách việc dở dang.

Một quy trình. Không phải một phòng ban, không phải một hệ thống. Quy trình có điểm bắt đầu và điểm kết thúc rõ ràng, ví dụ "từ lúc nhận file in đến lúc giao hàng và đối soát".

Một nhóm người dùng. Đủ nhỏ để đào tạo trực tiếp và đủ lớn để gặp ngoại lệ thật. Nhóm này cũng là nhóm cung cấp phản hồi, nên chọn người sẵn sàng nói ra vấn đề thay vì người dễ chịu nhất.

Một chu kỳ trọn vẹn. Chạy hết một vòng của quy trình, kể cả phần cuối như đối soát hoặc báo cáo. Đánh giá giữa chu kỳ thường cho kết quả lạc quan sai, vì phần khó nhất thường nằm ở cuối.

Mười ba tuần, bốn cổng quyết định

Lộ trình dưới đây không chia theo đầu việc mà chia theo cổng quyết định. Mỗi cổng trả lời một câu hỏi, đòi một bằng chứng, và có điều kiện đi tiếp. Ví dụ xuyên suốt là một xưởng in nhận đơn theo yêu cầu.

Cổng Tuần Câu hỏi phải trả lời được Bằng chứng tối thiểu Điều kiện đi tiếp
Chốt phạm vi 1-3 Quy trình nào, đo bằng ba số nào? Bảng mốc đo có người xác nhận Cả ba số có giá trị nền và cách đo lặp lại
Dữ liệu đủ dùng 4-6 Trường nào bắt buộc, tỷ lệ lỗi còn bao nhiêu? Báo cáo mẫu 200 bản ghi kèm ngưỡng Tỷ lệ thiếu trường dưới ngưỡng đã đặt
Chạy thật 7-10 Nhóm thử đã chạy trọn một vòng chưa? Biên bản ca chạy và danh sách ngoại lệ Không còn ngoại lệ chặn vòng chạy
Quyết định 11-13 Ba số đã đổi chưa, đổi bao nhiêu? Báo cáo so sánh cùng cách đo Có quyết định bằng văn bản: mở rộng, lặp lại hay dừng

Tuần 1-3 — Khoanh vùng quy trình và dựng mốc đo

Với xưởng in, quy trình nên chọn là "từ lúc nhận file của khách đến lúc lệnh in được giao và đối soát". Đây là quy trình có điểm đầu, điểm cuối và nhiều chỗ phải chờ người khác trả lời.

Ba chỉ số đo trên chính quy trình đó:

  1. Thời gian từ lúc nhận file đến lúc lên máy — tính bằng giờ, gồm cả thời gian chờ khách xác nhận.
  2. Tỷ lệ lệnh phải in lại — vì file sai, vì lệch màu, hoặc vì thiếu thông số.
  3. Số lần phải gọi lại khách — mỗi cuộc gọi là một bước chưa được ghi trong hệ thống.

Cách đo phải ghi lại thành quy trình, vì cổng cuối kỳ sẽ đo lại y hệt. Nếu lần sau đo khác cách, con số so sánh không còn nghĩa.

Tuần 4-6 — Dọn dữ liệu đầu vào

Chặng này hay bị đánh giá thấp và cũng hay làm trễ nhất. Nguyên tắc: chỉ làm sạch dữ liệu mà quy trình mục tiêu đọc và ghi, không làm sạch toàn bộ cơ sở dữ liệu.

Với xưởng in, dữ liệu cần sạch là danh mục giấy và khổ in, bảng giá theo số lượng, và mã khách. Cách làm gồm ba bước: liệt kê trường bắt buộc, lấy mẫu 200 lệnh gần nhất và đo ba tỷ lệ — thiếu trường, trùng mã khách, giá trị ngoài khoảng hợp lệ — rồi đặt ngưỡng và làm sạch đến ngưỡng đó.

Điểm cần quyết sớm: một khách chỉ có một mã. Nếu tên khách đang tồn tại ở ba nơi với ba cách viết, hãy hợp nhất trước khi số hoá. Làm sau sẽ khó hơn vì dữ liệu mới sinh ra theo mã cũ.

Tuần 7-10 — Chạy thật trên một điểm

Chọn một điểm đủ nhỏ để kiểm soát và đủ lớn để gặp ngoại lệ thật: một ca in, một máy, hoặc một nhóm khách quen. Chạy trọn một vòng quy trình, kể cả bước giao hàng và đối soát, không dừng ở giữa vòng.

Trong suốt chặng này, ghi ngoại lệ theo ba cột: tình huống, cách xử lý tạm, đề xuất. Danh sách này là yêu cầu thật cho phiên bản tiếp theo, quan trọng hơn mọi danh sách tính năng lập trước khi chạy.

Giữ cách làm cũ song song, nhưng đặt hạn chót cụ thể. Không có hạn chót, giai đoạn song song sẽ kéo dài vì nó an toàn cho mọi người và tốn kém cho xưởng.

Tuần 11-13 — Đối chiếu và chốt bước tiếp

Đo lại đúng ba chỉ số của tuần 1-3, theo đúng cách đã ghi. Kết quả có bốn khả năng, và mỗi khả năng dẫn tới một quyết định khác nhau:

Kết quả Cách đọc Hành động
Thời gian giảm, tỷ lệ in lại giảm Quy trình đã thực sự thay đổi Mở rộng sang ca hoặc máy thứ hai
Thời gian giảm, tỷ lệ in lại không đổi Nhanh hơn nhưng chất lượng dữ liệu chưa đủ Quay lại chặng dọn dữ liệu thêm hai tuần
Thời gian không đổi, tỷ lệ in lại giảm Chất lượng tốt hơn nhưng chưa tiết kiệm thời gian Kiểm tra lại các bước chờ duyệt
Cả hai không đổi Quy trình chưa đổi, chỉ có công cụ mới Dừng và chọn lại quy trình

Quyết định nên được ghi thành văn bản, kể cả khi quyết định là dừng. Một quyết định dừng có lý do rõ ràng tiết kiệm nhiều tháng so với việc tiếp tục vì đã lỡ đầu tư.

Nhịp làm việc trong 90 ngày

Một chương trình 90 ngày không cần nhiều cuộc họp, nhưng cần đúng ba nhịp. Thiếu nhịp nào, chương trình sẽ trôi theo công việc hằng ngày.

Nhịp Ai tham gia Thời lượng Đầu ra bắt buộc
Điểm tin hằng tuần Người phụ trách quy trình, người triển khai 15-20 phút Việc đã xong, việc đang chặn, quyết định cần trong tuần
Rà soát ngoại lệ hai tuần một lần Người dùng trực tiếp và người triển khai 30-45 phút Danh sách ngoại lệ đã phân loại và thứ tự xử lý
Cổng quyết định cuối mỗi chặng Người duyệt ngân sách, người phụ trách quy trình 45-60 phút Quyết định bằng văn bản: tiếp, thu hẹp hay dừng

Điểm tin hằng tuần nên rất ngắn và có ba câu trả lời cố định. Cuộc họp dài nhất là cổng quyết định, vì đó là lúc đọc số và quyết định tiếp hay dừng.

Một sai lầm hay gặp là thay điểm tin bằng một nhóm trò chuyện. Trò chuyện giữ thông tin nhưng không tạo quyết định, và không ai có trách nhiệm tổng hợp. Nếu nhóm đã dùng trò chuyện để trao đổi hằng ngày, vẫn nên có một cuộc họp ngắn mỗi tuần với đầu ra được ghi lại.

Sai lầm thứ hai là mời quá nhiều người. Mỗi người thêm vào một cuộc họp làm cuộc họp dài hơn nhưng không làm quyết định nhanh hơn. Ba vai trò trong bảng trên là đủ cho một chương trình một quy trình.

Ba điểm dừng nên nhận ra

Cách nhận đơn hoặc cách sản xuất đang đổi. Nếu xưởng sắp đổi máy, đổi định dạng file nhận từ khách, hoặc đổi cách tính giá, hãy ổn định việc đó trước. Số hoá một quy trình đang đổi sẽ làm mỗi lần đổi sau khó hơn.

Không có người chịu trách nhiệm kết quả. Nếu người phụ trách chỉ là người cài công cụ, không phải người chịu trách nhiệm vận hành quy trình, thì khi có ngoại lệ sẽ không ai có quyền quyết định. Cần một người có quyền đổi cách làm việc.

Dữ liệu không sạch được trong ngưỡng đã đặt. Nếu sau bốn tuần mà tỷ lệ lệnh thiếu thông số vẫn cao, vấn đề có thể nằm ở biểu mẫu nhận đơn chứ không ở dữ liệu. Sửa biểu mẫu trước, rồi làm sạch lại.

Câu hỏi thường gặp

Doanh nghiệp vừa và nhỏ nên bắt đầu từ quy trình nào?

Quy trình có khối lượng cao, thiệt hại mỗi lỗi lớn và dữ liệu đầu vào đã tương đối sẵn sàng. Trong thực tế, ba ứng viên hay gặp là nhận đơn và báo giá, đối soát thanh toán và theo dõi vật tư tiêu hao. Tránh bắt đầu từ quy trình ít xảy ra hoặc quy trình đang được thiết kế lại.

90 ngày có đủ để thấy kết quả không?

Đủ để thấy một quy trình chạy khác đi và ba chỉ số thay đổi theo hướng đo được. Không đủ để số hoá nhiều quy trình. Nếu mục tiêu là có một kết quả kiểm chứng được để thuyết phục người duyệt ngân sách, 90 ngày là khung hợp lý. Nếu mục tiêu là thay đổi toàn bộ cách vận hành, cần nhiều chu kỳ 90 ngày nối tiếp.

Có cần thuê ngoài hay tự làm?

Phụ thuộc vào ba thứ: có ai đủ hiểu quy trình để viết yêu cầu chính xác không, có ai đủ hiểu hệ thống để kiểm tra chất lượng không, và mức độ cần phản hồi nhanh khi có sự cố. Tự làm rẻ hơn khi quy trình đơn giản và có người hiểu cả nghiệp vụ lẫn kỹ thuật. Thuê ngoài hợp lý khi cần năng lực chuyên môn mà nội bộ không có, nhưng phải giữ vai trò kiểm tra chất lượng.

Nên chọn phần mềm đóng gói hay đặt làm riêng?

Phần mềm đóng gói hợp lý khi quy trình của bạn gần với thông lệ chung và không tạo ra lợi thế cạnh tranh. Đặt làm riêng hợp lý khi quy trình là điểm khác biệt, hoặc khi phải nối nhiều hệ thống mà gói sẵn không hỗ trợ. Điều nên tránh là mua gói sẵn rồi yêu cầu chỉnh nhiều đến mức chi phí bằng đặt làm, nhưng không kiểm soát được mã nguồn.

Làm sao thuyết phục người duyệt ngân sách?

Bằng ba con số đo trước và đo lại trên cùng một quy trình, kèm thời gian và tỷ lệ làm lại. Một báo cáo có số cụ thể thuyết phục hơn một bản trình bày về xu hướng. Nếu chưa có số, hãy dành hai tuần đầu chỉ để đo — đó là hai tuần rẻ nhất trong toàn bộ chương trình.

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ệ triển khai hệ thống cho doanh nghiệp vừa và nhỏ. Bài viết không nêu tỷ lệ thành công, tỷ lệ hoàn vốn hay giá phần mềm của bất kỳ bên nào; các bảng trong bài là khung làm việc, không phải số liệu khảo sát.

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ì. Bộ sáu thước đo kèm công thức nằm trong chỉ số chuyển đổi số doanh nghiệp. Cách chia giai đoạn dài hạn hơn nằm trong lộ trình chuyển đổi số doanh nghiệp. Nếu quy trình bạn chọn thuộc ngành ăn uống, bài phần mềm quản lý nhà hàng là ví dụ đầy đủ về một quy trình ngành được số hoá. Khi cần một đội xây dựng hệ thống theo đúng quy trình đã chọn, 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.

Chia sẻFacebookXLinkedIn

Đội ngũ WinSell

Bài viết được biên tập bởi đội ngũ WinSell tại Cần Thơ. Nội dung tập trung vào vận hành bán hàng, tự động hóa hội thoại và ứng dụng AI cho doanh nghiệp nhỏ tại Việt Nam.

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á.