Workflow cho doanh nghiệp sản xuất: từ phê duyệt đến vận hành có context, evidence và AI hỗ trợ

2026-10-07

Tóm tắt cho CEO/COO

• Workflow của doanh nghiệp sản xuất vừa và nhỏ thường dừng ở phê duyệt đã số hóa: biểu mẫu điện tử, luồng duyệt, thông báo. Nó thay giấy bằng màn hình, nhưng việc vẫn chậm vì phần khó nằm ở chỗ khác: ai biết việc đang ở đâu, sự kiện nào kích hoạt việc gì, ca đặc biệt xử lý theo tiền lệ nào, và người duyệt cần những gì để quyết định.
• Bài này là bản đồ cho cả nhóm bài về workflow. Mạch chính: từ request → approval sang event → action; từ “mọi thứ chờ người duyệt” sang rule do người có thẩm quyền ban hành cho ca lặp lại, con người cho ca cần phán đoán; và từ workflow không biết gì về tổ chức sang workflow có context được duy trì và có chủ sở hữu.
• AI trong workflow làm hai việc: diễn giải đầu vào không cấu trúc để rule chạy được, và chuẩn bị evidence để con người phán đoán. Quyền quyết định không chuyển sang AI. Hành động chỉ tự chạy khi một rule do người có thẩm quyền ban hành cho phép.
• Không phải quy trình nào cũng cần lên cấp cao nhất. Câu hỏi đúng là bước tiếp theo có ý nghĩa kinh tế cho quy trình đang gây tổn thất nhất là gì.
• Cuối bài có bản tự kiểm tra tám dấu hiệu và năm bước để bắt đầu.

Vì sao doanh nghiệp sản xuất cần nhìn lại workflow

Một nhà máy vừa thường đã có ERP hoặc phần mềm duyệt chứng từ. Biểu mẫu nằm trên màn hình, luồng duyệt có người nhận thông báo. Nhưng nếu hỏi người điều hành, ba than phiền hay lặp lại:

• “Có workflow rồi, sao đơn hàng vẫn chậm?”
• “Muốn biết một việc đang kẹt ở đâu phải gọi điện hoặc hỏi trong nhóm chat.”
• “Ca đặc biệt vẫn phải hỏi anh X, vì chỉ anh ấy nhớ.”

Đây không phải lỗi của phần mềm. Phần mềm duyệt giải quyết bài toán truyền hồ sơ giữa người với người. Nó không giải quyết bài toán điều gì kích hoạt công việc, quy tắc nào áp dụng, tiền lệ nào còn hiệu lực, hay người duyệt cần xem những gì. Những phần đó vẫn nằm trong đầu người, email và Excel.

Một số nghiên cứu về AI trong doanh nghiệp cũng chỉ về hướng này. Khảo sát The state of AI của McKinsey (2025) cho thấy trong số các yếu tố được xem xét, việc thiết kế lại workflow là yếu tố có liên hệ rõ nhất với việc tổ chức thấy tác động lên lợi nhuận từ AI tạo sinh. Đây là mối liên hệ thống kê trong một khảo sát, không phải chứng minh nhân quả, nhưng nó phù hợp với điều nhiều đội vận hành thấy trong thực tế: đặt AI lên một quy trình chưa được thiết kế lại chỉ làm sự mơ hồ chạy nhanh hơn.

Workflow là gì, trong ngữ cảnh của bài này

Trong cách tiếp cận của OKELAS, doanh nghiệp vận hành qua một chuỗi:

Process → Workflow → Event → Evidence → Knowledge → Decision → Action

Workflow là cách một quy trình thực sự chạy: những bước nào, ai làm, theo thứ tự nào, khi sự kiện nào xảy ra, dựa vào evidence nào, và ai có quyền quyết định ở đâu. Quy trình trên giấy mô tả ý định. Workflow là thứ chạy hằng ngày, kể cả phần không ai viết ra.

Vì vậy một workflow tốt không chỉ là một sơ đồ. Nó phải trả lời được: chuyện gì kích hoạt việc này, rule nào áp dụng, ai chịu trách nhiệm, evidence nào đi kèm, và nếu không có rule thì việc đi về đâu.

Phần 1. Vì sao có workflow vẫn chậm

Nhóm bài đầu phân tích những lý do thường gặp. Mỗi lý do là một câu hỏi khác nhau, và cần cách xử lý khác nhau.

Điểm chung: vấn đề thường nằm ở thiết kế cách việc được kích hoạt, định tuyến và quyết định, không nằm ở việc thiếu một công cụ.

Phần 2. Từ request → approval sang event → action

Trong mô hình phê duyệt, mọi thứ bắt đầu bằng một yêu cầu và kết thúc bằng một lần duyệt. Có hai hệ quả. Thứ nhất, việc chỉ bắt đầu khi có người nhớ gửi yêu cầu. Thứ hai, mọi thứ đều chờ người, kể cả những ca mà quy tắc đã rõ và không cần phán đoán.

Mô hình event → action đặt câu hỏi khác: sự kiện nào đã xảy ra, và rule nào cho phép hành động nào chạy? Ví dụ: một lô nguyên liệu vừa nhập kho là một sự kiện; nếu có rule do người có thẩm quyền ban hành, hành động “tạo yêu cầu kiểm tra đầu vào” có thể chạy ngay mà không chờ ai gửi. Hành động chỉ tự chạy khi có rule cho phép. Ca nào rule không phủ được vẫn chuyển cho người.

Hai bài đi sâu phần này:

• Từ Request → Approval sang Event → Action: khi nào hành động không cần chờ duyệt
• Event-Driven Workflow: khi workflow tự nhận biết sự kiện để bắt đầu công việc

Phần 3. Rule hay con người: ai quyết định gì

Không phải quyết định nào cũng nên tự động hóa. Cách phân biệt quen thuộc trong lý thuyết quản trị, từ Herbert Simon (1960), tách quyết định theo chương trình (lặp lại, có quy tắc rõ) và quyết định không theo chương trình (mới, mơ hồ, cần phán đoán). Áp vào workflow:

• Ca lặp lại, có ngưỡng rõ: rule do người có thẩm quyền ban hành quyết định và hành động chạy tự động.
• Ca cần phán đoán: con người quyết định, với evidence được chuẩn bị sẵn.
• Ca chưa có rule: ngoại lệ, có đường đi rõ tới người xử lý, và nếu việc xử lý này trở thành tiền lệ đã xác nhận thì người có thẩm quyền có thể ban hành thành rule mới.

Rule không tự thay đổi. Rule chỉ thay đổi khi người có thẩm quyền ban hành từ tiền lệ đã được xác nhận.

• Rule hay con người: quyết định nào nên tự động hóa trong quy trình
• Xử lý ngoại lệ trong workflow: khi quyết định không có rule sẵn

Phần 4. Context: để ca đặc biệt không phụ thuộc vào trí nhớ

Phần lớn “ca đặc biệt” của một nhà máy không thật sự mới. Khách này có điều kiện riêng, nhà cung cấp kia có thỏa thuận cũ, lô hàng này từng có sự cố tương tự. Thông tin có, nhưng nằm ở người.

Workflow biết context cho phép rule tham chiếu những thứ đó: tiền lệ đã xác nhận, điều kiện riêng, hiệu lực của quyết định cũ. Điều kiện đi kèm là context phải có chủ sở hữu và hạn dùng, nếu không nó sẽ cũ đi mà không ai biết. Context không làm AI hay hệ thống tự quyết định; nó giúp rule và người có đúng thông tin tại đúng thời điểm.

• Khi workflow biết context của tổ chức

Phần 5. AI trong workflow: hai việc, và ranh giới

Đây là phần dễ bị hiểu sai nhất, nên cần nói thẳng. AI trong workflow làm hai việc:

1. Diễn giải đầu vào không cấu trúc (email, bản scan, ghi chú, ảnh) thành dạng mà rule có thể đọc, để rule chạy được.
2. Chuẩn bị evidence (hồ sơ, tiền lệ, dữ liệu liên quan) để người có thẩm quyền xem và phán đoán nhanh hơn, đúng hơn.

AI không quyết định. Rule do người có thẩm quyền ban hành hoặc con người quyết định. Hành động chỉ tự chạy khi một rule cho phép. Từ nguyên tắc đó có thể trả lời các câu hỏi vận hành cụ thể:

Một lưu ý về agent. Cách phân biệt của Anthropic (2024) giữa workflow (đường đi định sẵn) và agent (mô hình tự định hướng cách làm) cho thấy agent đổi tính dự đoán được lấy sự linh hoạt. Với phần lớn workflow sản xuất, rule cùng AI diễn giải hoặc chuẩn bị evidence ở mức đơn giản là đủ. Agent hẹp, chỉ đọc và có giới hạn, chỉ đáng cân nhắc khi việc chuẩn bị evidence thực sự phụ thuộc vào kết quả từng bước. Trong mọi trường hợp, quyền quyết định không đổi.

Phần 6. Hành trình: năm cấp, dùng cho từng quy trình

Để tự xác định vị trí, có thể dùng năm cấp, mô tả theo cách quy trình thực sự vận hành:

1. Thủ công: giấy, email, trí nhớ.
2. Số hóa: biểu mẫu và phê duyệt điện tử, logic xử lý như cũ.
3. Tự động theo rule: rule do người có thẩm quyền ban hành, ngoại lệ có đường đi.
4. Biết context: rule dùng tiền lệ, quan hệ, hiệu lực của tổ chức.
5. AI hỗ trợ có quản trị: AI diễn giải đầu vào và chuẩn bị evidence, có danh tính, quyền và dấu vết.

Một câu hỏi chẩn đoán nhanh: nếu người đang phụ trách quy trình này nghỉ một tuần, chuyện gì xảy ra? Thang này dùng cho từng quy trình; một doanh nghiệp ở nhiều cấp cùng lúc là bình thường, và không phải quy trình nào cũng cần lên cấp 5. Chi tiết ở bài Doanh nghiệp đang ở đâu trên hành trình workflow?.

Những bẫy thường gặp

• Đặt AI lên quy trình chưa có rule rõ. Sự mơ hồ chạy nhanh hơn, không ít đi.
• Để AI “đề xuất rồi duyệt” thay cho chuẩn bị evidence. Người duyệt dần tin theo đề xuất; quyết định trên thực tế đã chuyển sang AI mà không ai ban hành.
• Context không có chủ. Tiền lệ cũ vẫn được dùng sau khi đã hết hiệu lực.
• Đi tắt qua các cấp. Mua công cụ AI trước khi có rule và đường đi cho ngoại lệ.
• Đo bằng số công cụ. Dùng số phần mềm hay số tính năng làm thước đo thay vì thời gian xử lý, tỷ lệ ca phải chuyển cho người, tỷ lệ kết quả bị sửa.

Tự kiểm tra: tám dấu hiệu

Với một quy trình quan trọng, đánh dấu những câu đúng:

1. Có workflow, nhưng người điều hành vẫn phải hỏi trực tiếp mới biết việc đang ở đâu.
2. Nhân viên vẫn giữ một file Excel hay một nhóm chat riêng để theo dõi.
3. Ca đặc biệt chỉ xử lý đúng khi có một người cụ thể trực.
4. Việc luôn phải chờ duyệt kể cả khi quy tắc đã rõ.
5. Không rõ ai có quyền thay đổi một rule và theo quy trình nào.
6. Người duyệt phải tự gom hồ sơ trước khi quyết định.
7. Đầu vào (email, bản scan) vẫn phải được đọc và nhập lại bằng tay.
8. Nếu AI đang được dùng, không ai trả lời được “nó đã làm gì trong ba tháng qua”.

Nếu từ bốn dấu hiệu trở lên là đúng, đây là tín hiệu nên xem lại cách thiết kế quy trình, không chỉ thay công cụ. Ngưỡng này là quan điểm của OKELAS để gợi mở thảo luận, không phải số đo đã kiểm chứng.

Nên bắt đầu từ đâu

1. Chọn một quy trình đang gây tổn thất nhất (thời gian, lỗi, rủi ro tuân thủ).
2. Mô tả cách nó thật sự chạy, theo vài ca gần đây, không theo quy trình trên giấy.
3. Xác định cấp hiện tại và nút thắt chính tới cấp kế tiếp.
4. Chọn một bước tiếp theo có lợi ích rõ nhất: viết rule cho ca lặp lại, đặt đường đi cho ngoại lệ, đưa context vào, hoặc cho AI diễn giải đầu vào.
5. Đo vài chu kỳ (thời gian xử lý, tỷ lệ ca chuyển cho người, tỷ lệ kết quả bị sửa), rồi mới mở rộng.

OKELAS xuất hiện ở đâu

OKELAS là Organization Knowledge Operating System dành cho manufacturing SME. Trong chủ đề này, vai trò của nó nằm ở phần nền: quản lý process, workflow, event, evidence và context trong một mô hình thống nhất, để rule, người và AI làm việc trên cùng một bối cảnh. Nó không thay ERP, và không đặt AI vào chỗ quyết định. Nếu doanh nghiệp chưa có process rõ ràng, bước hợp lý thường là chuẩn hóa process trước khi nghĩ đến bất kỳ lớp AI nào.

Kết luận

Workflow trong doanh nghiệp sản xuất không chậm vì thiếu công cụ duyệt. Nó chậm khi việc chỉ bắt đầu khi có người nhớ, quy tắc nằm trong trí nhớ, ca đặc biệt không có tiền lệ rõ, và người duyệt phải tự gom hồ sơ. Hướng đi là đổi cách thiết kế: event kích hoạt việc, rule do người có thẩm quyền ban hành cho ca lặp lại, con người cho ca cần phán đoán, context được duy trì, và AI làm đúng hai việc của nó.

Mỗi doanh nghiệp bắt đầu từ một chỗ khác nhau. Điều quan trọng là biết quy trình nào đang ở đâu, và bước tiếp theo nào đáng làm.

Digitalization Readiness Assessment của OKELAS giúp xác định từng quy trình đang ở cấp nào và nút thắt kế tiếp là gì.

Nguồn

• McKinsey & Company (2025). The state of AI: How organizations are rewiring to capture value. Khảo sát về mối liên hệ giữa thiết kế lại workflow và tác động lên lợi nhuận từ AI tạo sinh; đây là mối liên hệ thống kê, không phải chứng minh nhân quả.
• Simon, H. A. (1960). The New Science of Management Decision. New York: Harper & Brothers. Phân biệt quyết định theo chương trình và không theo chương trình.
• Anthropic (2024). Building effective agents. Phân biệt workflow định sẵn và agent.
• Parasuraman, R., Sheridan, T. B., & Wickens, C. D. (2000). A model for types and levels of human interaction with automation. IEEE Transactions on Systems, Man, and Cybernetics – Part A, 30(3), 286–297.

Phần tám dấu hiệu, năm cấp và các nguyên tắc về ranh giới AI là quan điểm của OKELAS để thảo luận, không phải số liệu đo lường hay chuẩn ngành.

Toàn bộ nhóm bài về workflow

Vì sao có workflow vẫn chậm

• Đã có workflow rồi, tại sao công việc vẫn chậm?
• Workflow được số hóa không có nghĩa là đã được tối ưu
• Từ Approval Workflow đến End-to-End Workflow
• Workflow vẫn phụ thuộc quá nhiều vào con người
• Tại sao nhân viên vẫn dùng email và Excel để theo dõi công việc?
• Workflow đã nhanh, còn có thể nhanh hơn không?

Event, rule và quyết định

• Event-Driven Workflow
• Từ Request → Approval sang Event → Action
• Rule hay con người
• Xử lý ngoại lệ trong workflow

AI, context và ranh giới

• Automation và AI hỗ trợ trong workflow
• AI làm hai việc trong workflow
• Phân loại và định tuyến trong workflow
• AI chuẩn bị evidence, con người quyết định
• Khi workflow biết context của tổ chức
• Phân tách trách nhiệm cho AI trong workflow
• Giao việc cho AI theo từng bước workflow
• Workflow có cần AI agent không?

Tự đánh giá

• Doanh nghiệp đang ở đâu trên hành trình workflow?