# Nhiệm vụ: Ghi chép một công việc làm căn cứ cho người và AI cộng tác Bắt đầu từ kết quả cần bàn giao, nối nhiệm vụ, vai trò, điều kiện chuyển giao và cách kiểm tra. ## Chuẩn bị gì Chọn một công việc thực tế lặp lại; chuẩn bị mục tiêu và yêu cầu kết quả, đầu vào được phép sử dụng, cách làm hiện hành, vai trò tham gia và ngoại lệ đã biết. Ghi nguồn, phiên bản và mục còn thiếu. ## Tạo ra gì Soạn bản nháp các quan hệ hỗ trợ kết quả, nhiệm vụ khép kín, trách nhiệm và điều kiện bàn giao. Xác định thao tác có thể nhờ AI hỗ trợ, cách nghiệm thu và chuyển giao khi có ngoại lệ. ## Kiểm tra thế nào Kiểm tra đầu vào, đầu ra, người phụ trách và tiêu chí hoàn thành. Thử với dữ liệu đầy đủ, thiếu, mâu thuẫn và yêu cầu ngoài phạm vi; ghi việc con người rà soát, làm lại và vấn đề tồn đọng, rồi kiểm tra kết quả nghiệp vụ. ## Điều kiện áp dụng Lộ trình đọc này giúp ghi căn cứ làm việc và lập kế hoạch thử nghiệm, không bảo đảm một cách làm phù hợp mọi vị trí. Một vai trò có thể nhận nhiều nhiệm vụ khép kín, quy trình có thể qua nhiều phòng ban. Kiểm tra riêng việc hoàn thành nhiệm vụ và hiệu quả kinh doanh. Xác nhận đầu vào, điều kiện, nguồn và phiên bản; liệt kê tư liệu còn thiếu, không bịa thêm. Nêu các mục tiêu, ngân sách, quyền lợi, quyền hạn và quyết định cuối cùng cần con người xác nhận. ## Bản gốc và phiên bản - Mô hình: SOP bốn hướng: kết nối kết quả kinh doanh, quy trình nghiệp vụ, nhiệm vụ chức năng và thao tác | R1 | https://yutengfei.com/vi/journal/four-way-sop/ Markdown: https://yutengfei.com/vi/journal/resources/four-way-sop.md Xác định công việc hỗ trợ kết quả nghiệp vụ và hiệu quả kinh doanh nào. - Phương pháp: Dùng SOP bốn hướng: từ kết quả kinh doanh đến nghiệp vụ, nhân sự và công việc hằng ngày | R1 | https://yutengfei.com/vi/journal/four-way-sop-practical-guide/ Markdown: https://yutengfei.com/vi/journal/resources/four-way-sop-practical-guide.md Chia một quy trình thành nhiệm vụ khép kín và thao tác cụ thể. - Phương pháp: Từ phân tích trách nhiệm công việc đến sổ tay theo vai trò: giúp người cộng tác biết cách đóng góp | R1 | https://yutengfei.com/vi/journal/co-builder-role-handbook/ Markdown: https://yutengfei.com/vi/journal/resources/co-builder-role-handbook.md Làm rõ trách nhiệm vai trò và tập hợp nhiều nhiệm vụ thành sổ tay làm việc. - Mô hình: Cần bàn giao những gì trước khi quy trình chuyển sang bước tiếp theo? | R1 | https://yutengfei.com/vi/journal/process-handover-and-entry-conditions/ Markdown: https://yutengfei.com/vi/journal/resources/process-handover-and-entry-conditions.md Kiểm tra đầu ra bàn giao, điều kiện vào bước sau và trách nhiệm nghiệm thu. - Phương pháp: Từ SOP đến Skill: AI có thể hỗ trợ việc gì và nghiệm thu thế nào? | R1 | https://yutengfei.com/vi/journal/sop-to-ai-skill/ Markdown: https://yutengfei.com/vi/journal/resources/sop-to-ai-skill.md Chọn phần AI có thể hỗ trợ, quy định đầu vào, nghiệm thu và chuyển giao ngoại lệ. - Phương pháp: Đã làm hết SOP, vì sao vẫn chưa có kết quả kinh doanh? | R1 | https://yutengfei.com/vi/journal/sop-business-outcome-diagnosis/ Markdown: https://yutengfei.com/vi/journal/resources/sop-business-outcome-diagnosis.md Xem lại kết quả thực tế, tách vấn đề thao tác, cộng tác và giả thuyết kinh doanh. ## Skill liên quan Lộ trình này không kèm Skill có thể cài đặt. Đọc hoặc tải gói tư liệu không cài Skill, kết nối công cụ AI hay cấp quyền thực thi. Muốn phát triển thành Skill cần kiểm tra định dạng, công cụ, quyền hạn, rồi thử nghiệm và nghiệm thu. ## Ghi lại kết quả, sai lệch và tri thức hoặc bước cần sửa đổi. Phiên bản: V1.0 · 2026-11-05 https://yutengfei.com/vi/journal/pathways/sop-human-ai/ --- Chọn nguồn và phần cần thiết, tránh đưa tất cả tài liệu vào nhiệm vụ một cách máy móc. Bản xuất giữ giấy phép và thông báo tư liệu bên thứ ba; tải xuống không cấp thêm quyền sửa đổi, thương mại hay huấn luyện. --- # SOP bốn hướng: kết nối kết quả kinh doanh, quy trình nghiệp vụ, nhiệm vụ chức năng và thao tác - Tác giả: Andrew David W.Y. - Nguồn: https://yutengfei.com/vi/journal/four-way-sop/ - Phiên bản: R1 - Công bố: 2026-11-04 - Sửa đổi: 2026-11-04 - Trạng thái nội dung: Đã công bố toàn văn - Loại nội dung: Mô hình (models) - Chủ đề nghiên cứu: Quản trị vốn các bên liên quan (stakeholder-governance) - Góc nhìn hệ sinh thái: Hệ sinh thái quản lý (operations) · Hệ sinh thái tài nguyên (resource) ## Cách sử dụng tài liệu này **Mục đích**: Bắt đầu từ kết quả đối với khách hàng và kết quả kinh tế, kết nối các quy trình nghiệp vụ chính, nhiệm vụ khép kín và thao tác cụ thể. SOP bốn hướng giúp triển khai công việc xuống từng tầng và đối chiếu kết quả ngược lên trên, để mỗi người hiểu vì sao cần làm một việc và tổ chức biết còn phải kiểm chứng điều gì sau khi quy trình đã hoàn tất. **Điều kiện sử dụng**: Kiểm tra đối tượng, mục tiêu và ràng buộc có phù hợp với công việc hiện tại; xác nhận riêng các điều kiện chưa được nêu. **Mô hình · Thành phần, quan hệ và giả định** **Căn cứ và giới hạn kiểm chứng**: Ví dụ minh họa cách triển khai SOP bốn hướng. Khi đánh giá áp dụng, hãy kiểm tra cả khả năng sử dụng đầu ra ở công đoạn sau và thay đổi về kết quả với khách hàng và kết quả kinh tế. Bài viết chưa ghi nhận riêng kết quả kiểm chứng bên ngoài. Việc công bố không xác nhận hiệu quả; hãy kiểm tra căn cứ, giả định và giới hạn trong bài. Đây là tài liệu kiến thức để đọc và trích dẫn, không phải Skill đã cài đặt. Khi dùng với AI, giữ nguyên nguồn và giới hạn, đồng thời kiểm tra kết quả. ## Toàn văn Báo giá đã gửi đi, nhưng khách hàng mãi chưa xác nhận. Nhân viên bán hàng nói đã hoàn tất báo giá, người phụ trách mua hàng nói đã cung cấp điều kiện cung ứng, người tính báo giá cũng đã tính theo biểu mẫu. Ai cũng có ghi nhận hoàn thành, nhưng công việc kinh doanh vẫn chưa tiến thêm. Lúc này, tôi nghĩ chưa nên vội hỏi ai chưa làm xong. Trước hết cần xem: khách hàng muốn giải quyết vấn đề gì? Báo giá này có đáp ứng nhu cầu không, có thể thực hiện đúng cam kết không? Những việc đã hoàn tất thực sự hỗ trợ cho kết quả nào? SOP bốn hướng muốn làm rõ mối liên hệ giữa công việc cụ thể và kết quả kinh doanh. Mô hình chia SOP thành bốn tầng: kết quả kinh doanh, quy trình nghiệp vụ, nhiệm vụ chức năng và thao tác. Khi thiết kế, có thể đi từ kết quả xuống công việc chi tiết; sau khi thực hiện, có thể đi từ thao tác lên trên để đối chiếu. Nhờ đó, ta có thể tiếp tục hỏi vì sao phải làm một việc, cần làm đến mức nào và làm thế nào để nối công việc của mình với người khác. ## I. Bốn tầng trả lời bốn câu hỏi SOP thường được hiểu là quy trình thao tác chuẩn. Mô hình bốn hướng ở đây là một cách phân loại quy trình công việc theo phạm vi và mức độ chi tiết. Mô hình không yêu cầu viết riêng bốn tài liệu cho mỗi công việc, cũng không coi bốn tầng là bốn cấp tổ chức. | Tầng | Câu hỏi chính | Nội dung cần xem | Ví dụ đơn giản | | --- | --- | --- | --- | | SOP kết quả kinh doanh | Giá trị cho khách hàng chuyển thành kết quả kinh tế của doanh nghiệp như thế nào? | Những khâu và kết quả quan trọng gắn chặt với khách hàng | Chuỗi đơn hàng từ xác nhận nhu cầu đến thực hiện hợp đồng và thu tiền | | SOP quy trình nghiệp vụ | Cần tổ chức những quá trình nào để thúc đẩy một khâu quan trọng? | Kết quả nghiệp vụ được tạo ra nhờ nhiều nhiệm vụ phối hợp | Lập một báo giá có thể thực hiện được | | SOP nhiệm vụ chức năng | Vị trí công việc hoặc vai trò cần hoàn thành nhiệm vụ khép kín nào? | Nhiệm vụ có đầu vào, cách xử lý, đầu ra và tiêu chí hoàn thành | Tính toán một báo giá | | SOP thao tác | Cụ thể phải thực hiện nhiệm vụ này như thế nào? | Yêu cầu về chuẩn bị, thao tác, kiểm tra, xử lý ngoại lệ và bàn giao | Đối chiếu số lượng và đơn vị tính giá | **SOP kết quả kinh doanh bắt đầu từ khách hàng và kết quả kinh tế.** Với hoạt động theo đơn hàng, có thể xác định các khâu chính như xác nhận nhu cầu, xác nhận phương án và báo giá, làm rõ điều kiện hợp đồng, thực hiện hợp đồng và nghiệm thu, quyết toán và thu tiền. Thứ tự, nhánh rẽ và quan hệ song song thay đổi theo từng loại hoạt động. Không thể coi một chuỗi minh họa là lộ trình cố định cho mọi doanh nghiệp. Cũng không thể chỉ nhìn số lượng giao dịch để đánh giá kết quả kinh doanh. Khách hàng có chấp nhận phần giao hàng hay không, doanh nghiệp có thu được tiền hay không, hoạt động có bù đắp các chi phí cần thiết hay không đều có thể ảnh hưởng đến đánh giá. Doanh nghiệp cần nói rõ phạm vi, thời gian quan sát và cách xác định kết quả của chuỗi này trước khi chọn dữ liệu cần ghi nhận. **SOP quy trình nghiệp vụ tổ chức công việc để tạo ra một kết quả nghiệp vụ.** Để khách hàng xác nhận báo giá, có thể cần tổng hợp nhu cầu, xác minh điều kiện cung ứng, tính toán báo giá và rà soát theo thẩm quyền. SOP quy trình nghiệp vụ phải nối những việc này với nhau, tạo ra kết quả mà khâu tiếp theo có thể sử dụng. Một bộ phận có thể phụ trách quy trình, hoặc nhiều bộ phận, nhiều tổ chức cùng phối hợp. **SOP nhiệm vụ chức năng tương ứng với một nhiệm vụ khép kín.** “Chức năng” ở đây chỉ một nhiệm vụ mà vị trí công việc hoặc vai trò đảm nhận, chẳng hạn tính toán báo giá, lập hóa đơn hoặc xác minh thời hạn cung ứng. Nó không có nghĩa là một phòng chức năng như “phòng tài chính”, “phòng mua hàng”, cũng không phải toàn bộ trách nhiệm của một vị trí. Để biết một nhiệm vụ đã có tính khép kín hay chưa, cần xem nó bắt đầu trong điều kiện nào, xử lý điều gì, bàn giao thứ gì và xác nhận hoàn thành bằng cách nào. **SOP thao tác chuyển nhiệm vụ thành hướng dẫn có thể thực hiện.** Chẳng hạn khi tính báo giá, trước hết đọc đúng phiên bản nhu cầu đã xác nhận, rồi đối chiếu số lượng và đơn vị tính giá, tính theo quy tắc giá đã được cho phép, ghi lại căn cứ và vấn đề chưa giải quyết, cuối cùng nộp bảng tính. Với những chỗ dễ sai, cần bàn giao hoặc có rủi ro rõ ràng, phải ghi rõ tiêu chuẩn thao tác và cách xử lý ngoại lệ. Không cần biến mọi thao tác đã thành thạo thành một bài hướng dẫn dài. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Mối liên hệ hỗ trợ giữa các tầng của SOP bốn hướng: triển khai xuống dưới để làm rõ công việc cần thiết, đối chiếu lên trên để kiểm tra căn cứ của kết quả.](https://yutengfei.com/journal/four-way-sop/materials/vi/01-four-layer-support.svg)](https://yutengfei.com/journal/four-way-sop/materials/vi/01-four-layer-support.svg) Hình 1: Bốn tầng thể hiện phạm vi công việc và mối liên hệ hỗ trợ. Mũi tên biểu thị những mối liên hệ cần được giải thích và kiểm chứng, không có nghĩa hoàn thành tầng dưới chắc chắn sẽ tạo ra kết quả ở tầng trên. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/four-way-sop/materials/vi/01-four-layer-support.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/four-way-sop/materials/vi/01-four-layer-support.svg) ## II. Triển khai xuống dưới để tìm đúng những quá trình cần thiết Có thể bắt đầu rà soát từ một hoạt động kinh doanh có thật. Trước hết xem khách hàng đưa ra lựa chọn ở đâu, doanh nghiệp hình thành cam kết ở đâu, việc giao hàng và thanh toán được thực hiện như thế nào. Sau đó chọn một khâu quan trọng, hỏi tiếp khâu đó cần kết quả gì và những nhiệm vụ nào cùng tạo ra kết quả ấy. Lấy “xác nhận phương án và báo giá” làm ví dụ. Khách hàng nhận được báo giá chưa đủ để nói khâu này đã đạt yêu cầu. Báo giá cần đáp ứng nhu cầu đã xác nhận; các điều kiện cung ứng, giao hàng và thương mại làm căn cứ phải đối chiếu được; điều kiện vượt thẩm quyền phải có người quyết định. Muốn biết cần tổ chức những việc gì bên trong, phải xem làm thế nào để đáp ứng những điều kiện này. Đi tiếp xuống dưới, quy trình “lập báo giá có thể thực hiện được” có thể gồm tổng hợp nhu cầu, xác minh cung ứng, tính toán báo giá và rà soát theo thẩm quyền. Mỗi nhiệm vụ có đầu ra riêng và điểm kết nối để phối hợp. Tổng hợp nhu cầu không thể coi là hoàn thành chỉ vì “đã trao đổi”; cần bàn giao bản mô tả nhu cầu có thể đối chiếu. Xác minh cung ứng không thể chỉ nói “chắc là có hàng”; phải nêu rõ các điều kiện đã xác nhận và phạm vi hiệu lực. Tiếp tục chọn nhiệm vụ chức năng “tính toán báo giá”. Đầu vào có thể gồm nhu cầu đã xác nhận, điều kiện cung ứng còn hiệu lực và quy tắc tính giá đang áp dụng. Đầu ra có thể là bảng tính báo giá được tính đúng, ghi rõ phiên bản và căn cứ tính toán để phục vụ rà soát tiếp theo. Thông tin thiếu làm cản trở việc tính toán phải được trả lại để xác nhận trước; các mục cần rà soát sau nhưng không cản trở việc tính toán có thể liệt kê kèm bảng. Điều kiện chưa giải quyết liên quan đến cam kết với khách hàng phải được giải quyết trước khi đưa ra cam kết. Đến tầng này mới cần mô tả tiếp các thao tác cụ thể. Mỗi lần triển khai xuống một tầng đều phải trả lời: **Công việc được bổ sung giúp tạo ra kết quả cần có ở tầng trên như thế nào?** Nếu chưa nói rõ được, có thể nhiệm vụ không cần thiết, mục tiêu ở tầng trên chưa rõ, hoặc còn thiếu một quá trình nối hai tầng. Không thể chỉ dùng số hiệu tài liệu để nối chúng với nhau. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Một báo giá kết nối bốn tầng SOP như thế nào: triển khai khâu quan trọng trong chuỗi đơn hàng thành quy trình nghiệp vụ, nhiệm vụ khép kín và yêu cầu thao tác.](https://yutengfei.com/journal/four-way-sop/materials/vi/02-quotation-expansion.svg)](https://yutengfei.com/journal/four-way-sop/materials/vi/02-quotation-expansion.svg) Hình 2: Ví dụ giả định về hoạt động theo đơn hàng, chỉ triển khai một phần mối liên hệ hỗ trợ cho khâu “xác nhận phương án và báo giá”. Mũi tên nét liền minh họa luồng công việc; nét đứt biểu thị phần được triển khai chi tiết. Hoạt động thực tế có thể có các bước song song, nhánh rẽ và việc phải làm lại. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/four-way-sop/materials/vi/02-quotation-expansion.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/four-way-sop/materials/vi/02-quotation-expansion.svg) ## III. Đối chiếu lên trên, không coi hoàn thành thao tác là đạt kết quả kinh doanh Phân tách rõ xuống dưới vẫn chưa đủ, còn phải đối chiếu được ngược lên trên. Hoàn thành việc đối chiếu đơn vị tính giá chỉ cho thấy một yêu cầu thao tác đã được đáp ứng. Hoàn thành tính toán báo giá cho thấy đã có bảng tính đáp ứng yêu cầu của nhiệm vụ. Chỉ sau khi phối hợp rà soát nhu cầu, cung ứng và thẩm quyền, mới có thể hình thành báo giá để gửi khách hàng. Khách hàng có chấp nhận hay không, sau đó có thực hiện được hợp đồng và thu tiền hay không vẫn cần tiếp tục quan sát. Vì vậy, không thể viết quan hệ giữa bốn tầng thành một đẳng thức đơn giản về kết quả. Nhiều thao tác đạt yêu cầu có thể tạo điều kiện cho một nhiệm vụ khép kín; nhiều nhiệm vụ có thể cùng hỗ trợ kết quả nghiệp vụ; nhiều quy trình nghiệp vụ có thể thúc đẩy chuỗi kết quả kinh doanh. Nhưng biến động thị trường, lựa chọn của khách hàng, mức độ phù hợp của sản phẩm, hạn chế nguồn lực và phán đoán kinh doanh vẫn ảnh hưởng đến kết quả cuối cùng. Nếu khách hàng không chấp nhận báo giá, cần xem phản hồi của khách hàng và hồ sơ liên quan trong chuỗi kết quả kinh doanh trước. Vấn đề có thể nằm ở thời gian phản hồi, cách hiểu nhu cầu hoặc sai sót báo giá; cũng có thể do sản phẩm không phù hợp, thời hạn giao hàng không đáp ứng, giá thiếu cạnh tranh, thậm chí kế hoạch mua hàng của khách hàng đã thay đổi. Khi xác định được vấn đề, mới quyết định điều chỉnh phối hợp nghiệp vụ, một nhiệm vụ, yêu cầu thao tác hay đánh giá lại sản phẩm và thị trường. Cần xử lý tầng nào thì triển khai tầng đó, không phải lần nào cũng đi qua đủ bốn tầng. SOP bốn hướng giúp chúng ta tiếp tục đặt câu hỏi theo những mối liên hệ này và quay lại kiểm tra căn cứ. Một sơ đồ phân tầng không thể tự chứng minh nguyên nhân; càng không thể trực tiếp quy kết kết quả kinh doanh không đạt kỳ vọng là do một cá nhân thực hiện không tốt. ## IV. Mô hình có liên quan đến tổ chức, nhưng không bị giới hạn bởi sơ đồ tổ chức Trong thực tế, bốn tầng thường không tương ứng một-một với doanh nghiệp, bộ phận, vị trí và cá nhân. Một người có thể đảm nhận nhiều nhiệm vụ chức năng; một hoạt động nghiệp vụ có thể cần nhiều vai trò phối hợp. Cùng một nhiệm vụ “xác minh thời hạn cung ứng” cũng có thể phục vụ cả báo giá mới lẫn thay đổi đơn hàng. Vì thế, khi rà soát SOP cần giữ đồng thời hai mối liên hệ: nhiệm vụ hỗ trợ kết quả nào, và ai có trách nhiệm, thẩm quyền cùng nguồn lực tương ứng. Mối liên hệ thứ nhất giải thích logic công việc; mối liên hệ thứ hai giải thích ai tổ chức và hoàn thành công việc. Chúng liên quan với nhau nhưng không thể thay thế nhau. Nhiệm vụ dùng chung còn cần quản lý phiên bản và phạm vi áp dụng. Chẳng hạn điều kiện cung ứng đã cập nhật, báo giá nào vẫn còn hiệu lực, báo giá nào phải xác nhận lại? Nếu sao chép cùng một nhiệm vụ vào nhiều tài liệu mà không duy trì nguồn thông tin, rất dễ xảy ra tình trạng mọi người đều làm đúng quy trình nhưng sử dụng các căn cứ khác nhau. Có thể quan sát doanh nghiệp từ bốn mối quan hệ tham gia, tức bốn hệ sinh thái: Nguồn lực, Vận hành và Quản trị, Khách hàng, Vốn. Người tham gia có thể chủ động đề xuất đóng góp hoặc đáp ứng nhu cầu. Nhóm vận hành và quản trị tinh gọn phụ trách quyết định, quy tắc và việc phối hợp tạo giá trị, kênh bán hàng, quan hệ khách hàng. Các vai trò đóng góp giá trị tham gia phối hợp nghiệp vụ thông qua nhiệm vụ tương ứng; sổ tay công việc hướng dẫn từng vai trò sử dụng các quy trình này. Khách hàng tiêu dùng và người chỉ tham gia với tư cách nhà đầu tư đi theo các quy trình tương ứng, không bị yêu cầu có sổ tay công việc dành cho vai trò cùng kiến tạo chỉ vì hai tư cách đó. Ở đây, trước hết cần giải thích cách các công việc kết nối với nhau. Đánh giá đóng góp thế nào, thỏa thuận quyền lợi ra sao vẫn phải có quy tắc riêng theo hoạt động thực tế, không thể tự động suy ra từ ghi nhận hoàn thành nhiệm vụ. ## V. Kiểm chứng bằng một chuỗi trước, rồi quyết định mở rộng đến đâu Sử dụng mô hình này không nhất thiết phải bắt đầu bằng việc sắp xếp toàn bộ tài liệu của doanh nghiệp. Có thể chọn một chuỗi nghiệp vụ có thật, lặp lại và quan sát được kết quả, rồi làm ba việc trước. Thứ nhất, nói rõ chuỗi này cần tạo ra kết quả gì cho khách hàng, kết quả kinh tế gì, và những điều kiện nào không thể bỏ qua. Thứ hai, chọn một khâu quan trọng, triển khai các quy trình nghiệp vụ và nhiệm vụ khép kín cần thiết, nối đầu vào, đầu ra, trách nhiệm và căn cứ nghiệm thu. Thứ ba, theo dõi hoạt động thực tế, ghi lại thông tin thiếu, thời gian chờ, việc phải làm lại và phản hồi của khách hàng, rồi quyết định những thao tác nào cần chuẩn hóa thêm. Nếu công việc đã thành thạo, ổn định và bàn giao đơn giản, một hướng dẫn ngắn gọn có thể đã đủ. Với hoạt động mới, nhu cầu thay đổi thường xuyên hoặc công việc phụ thuộc nhiều vào phán đoán, cần nói rõ mục tiêu, điều kiện ra quyết định và cách phản hồi trước, rồi từng bước xây dựng quy trình. Thêm biểu mẫu và phê duyệt chỉ để đủ bốn tầng có thể cản trở hoạt động kinh doanh. Đào tạo, bảo trì thiết bị và các công việc hỗ trợ khác cũng không nhất thiết gắn trực tiếp với một giao dịch. Chúng có thể hỗ trợ nhiều chuỗi kết quả kinh doanh, hoặc ảnh hưởng đến năng lực và rủi ro trong thời gian dài hơn. Muốn giải thích mối liên hệ hỗ trợ đó cần có ghi chép và phán đoán tương ứng, không thể cố gán một khoản doanh thu cho từng thao tác. Bản thân cách tiếp cận theo quá trình đã có nền tảng nghiên cứu phát triển. Tài liệu kỹ thuật của ISO về cách tiếp cận theo quá trình trong ISO 9001:2015 cũng nhấn mạnh đầu vào, đầu ra, điểm kết nối, trách nhiệm và kiểm tra giữa các quá trình, đồng thời khuyến nghị xác định tài liệu cần thiết theo bối cảnh tổ chức và rủi ro.\[1\] Vai trò của mô hình bốn hướng trong bài này là dùng bốn tầng quan sát để đi từ kết quả đối với khách hàng và kết quả kinh tế xuống đến nhiệm vụ, thao tác cụ thể. Tính phù hợp của mô hình vẫn cần được kiểm chứng trong hoạt động thực tế. Để đánh giá một lần thử áp dụng có hữu ích hay không, có thể xem người tham gia có giải thích được phần bàn giao của mình hỗ trợ khâu nào không, khâu tiếp theo có sử dụng được kết quả không, và khi có vấn đề có tìm được hồ sơ liên quan không. Cũng nên quan sát thông tin thiếu khi bàn giao, việc làm lại và thời gian chờ có giảm không, nhưng đồng thời phải ghi nhận những thay đổi về quy mô hoạt động, độ phức tạp của nhu cầu và các yếu tố tương tự. Ngay cả khi kết quả cải thiện, không thể chỉ dựa vào một lần thử để kết luận đó là tác dụng của mô hình. Giá trị của SOP bốn hướng cuối cùng nằm ở việc công việc và kết quả có giải thích được cho nhau hay không: khi triển khai xuống dưới, biết cần tổ chức những gì; khi đối chiếu lên trên, biết đã bàn giao được gì và còn điều gì chưa đạt. Đưa mối liên hệ này trở lại hoạt động kinh doanh để kiểm chứng nhiều lần, quy trình mới có cơ hội trở thành phương pháp được sử dụng lâu dài. ## Nguồn và đọc thêm Mô hình dựa trên tài liệu nghiên cứu ban đầu do tác giả cung cấp, _Phương pháp rà soát và thiết kế SOP_ (《SOP梳理设计方法论》), tập trung vào các mục 2, 4 và 5. Lịch sử phiên bản ghi nhận điều chỉnh phục vụ đào tạo ngày 9 tháng 3 năm 2023, cùng việc xây dựng lý thuyết nền tảng và mô hình có sự tham gia của 杨婧 ngày 11 tháng 5 năm 2023. Bài này giải thích lại quan hệ giữa bốn tầng; các sơ đồ được xây dựng lại riêng cho bài, không sử dụng cơ chế đánh giá và phân phối trong các sơ đồ lịch sử. Hoạt động báo giá trong bài là ví dụ giả định. \[1\] ISO/TC 176/SC 2, _The Process Approach in ISO 9001:2015_, N1289, trang 1 và 4–5. [Tài liệu kỹ thuật chính thức](https://www.iso.org/iso/iso9001_2015_process_approach.pdf). Bài này viện dẫn cách tiếp cận theo quá trình, không coi cách phân loại bốn hướng là yêu cầu của ISO, cũng không hàm ý mô hình đã được chứng nhận. Đọc thêm: [Phức tạp, đơn giản, dễ hiểu, sơ đồ: cách tư duy khi thiết kế logic kinh doanh (tiếng Trung)](https://yutengfei.com/zh/journal/fan-jian-yi-tu/); [Mười bước lập kế hoạch doanh nghiệp: kết nối định hướng, nguồn lực và thực thi (tiếng Trung)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/). ## Tài liệu liên quan - [Dùng SOP bốn hướng: từ kết quả kinh doanh đến nghiệp vụ, nhân sự và công việc hằng ngày](https://yutengfei.com/vi/journal/four-way-sop-practical-guide/) - [Đã làm hết SOP, vì sao vẫn chưa có kết quả kinh doanh?](https://yutengfei.com/vi/journal/sop-business-outcome-diagnosis/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) Áp dụng cho văn bản gốc trừ khi có ghi chú khác; không bao gồm tư liệu của bên thứ ba. Tải xuống hoặc máy đọc không mở rộng giấy phép hiện có hay cấp riêng quyền phái sinh, sử dụng thương mại hoặc huấn luyện mô hình. [Hướng dẫn sử dụng cho AI](https://yutengfei.com/vi/journal/ai/) --- # Dùng SOP bốn hướng: từ kết quả kinh doanh đến nghiệp vụ, nhân sự và công việc hằng ngày - Tác giả: Andrew David W.Y. - Nguồn: https://yutengfei.com/vi/journal/four-way-sop-practical-guide/ - Phiên bản: R1 - Công bố: 2026-11-04 - Sửa đổi: 2026-11-04 - Trạng thái nội dung: Đã công bố toàn văn - Loại nội dung: Phương pháp (methods) - Chủ đề nghiên cứu: Quản trị vốn các bên liên quan (stakeholder-governance) - Góc nhìn hệ sinh thái: Hệ sinh thái quản lý (operations) · Hệ sinh thái tài nguyên (resource) · Hệ sinh thái khách hàng (customer) ## Cách sử dụng tài liệu này **Mục đích**: Bắt đầu từ một trục kết quả kinh doanh, lần lượt làm rõ nghiệp vụ, nguồn lực và đối tác, trách nhiệm vị trí cùng thao tác hằng ngày. Qua một công ty thiết kế thương hiệu giả định, bài viết giải thích cách SOP bốn hướng giúp doanh nghiệp mới kiểm chứng con đường tạo thu nhập, tìm và đào tạo người, đồng thời lưu lại phương pháp làm việc hữu ích cho sự phối hợp giữa con người và AI. **Điều kiện sử dụng**: Kiểm tra đối tượng, mục tiêu và ràng buộc có phù hợp với công việc hiện tại; xác nhận riêng các điều kiện chưa được nêu. **Phương pháp · Các bước, đầu vào và tiêu chí hoàn thành** **Căn cứ và giới hạn kiểm chứng**: Ví dụ minh họa cách triển khai SOP bốn hướng. Khi đánh giá áp dụng, hãy kiểm tra cả khả năng sử dụng đầu ra ở công đoạn sau và thay đổi về kết quả với khách hàng và kết quả kinh tế. Bài viết chưa ghi nhận riêng kết quả kiểm chứng bên ngoài. Việc công bố không xác nhận hiệu quả; hãy kiểm tra căn cứ, giả định và giới hạn trong bài. Đây là tài liệu kiến thức để đọc và trích dẫn, không phải Skill đã cài đặt. Khi dùng với AI, giữ nguyên nguồn và giới hạn, đồng thời kiểm tra kết quả. ## Toàn văn Doanh nghiệp tạo ra kết quả kinh doanh bằng cách nào? Cần triển khai những hoạt động gì? Cần tìm người như thế nào? Mỗi ngày, những người ấy nên làm gì? Thực ra, có thể xem xét những câu hỏi này cùng nhau. Khi nghiên cứu SOP bốn hướng từ những ngày đầu, tôi muốn nối chúng lại với nhau. Trước hết tìm ra quá trình cốt lõi tạo nên kết quả kinh doanh, rồi theo quá trình đó, lần lượt làm rõ nghiệp vụ, nhiệm vụ chức năng và thao tác cụ thể. Doanh nghiệp đang hoạt động có thể dùng cách này để kiểm tra công việc hiện có. Doanh nghiệp mới bắt đầu cũng có thể dùng nó để phân tích vài khả năng tạo thu nhập và quyết định việc nào nên làm trước. Tôi chia mối liên hệ này thành bốn hướng: **SOP kết quả kinh doanh, SOP quy trình nghiệp vụ, SOP nhiệm vụ chức năng và SOP thao tác.** SOP thường được hiểu là quy trình thao tác chuẩn. Ở đây, tôi dùng bốn hướng để nối kết quả kinh doanh với công việc cụ thể. Đi từ kết quả kinh doanh xuống dưới là trả lời câu hỏi: “Muốn có kết quả này, cần tổ chức những công việc gì?” Đi từ thao tác lên trên là trả lời: “Cuối cùng, công việc này hỗ trợ kết quả nào?” Nếu muốn xem trước cấu trúc đầy đủ của bốn hướng, bạn có thể đọc [bài giới thiệu mô hình SOP bốn hướng](https://yutengfei.com/vi/journal/four-way-sop/). Trong bài này, tôi muốn nói cụ thể hơn về cách dùng mô hình trong một doanh nghiệp. Hình vừa với chiều rộng bài viết; bạn cũng có thể mở hình lớn. [![Lộ trình thực hành SOP bốn hướng: từ kết quả kinh doanh đến quy trình nghiệp vụ, nhiệm vụ chức năng và thao tác để làm rõ hướng doanh thu, nguồn lực và đối tác, trách nhiệm và nhân sự, công việc hằng ngày; đối chiếu ngược lên bằng phản hồi thực tế.](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/vi/01-practice-map.svg)](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/vi/01-practice-map.svg) Hình 1: Bắt đầu từ một lộ trình kết quả kinh doanh, triển khai các công việc cần thiết ở từng tầng rồi đối chiếu ngược lên bằng phản hồi thực tế. Bốn tầng thể hiện phạm vi công việc, không phải bốn cấp tổ chức. Phương pháp lưu lại hỗ trợ con người làm việc với AI, nhưng vẫn cần cấp quyền, cấu hình và kiểm tra kết quả. [Mở hình lớn ↗](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/vi/01-practice-map.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/vi/01-practice-map.svg) ## I. Trước hết tìm ra quá trình cốt lõi tạo nên kết quả kinh doanh Khi rà soát SOP, tôi thường hỏi trước: Khách hàng của doanh nghiệp này là ai? Doanh nghiệp cung cấp gì cho họ? Vì sao họ sẵn sàng trả tiền? Doanh nghiệp thực hiện việc bàn giao và tạo thu nhập như thế nào? Làm rõ những câu hỏi ấy là đã có trục chính của SOP kết quả kinh doanh. Trong nghiên cứu ban đầu, tôi từng dùng ví dụ đơn giản “tìm khách hàng, báo giá, ký hợp đồng, thu tiền”. Những khâu này được đưa vào SOP kết quả kinh doanh vì đều gắn chặt với khách hàng và ảnh hưởng đến việc một giao dịch có thể hình thành hay không. Khi áp dụng thực tế, còn phải bổ sung các điều kiện cần thiết như xác nhận nhu cầu, bàn giao và nghiệm thu theo đặc điểm của hoạt động kinh doanh. **Các quá trình trong SOP kết quả kinh doanh cần được cấu thành từ những yếu tố then chốt để đạt kết quả.** Dưới đây, tôi dùng một công ty thiết kế thương hiệu giả định làm ví dụ xuyên suốt. Một tuyến kinh doanh theo dự án của công ty có thể được phác ra như sau: Tìm khách hàng có nhu cầu → Xác nhận nhu cầu và phạm vi dịch vụ → Gửi phương án và báo giá → Thống nhất hợp tác và cách thanh toán → Hoàn thành bàn giao thiết kế và nghiệm thu → Quyết toán theo thỏa thuận. Đây là trục chính của hoạt động kinh doanh. Mỗi khâu đều cần có một kết quả nói rõ được: “tìm khách hàng” còn phải xem đó có phải khách hàng phù hợp hay không; “xác nhận nhu cầu” phải để lại phạm vi mà hai bên cùng hiểu; “hoàn thành thiết kế” phải xem phần bàn giao có đáp ứng thỏa thuận hay không. Khi phác được trục chính, người quản lý sẽ dễ nhận ra chỗ cần chú ý. Có nhiều khách hàng nhưng chưa hợp tác được thì xem lại nhu cầu, phương án và báo giá. Đã ký dự án nhưng chưa bàn giao được thì xem khâu thực hiện và bàn giao. Đã bàn giao nhưng chưa thu được tiền thì xem tiếp điều kiện nghiệm thu và quyết toán. Đồng thời, doanh nghiệp cần xác định rõ mình đang quan sát kết quả nào. Ký kết hợp đồng, doanh thu, lợi nhuận gộp và tiền thực nhận có cách xác định riêng, không thể gộp lẫn. Một doanh nghiệp cũng có thể có nhiều SOP kết quả kinh doanh, tương ứng với những sản phẩm, dịch vụ hoặc nhóm khách hàng khác nhau. ## II. Doanh nghiệp mới có thể phác ra vài khả năng tạo thu nhập trước Doanh nghiệp chưa có hoạt động kinh doanh ổn định cũng có thể dùng phương pháp này. Lúc mới bắt đầu, người khởi nghiệp thường có vài ý tưởng. Vẫn là công ty thiết kế thương hiệu ở trên: công ty có thể định làm thiết kế theo dự án, cung cấp dịch vụ nội dung thường xuyên hoặc tổ chức đào tạo thiết kế. Những hoạt động này cần khách hàng, nguồn lực và cách sắp xếp công việc khác nhau. Có thể phác một SOP kết quả kinh doanh đơn giản cho từng hoạt động: - Thiết kế theo dự án: tìm khách hàng dự án, làm rõ phạm vi và báo giá, thống nhất hợp tác, bàn giao thiết kế, nghiệm thu và quyết toán. - Dịch vụ thường xuyên: tìm khách hàng có nhu cầu liên tục, làm rõ nội dung dịch vụ và cách thu phí từng kỳ, thống nhất hợp tác, bàn giao, nghiệm thu, quyết toán và nhận phản hồi đúng kỳ, rồi đánh giá có tiếp tục hợp tác hay không. - Đào tạo thiết kế: xác định học viên và nhu cầu học tập, thiết kế khóa học, tuyển sinh, ghi danh và thu phí, hoàn thành giảng dạy, rồi kiểm tra kết quả học tập và nhu cầu tiếp theo. Phác xong, ta có thể so sánh: Con đường nào gần với nguồn lực hiện có nhất? Khâu nào hiện chưa đủ năng lực thực hiện? Khách hàng có thực sự sẵn sàng trả tiền không? Cần đầu tư gì ban đầu? Điều kiện nào phải kiểm chứng trước? Nhờ đó, cuộc thảo luận có thể chuyển từ “chúng ta còn làm được rất nhiều thứ” sang “trước hết nên làm cho được hoạt động kinh doanh nào”. Với hoạt động chưa từng diễn ra, tôi xem SOP kết quả kinh doanh là một giả định cần kiểm chứng. Trước hết chọn một con đường có điều kiện để thử, tiếp xúc khách hàng thật, thực hiện một lần bàn giao ở quy mô nhỏ, rồi điều chỉnh theo phản hồi. Sơ đồ giúp làm lộ vấn đề sớm hơn; hoạt động thực tế sẽ kiểm chứng những phán đoán đó. ## III. Khi SOP kết quả kinh doanh rõ ràng, nghiệp vụ và nguồn lực sẽ dễ xác định hơn SOP kết quả kinh doanh cho biết những kết quả then chốt nào cần đạt được. Tiếp đó, cần xem muốn có các kết quả ấy thì phải triển khai những hoạt động nghiệp vụ nào. Chẳng hạn, “hoàn thành bàn giao thiết kế” thoạt nhìn chỉ là một khâu trong SOP kết quả kinh doanh, nhưng phía sau có thể gồm nghiên cứu nhu cầu, thiết kế sáng tạo, tổng hợp nội dung, kiểm tra sản phẩm và trao đổi với khách hàng. Các quá trình này cùng tạo ra thành quả mà khách hàng sử dụng được; đó là nội dung SOP quy trình nghiệp vụ cần tổ chức. **SOP quy trình nghiệp vụ tập trung vào cách tạo giá trị và chuyển giá trị ấy sang khâu tiếp theo.** Nghiên cứu nhu cầu phải bàn giao căn cứ thiết kế sử dụng được. Công việc thiết kế phải bàn giao phương án đáp ứng yêu cầu. Kiểm tra sản phẩm phải bảo đảm tệp có thể dùng trong thực tế. Mỗi bước hoàn tất đều phải để lại thứ mà bước sau có thể tiếp nhận. Khi quá trình nghiệp vụ rõ ràng, nguồn lực cần thiết cũng trở nên cụ thể. Nghiên cứu khách hàng cần năng lực phỏng vấn và phân tích. Thiết kế cần năng lực thiết kế, tư liệu và công cụ. Nếu có chụp ảnh, in ấn hoặc các khâu sản xuất khác, còn cần thiết bị, kỹ thuật và năng lực cung ứng tương ứng. Có thể lần lượt xem theo từng hoạt động: nguồn lực nào đã có, nguồn lực nào phải bổ sung, nguồn lực nào phù hợp để tìm đối tác. Lúc này, việc tìm đối tác cũng có những câu hỏi rõ ràng: Đối tác cung cấp được năng lực ở đoạn nào? Bàn giao kết quả gì? Phối hợp theo tiêu chuẩn nào? Nối với công việc hiện có của chúng ta bằng cách nào? Một quá trình nghiệp vụ có thể do đội ngũ nội bộ hoàn thành hoặc có đối tác bên ngoài tham gia. Nói rõ giá trị cần có và mối quan hệ phối hợp trước, rồi mới quyết định tổ chức nào đảm nhận, sẽ dễ tìm đúng nguồn lực thực sự cần thiết hơn. ## IV. Nghiệp vụ đã rõ, tiếp tục làm rõ nhiệm vụ chức năng và trách nhiệm vị trí Có SOP quy trình nghiệp vụ rồi, ta có thể tiếp tục tổng hợp những nhiệm vụ trong đó để hình thành SOP nhiệm vụ chức năng. Ví dụ, trong nghiệp vụ thiết kế, cần có người xác nhận nhu cầu, người thực hiện thiết kế, người kiểm tra tệp sản xuất và người tổ chức bàn giao. Với từng nhiệm vụ cụ thể, có thể làm rõ thêm đầu vào cần gì, chịu trách nhiệm gì và bàn giao kết quả gì. “Chức năng” tôi nói ở đây là một nhiệm vụ mà vị trí công việc hoặc vai trò phải hoàn thành. Một vị trí có thể đảm nhận nhiều nhiệm vụ chức năng; một hoạt động nghiệp vụ cũng có thể cần nhiều vị trí cùng thực hiện. Đặt những nhiệm vụ này cạnh nhau, ta có thể phân tích trách nhiệm vị trí: Vì sao vai trò này cần tồn tại? Thường phụ trách những việc gì? Phối hợp với ai? Cần có năng lực gì? Điều này có ích cho việc tìm người, đánh giá người và đào tạo người. Khi tìm người, có thể đặt yêu cầu từ nhiệm vụ thật. Chẳng hạn, cần người biết tổng hợp nhu cầu khách hàng thành căn cứ thiết kế, người làm được một loại thiết kế hay người có thể tổ chức nhiều người cùng bàn giao? Yêu cầu khác nhau thì hướng tìm người cũng khác nhau. Khi đánh giá người, có thể xem sản phẩm đã làm, hỏi về quá trình và cho thực hành quanh nhiệm vụ tương ứng, để hiểu cách họ nhận định vấn đề, sử dụng nguồn lực và hoàn thành bàn giao. Dù có cùng tên vị trí, công việc thực sự đảm nhận được vẫn có thể khác nhau rất nhiều. Khi đào tạo người, cũng có thể tìm đúng chỗ còn thiếu. Chưa hỏi rõ nhu cầu, chưa thành thạo công cụ hay kiểm tra bàn giao chưa đủ? Xác định thiếu hụt ở nhiệm vụ và thao tác cụ thể sẽ giúp bố trí bài tập phù hợp, rồi dùng công việc tiếp theo để kiểm tra tiến bộ. Bố trí nhân sự cũng có thể điều chỉnh theo hoạt động kinh doanh. Lúc khởi nghiệp, một người có thể kiêm vài vai trò. Khi công việc tăng lên, có thể tách ra theo khối lượng, yêu cầu chuyên môn và nhu cầu phối hợp. SOP bốn hướng giúp chúng ta nói rõ cần những công việc gì, rồi mới đánh giá cần người và tổ chức như thế nào. ## V. Triển khai nhiệm vụ chức năng xuống dưới để làm rõ thao tác hằng ngày SOP nhiệm vụ chức năng xác định cần hoàn thành điều gì; SOP thao tác nói rõ hơn phải hoàn thành như thế nào. Ví dụ, “tổng hợp nhu cầu khách hàng” có thể triển khai thành: chuẩn bị câu hỏi phỏng vấn, ghi nhận thông tin khách hàng cung cấp, đối chiếu những chỗ chưa rõ, lập bản mô tả nhu cầu, hoàn tất xác nhận và bàn giao cho khâu thiết kế. Ở chỗ dễ bỏ sót hoặc làm sai, còn phải ghi rõ tiêu chuẩn: phải có những thông tin nào, sử dụng phiên bản tài liệu nào, dựa vào đâu để xác định có thể bàn giao và thiếu thông tin thì tìm ai bổ sung. Sau đó, đặt những công việc này trở lại lịch làm việc, ta có thể xem theo bốn thuộc tính: - **Nhiệm vụ thường nhật**: công việc thường lệ được thực hiện liên tục, chẳng hạn xem yêu cầu tư vấn của khách hàng và cập nhật hồ sơ dự án. - **Nhiệm vụ định kỳ**: công việc tiến hành theo khoảng thời gian đã thống nhất, chẳng hạn tổng hợp tiến độ dự án hằng tuần và nhìn lại dịch vụ hằng tháng. - **Nhiệm vụ được kích hoạt**: công việc xuất hiện khi SOP đi đến khâu đã quy định và điều kiện tương ứng được đáp ứng, chẳng hạn chuyển sang thiết kế sau khi xác nhận nhu cầu, chuẩn bị bàn giao sau khi phương án được thông qua. - **Nhiệm vụ tiếp nhận từ người khác**: việc do người khác đề nghị hoặc giao, chẳng hạn khách hàng yêu cầu thay đổi hoặc bên phối hợp đề nghị hỗ trợ. “Tiếp nhận từ người khác” (được gọi là “bị động” trong bản tiếng Trung) ở đây nói về cách nhiệm vụ đi vào công việc, không đánh giá một người có chủ động hay không. Các thuộc tính có thể chồng lấp: khách hàng yêu cầu thay đổi vừa có thể là việc tiếp nhận từ bên ngoài, vừa kích hoạt quy trình xử lý thay đổi. Làm rõ những điểm ấy, người đảm nhận vai trò sẽ biết: thường ngày làm gì, đến thời điểm nào làm gì, điều kiện nào xuất hiện thì làm gì và phải xử lý thế nào khi nhận việc từ người khác. Tiếp tục đưa SOP áp dụng, công cụ, tiêu chuẩn bàn giao và mối quan hệ phối hợp vào cẩm nang công việc. Người mới sẽ có chỗ bắt đầu học, người đã thành thạo có căn cứ chung, việc bàn giao công việc cũng dễ thực hiện hơn. ## VI. SOP được tích lũy cũng là nguồn tư liệu giúp AI hiểu công việc doanh nghiệp Việc sắp xếp này có giá trị với con người và cũng có giá trị với AI. Nếu chỉ nói với AI “hãy giúp tôi làm một phương án”, AI sẽ thiếu nhiều bối cảnh nghiệp vụ. Khách hàng là ai, phương án phải thúc đẩy khâu nào, cần tài liệu gì, ai sẽ sử dụng kết quả, điều kiện nào không được tự ý quyết định — những điều đó có thể đều chưa rõ. SOP bốn hướng có thể nối các bối cảnh này lại: SOP kết quả kinh doanh giải thích mục đích công việc, SOP quy trình nghiệp vụ giải thích quá trình phối hợp, SOP nhiệm vụ chức năng giải thích nhiệm vụ cụ thể, SOP thao tác giải thích cách làm và tiêu chuẩn. Lấy việc tổng hợp nhu cầu làm ví dụ. Ta có thể cung cấp cho AI tài liệu đã được cho phép sử dụng, mẫu nhu cầu phù hợp và yêu cầu kiểm tra, để AI hỗ trợ tổng hợp thông tin, đánh dấu chỗ còn thiếu và lập bản nháp cho người phụ trách đối chiếu. Nội dung nào cần xác nhận với khách hàng, quyết định nào liên quan đến cam kết với bên ngoài cũng cần có vị trí rõ ràng trong quy trình. SOP đã được dùng trong thực tế còn có thể tiếp tục sắp xếp thành tri thức, hướng dẫn nhiệm vụ và Skill mà AI có thể sử dụng. Ngoài cách làm thành công, những ngoại lệ đã gặp, nguyên nhân thất bại và ghi chép điều chỉnh cũng đáng được giữ lại. Tôi còn coi trọng một điều dài hạn hơn: khi năng lực AI tiếp tục phát triển, những phương pháp làm việc doanh nghiệp tích lũy hôm nay sẽ trở thành nguồn tư liệu quan trọng để AI hiểu và tham gia nghiệp vụ thực tế. Chúng chứa mục đích, mối quan hệ, điều kiện và kinh nghiệm làm việc của doanh nghiệp, không chỉ là một chuỗi bước thao tác. Đưa tài liệu cho AI không có nghĩa AI đã học được, cũng không có nghĩa quy trình có thể tự động vận hành. Cụ thể AI có thể đảm nhận phần nào còn tùy vào năng lực công cụ, quyền sử dụng và việc kiểm tra kết quả. Nhưng các nền tảng ấy càng rõ, việc con người phối hợp với AI về sau càng có căn cứ. ## Bắt đầu từ một hoạt động kinh doanh có thể quan sát kết quả Khi thực sự áp dụng, bạn có thể lấy một tờ giấy và viết ra một SOP kết quả kinh doanh trước. Chọn một khâu then chốt trong đó, triển khai các quá trình nghiệp vụ cần thiết. Tiếp tục tìm nhiệm vụ và trách nhiệm trong nghiệp vụ. Cuối cùng, ghi rõ thao tác cần lặp lại, tiêu chuẩn và điều kiện làm phát sinh nhiệm vụ. Thực hiện một lượt công việc thật, rồi nhìn lại: Đã có những kết quả then chốt chưa? Nguồn lực có đủ không? Công việc của ai chưa nối được với bước sau? Thao tác nào cần thay đổi? Việc nào từng được dự tính nhưng thực ra không cần thiết? Khi kết quả kinh doanh chưa đạt kỳ vọng, cũng phải để ngỏ khả năng quay lại xem xét vấn đề ở tầng trên. Nhu cầu khách hàng, sản phẩm, giá, nguồn lực và môi trường bên ngoài đều có thể thay đổi. Hồ sơ quy trình giúp xác định chỗ cần tìm hiểu; nguyên nhân cụ thể vẫn cần được kiểm chứng tiếp. Trong tài liệu nghiên cứu ban đầu _Phương pháp rà soát và thiết kế SOP_, thử nghiệm, phản hồi và cải tiến lặp lại đã nằm trong quá trình xây dựng. Nhìn lại hôm nay, tôi vẫn cho rằng bước này rất quan trọng. Viết quy trình ra rồi, còn phải làm cho nó ngày càng hữu ích trong công việc. **Doanh nghiệp tạo ra kết quả kinh doanh bằng cách nào, nghiệp vụ tạo giá trị ra sao, cần nguồn lực và nhân sự gì, mỗi người làm việc hằng ngày như thế nào — có thể lần lượt làm rõ những câu hỏi ấy theo cùng một mối liên hệ.** Đó là điều tôi mong SOP bốn hướng giúp doanh nghiệp thực hiện. Bắt đầu từ một hoạt động kinh doanh, hiểu và làm cho rõ, rồi giữ lại phương pháp có hiệu quả. ## Cơ sở nghiên cứu và đọc thêm Bài viết được sắp xếp lại từ những nội dung về mô hình bốn hướng, trách nhiệm vị trí, phân loại công việc, thử nghiệm và cải tiến lặp lại trong tài liệu nghiên cứu ban đầu _Phương pháp rà soát và thiết kế SOP_, kết hợp với suy nghĩ hiện nay về doanh nghiệp mới, phối hợp nguồn lực, đào tạo nhân sự và ứng dụng AI. Công ty thiết kế thương hiệu trong bài là ví dụ giả định để giải thích phương pháp, không đại diện cho kết quả kinh doanh đã được kiểm chứng. Những cách gọi như “SOP công việc” trong tài liệu cũ được thống nhất thành “SOP thao tác” trong bài này; thuộc tính nhiệm vụ dùng cách diễn đạt hiện nay: “thường nhật, định kỳ, được kích hoạt, tiếp nhận từ người khác”. - [Giới thiệu mô hình SOP bốn hướng](https://yutengfei.com/vi/journal/four-way-sop/) - [Từ phân tích trách nhiệm vị trí đến cẩm nang công việc cho vai trò](https://yutengfei.com/vi/journal/co-builder-role-handbook/) - [Nhiệm vụ của vai trò đi vào quy trình công việc như thế nào](https://yutengfei.com/vi/journal/role-task-entry/) - [Từ SOP đến Skill](https://yutengfei.com/vi/journal/sop-to-ai-skill/) ## Tài liệu liên quan - [SOP bốn hướng: kết nối kết quả kinh doanh, quy trình nghiệp vụ, nhiệm vụ chức năng và thao tác](https://yutengfei.com/vi/journal/four-way-sop/) - [Đã làm hết SOP, vì sao vẫn chưa có kết quả kinh doanh?](https://yutengfei.com/vi/journal/sop-business-outcome-diagnosis/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) Áp dụng cho văn bản gốc trừ khi có ghi chú khác; không bao gồm tư liệu của bên thứ ba. Tải xuống hoặc máy đọc không mở rộng giấy phép hiện có hay cấp riêng quyền phái sinh, sử dụng thương mại hoặc huấn luyện mô hình. [Hướng dẫn sử dụng cho AI](https://yutengfei.com/vi/journal/ai/) --- # Từ phân tích trách nhiệm công việc đến sổ tay theo vai trò: giúp người cộng tác biết cách đóng góp - Tác giả: Andrew David W.Y. - Nguồn: https://yutengfei.com/vi/journal/co-builder-role-handbook/ - Phiên bản: R1 - Công bố: 2026-11-04 - Sửa đổi: 2026-11-04 - Trạng thái nội dung: Đã công bố toàn văn - Loại nội dung: Phương pháp (methods) - Chủ đề nghiên cứu: Quản trị vốn các bên liên quan (stakeholder-governance) - Góc nhìn hệ sinh thái: Hệ sinh thái quản lý (operations) · Hệ sinh thái tài nguyên (resource) ## Cách sử dụng tài liệu này **Mục đích**: Xuất phát từ kết quả mà một hoạt động kinh doanh cần có, chuyển phân tích trách nhiệm thành sổ tay cho vai trò đóng góp giá trị, làm rõ nhiệm vụ, điều kiện, thẩm quyền, bàn giao và phối hợp. Một ví dụ giả định về người tổng hợp yêu cầu cho thấy cách dùng sổ tay trong nhiệm vụ thực tế và sửa đổi sau khi thử áp dụng. **Điều kiện sử dụng**: Kiểm tra đối tượng, mục tiêu và ràng buộc có phù hợp với công việc hiện tại; xác nhận riêng các điều kiện chưa được nêu. **Phương pháp · Các bước, đầu vào và tiêu chí hoàn thành** **Căn cứ và giới hạn kiểm chứng**: Thử sổ tay trên một nhiệm vụ thực tế. Kiểm tra trách nhiệm, điểm bắt đầu và điều kiện bàn giao, rồi chỉnh sửa theo phản hồi. Bài viết chưa ghi nhận riêng kết quả kiểm chứng bên ngoài. Việc công bố không xác nhận hiệu quả; hãy kiểm tra căn cứ, giả định và giới hạn trong bài. Đây là tài liệu kiến thức để đọc và trích dẫn, không phải Skill đã cài đặt. Khi dùng với AI, giữ nguyên nguồn và giới hạn, đồng thời kiểm tra kết quả. ## Toàn văn Có người muốn tham gia một hoạt động kinh doanh. Vậy họ bắt đầu thế nào? Nếu chúng ta chỉ nói “bạn phụ trách tổng hợp yêu cầu” hay “bạn hỗ trợ phần nội dung”, họ sẽ sớm gặp những câu hỏi cụ thể: hỏi ai để nắm tình hình, được dùng tài liệu nào, làm đến mức nào thì có thể bàn giao, và khi có ý kiến khác nhau thì ai quyết định. Trong nội bộ doanh nghiệp cũng có những vấn đề như vậy. Trách nhiệm công việc đã được viết ra, quy trình cũng đã được vẽ, nhưng khi đổi người phụ trách, người trước vẫn phải giải thích đi giải thích lại. Tôi nghĩ sổ tay công việc cần nói rõ cách triển khai công việc sau khi một người nhận trách nhiệm. Người tham gia cần biết mình có thể đóng góp gì, cần những điều kiện nào và phối hợp với người khác ra sao. ## 1\. Trước hết, xác định công việc này cần hỗ trợ kết quả nào Trước khi viết sổ tay, hãy chọn một hoạt động kinh doanh thực tế và làm rõ kết quả đang cần tạo ra. Ví dụ, doanh nghiệp chuẩn bị làm một tài liệu giới thiệu hoạt động kinh doanh. Kết quả cần có trước mắt có thể là một bản mô tả yêu cầu đã được xác nhận, để người viết nội dung và người thiết kế có thể dựa vào đó bắt đầu làm việc. Cũng cần nói rõ tài liệu phục vụ khách hàng nào, được dùng trong tình huống nào và cần giúp khách hàng hiểu điều gì. Nếu phân công ngay từ câu hỏi “ai đang rảnh”, chúng ta dễ biến một sắp xếp tạm thời thành trách nhiệm lâu dài. Nếu chỉ điền công việc vào các chức danh hiện có, cũng có thể bỏ sót việc doanh nghiệp thực sự cần nhưng chưa có ai đảm nhận. Tài liệu nghiên cứu ban đầu _Phương pháp rà soát và thiết kế quy trình thao tác chuẩn (SOP)_ đã liên kết quy trình kinh doanh, công việc của từng vị trí, hành động cụ thể, tiêu chuẩn và việc bàn giao; đồng thời yêu cầu thử áp dụng rồi mới cải tiến. Tiếp tục phát triển cách nghĩ này, chúng ta có thể xác định kết quả cần có trước, rồi xem công việc hiện tại hỗ trợ kết quả đó như thế nào. Phân công đang có hiệu quả có thể được giữ lại; những chỗ trách nhiệm trùng nhau, thiếu khâu bàn giao hoặc chưa đủ điều kiện thì cần bàn lại.\[1\] Ở đây cần phân biệt hai tầng kết quả. Bản mô tả yêu cầu được xác nhận là một sản phẩm bàn giao của công việc. Việc nó có giúp tài liệu rõ ràng hơn, giúp khách hàng đưa ra đánh giá hay không vẫn cần được quan sát trong hoạt động kinh doanh tiếp theo. Sổ tay đầy đủ hay nhiệm vụ hoàn thành đúng hạn đều chưa đủ để kết luận kết quả kinh doanh đã tốt hơn. ## 2\. Làm rõ vai trò, người đảm nhận và nhiệm vụ cụ thể lần này Phân tích vị trí công việc là điểm khởi đầu để hiểu công việc. Với sự cộng tác giữa các nhóm hoặc tổ chức, cần tiếp tục xác định thành vai trò những đóng góp có thể được đảm nhận tương đối độc lập. “Vai trò đóng góp giá trị” ở đây là thỏa thuận về một loại đóng góp và trách nhiệm đi kèm. Ví dụ, “người cộng tác tổng hợp yêu cầu” có thể phụ trách thu thập, kiểm tra yêu cầu và lập phiếu xác nhận yêu cầu để các công đoạn sau sử dụng. Nhân viên nội bộ hay đối tác chuyên môn bên ngoài đều có thể đảm nhận vai trò này khi đáp ứng các điều kiện phù hợp. | Cấp độ | Câu hỏi cần trả lời | Ví dụ về tổng hợp yêu cầu | | --- | --- | --- | | Vai trò | Thường xuyên đảm nhận loại đóng góp nào, giới hạn ở đâu? | Thu thập, kiểm tra và tổng hợp yêu cầu làm tài liệu giới thiệu hoạt động kinh doanh | | Người đảm nhận | Ai có năng lực, thời gian và điều kiện tham gia phù hợp? | Lần này do một đồng nghiệp nội bộ hoặc người cộng tác bên ngoài đảm nhận | | Nhiệm vụ | Lần này cụ thể bàn giao gì, ai nhận làm và ai nghiệm thu? | Nộp phiếu xác nhận yêu cầu của một dự án trong thời hạn đã thống nhất | Một người có thể đảm nhận nhiều vai trò; một vai trò cũng có thể do nhiều người cùng đảm nhận. Nhưng với mỗi nhiệm vụ, vẫn cần xác định người nhận làm, người phối hợp và người nghiệm thu, không thể chỉ ghi “vai trò tổng hợp yêu cầu phụ trách”. Nếu nhiều người cùng làm, cần nói rõ phạm vi của từng người để tránh việc ai cũng nghĩ người khác đã xử lý. Nguồn lực, vận hành và quản lý, khách hàng, vốn là bốn hệ sinh thái dùng để xem xét các mối quan hệ tham gia. Không nên máy móc chia công việc theo vai trò thành bốn bộ tương ứng. Người tham gia thuộc mọi nhóm đều có thể chủ động đề xuất đóng góp hoặc đáp ứng một nhu cầu cụ thể. Đội ngũ vận hành và quản lý tinh gọn phụ trách các quyết định, quy tắc tương ứng, đồng thời điều phối việc tạo ra giá trị, kênh bán hàng và quan hệ khách hàng. Ai quyết định từng việc cụ thể vẫn phải được xác định theo thẩm quyền thực tế. Sổ tay công việc gắn với vai trò đóng góp giá trị mà một người thực sự đảm nhận. Khách hàng tiêu dùng tham gia theo các quy trình mua, sử dụng, phản hồi và hậu mãi; người chỉ tham gia với tư cách nhà đầu tư đi theo các quy trình đầu tư và trao đổi thông tin tương ứng. Hai tư cách này tự chúng không đòi hỏi sổ tay dành cho vai trò cùng xây dựng. Nếu họ còn đảm nhận một vai trò đóng góp cụ thể khác, như cùng phát triển sản phẩm hay nghiên cứu chuyên môn, thì mới dùng sổ tay tương ứng với vai trò đó.\[2\] Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 1: Xác định kết quả hoạt động kinh doanh cần có, rồi xác định vai trò đóng góp, lập sổ tay và cụ thể hóa thành một nhiệm vụ.](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/01-result-role-handbook.svg)](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/01-result-role-handbook.svg) Hình 1: Các mũi tên thể hiện thứ tự rà soát được đề xuất trong bài. Một người có thể đảm nhận nhiều vai trò; việc phân công cho từng nhiệm vụ được xác định riêng. Ví dụ không có nghĩa là hiệu quả đã được kiểm chứng. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/01-result-role-handbook.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/01-result-role-handbook.svg) ## 3\. Một cuốn sổ tay cần giúp người dùng trả lời tám câu hỏi Bản mô tả trách nhiệm có thể nói rõ trước hết “đảm nhận việc gì”. Sổ tay công việc còn phải giúp người dùng biết bắt đầu, xử lý và hoàn thành ra sao. Tám câu hỏi dưới đây có thể dùng để kiểm tra bản sổ tay đầu tiên. Độ dài tùy thuộc mức độ phức tạp của công việc, không cần viết thêm nội dung chỉ để lấp đầy mục lục. | Câu hỏi cần trả lời | Nội dung cần có trong sổ tay | | --- | --- | | Vì sao cần vai trò này? | Đối tượng phục vụ, kết quả kinh doanh cần hỗ trợ, phạm vi vai trò | | Tôi đảm nhận những việc nào? | Trách nhiệm chính, các đầu mối phát sinh nhiệm vụ, phân công với những vai trò khác | | Cần có những điều kiện gì mới bắt đầu được? | Tài liệu, năng lực, thời gian, công cụ và quyền truy cập cần thiết | | Thông thường triển khai công việc thế nào? | Các bước chính và SOP, mẫu, ví dụ liên quan có thể áp dụng | | Tôi có thể tự quyết định điều gì? | Những việc được xác nhận và xử lý, những việc phải nhờ ai quyết định | | Cần bàn giao gì, thế nào là đạt yêu cầu? | Sản phẩm bàn giao, yêu cầu chất lượng, cách nghiệm thu, vai trò tiếp nhận | | Khi thiếu điều kiện hoặc có thay đổi thì làm gì? | Cách ghi nhận, người cần liên hệ, cách đề nghị bổ sung, điều chỉnh hoặc tạm dừng | | Ai duy trì và cập nhật sổ tay này? | Người phụ trách, phiên bản, phạm vi áp dụng, thời điểm có hiệu lực và cách thay đổi | Hãy mô tả trách nhiệm đủ cụ thể để người khác nhìn ra việc đã được làm. “Phụ trách quản lý yêu cầu” vẫn quá rộng. Có thể viết tiếp thành “kiểm tra mục đích thực hiện, tình huống sử dụng và phạm vi nội dung, lập phiếu xác nhận yêu cầu, ghi rõ nguồn và những mục còn chờ xác nhận”. Tiêu chuẩn cũng cần gắn với công việc. Với việc cần xác minh sự thật, hãy nói rõ nội dung nào phải có nguồn, thiếu sót nào ảnh hưởng đến việc tiếp tục triển khai; đừng chỉ dùng “tận tâm có trách nhiệm”, “kịp thời và hiệu quả” thay cho yêu cầu cụ thể. Với công việc mang tính khám phá, hãy chừa không gian lựa chọn phương pháp, nói rõ câu hỏi cần trả lời, yêu cầu về căn cứ và các mốc thảo luận, không nhất thiết cố định mọi bước. SOP, tức quy trình thao tác chuẩn, và sổ tay theo vai trò có thể tham chiếu lẫn nhau. Sổ tay xuất phát từ vai trò, cho tôi biết trong tình huống nào nên dùng quy trình nào. SOP xuất phát từ một công việc, nói rõ các vai trò, bước thực hiện và tiêu chuẩn liên quan. Với quy trình dùng chung, chỉ duy trì một phiên bản còn hiệu lực để sổ tay tham chiếu đến, tránh sao chép ở nhiều nơi rồi mỗi bản thay đổi một kiểu. ## 4\. Lấy nội dung từ công việc thực tế, rồi nhờ người khác thử dùng Bản đầu tiên có thể bắt đầu từ một nhiệm vụ đã làm hoặc sắp triển khai. Hãy nhờ người thực sự đảm nhận giải thích rõ: việc đến từ đâu, bước đầu xem tài liệu gì, nhận định nào dựa vào kinh nghiệm, thường nhờ ai kiểm tra, cuối cùng bàn giao gì cho ai. Sau đó, nhờ cả bên cung cấp đầu vào và bên tiếp nhận ở công đoạn sau kiểm tra lại. Người làm nghĩ mình đã hoàn thành, nhưng công đoạn sau có thực sự tiếp nhận và làm tiếp được không, thường phải đến lúc này mới thấy rõ. Khi tổng hợp, hãy phân biệt ba trạng thái: cách làm đã được kiểm tra, sắp xếp chuẩn bị thử áp dụng và vấn đề còn chờ quyết định. Trước đây luôn làm như vậy không có nghĩa đó là tiêu chuẩn hợp lý; cách làm mới nghe hay cũng cần được đưa vào sử dụng. Tiếp theo, chọn một người cộng tác có năng lực cơ bản nhưng chưa quen việc này, để họ dùng sổ tay thử làm một nhiệm vụ trong phạm vi có thể kiểm soát. Lần đầu có thể có người hướng dẫn; đồng thời ghi lại họ dừng ở đâu, cần được giải thích thêm điều gì và đầu vào nào hoàn toàn không lấy được. Khi gặp những vấn đề đó, trước hết hãy kiểm tra sổ tay và điều kiện triển khai. Hướng dẫn chưa rõ hay nhiệm vụ vượt quá năng lực? Quy trình còn thiếu hay thẩm quyền, tài liệu và thời gian chưa được bố trí? Làm rõ rồi mới quyết định bổ sung đào tạo, đổi phân công, điều chỉnh điều kiện hay sửa sổ tay. Nếu công việc còn nhiều điều chưa chắc chắn, có thể bắt đầu bằng mô tả vai trò ngắn gọn và phiếu nhiệm vụ, vừa làm vừa ghi nhận. Ép viết sẵn thành một bộ bước cố định có thể khiến người dùng tiếp tục làm theo những tiền đề đã không còn đúng. ## 5\. Thử điền một bản cho “người cộng tác tổng hợp yêu cầu” Dưới đây là ví dụ giả định về việc làm tài liệu giới thiệu hoạt động kinh doanh. Ví dụ chỉ minh họa cách dùng phương pháp, không phản ánh hiệu quả đã có của một dự án cụ thể. **Mục đích của vai trò**: Tổng hợp yêu cầu đến mức người viết nội dung và người thiết kế có thể xác định cách triển khai, giảm việc phải đoán đi đoán lại về tình huống sử dụng, phạm vi nội dung và thông tin thực tế của hoạt động kinh doanh. **Điều kiện bắt đầu**: Người phụ trách dự án đã làm rõ mục đích thực hiện, đối tượng giao tiếp và phạm vi sơ bộ; cung cấp tài liệu hiện có được phép sử dụng, đồng thời xác định người xác nhận thông tin thực tế về kinh doanh. Thời hạn bàn giao, thời gian có thể dành cho công việc và người nghiệm thu được thống nhất riêng cho nhiệm vụ lần này. **Công việc chính**: Trước hết kiểm tra tài liệu dành cho ai, dùng trong tình huống nào và muốn người đọc hiểu điều gì hoặc có hành động gì; sau đó tổng hợp nội dung kinh doanh và yêu cầu trình bày; kiểm tra nguồn của những phát biểu quan trọng; liệt kê bất đồng và nội dung còn thiếu để người có thẩm quyền xác nhận. **Sản phẩm bàn giao**: Một phiếu xác nhận yêu cầu, tối thiểu gồm tình huống sử dụng, đối tượng, phạm vi nội dung, thông tin kinh doanh quan trọng và nguồn, quy cách bàn giao, các mục đã xác nhận, các mục còn chờ xác nhận và người phụ trách tương ứng. Thời hạn cụ thể, trạng thái xác nhận và phiên bản áp dụng được ghi nhận cùng nhiệm vụ lần này. **Thẩm quyền và phối hợp**: Người cộng tác có thể đặt câu hỏi, tổng hợp tài liệu và đề xuất cách diễn đạt. Những việc như phạm vi kinh doanh, cam kết về sản phẩm, giá hoặc thời điểm công bố phải được người có thẩm quyền tương ứng xác nhận. Người tổng hợp không thể biến một việc chưa được quyết định thành cam kết của doanh nghiệp chỉ bằng cách viết nó vào tài liệu. **Nghiệm thu và tiếp nhận**: Người nghiệm thu kiểm tra thông tin thực tế và phạm vi; vai trò viết nội dung, thiết kế kiểm tra xem đã có điều kiện triển khai chưa. Nếu một thiếu sót chỉ ảnh hưởng đến một phần nội dung, có thể xác định phần việc đã được xác nhận nào được làm trước. Nếu thiếu sót ảnh hưởng đến hướng đi tổng thể, cần bổ sung trước hoặc ra quyết định lại. Không thể lấy việc “đã nộp tệp” thay cho đánh giá về mức độ có thể sử dụng. **Xử lý ngoại lệ**: Khi phát hiện tài liệu mâu thuẫn, tình huống sử dụng thay đổi hoặc yêu cầu mới vượt phạm vi, hãy ghi lại vấn đề và ảnh hưởng, nhờ người phụ trách tương ứng quyết định bổ sung, điều chỉnh, tạm dừng hay hủy. Phạm vi và thời hạn mới cần được xác nhận lại. Người cộng tác cũng có thể chủ động đề xuất cải tiến, nhưng hành động thực tế cần có thẩm quyền và điều kiện tương ứng. **Hoàn thành và chuyển giao**: Lưu phiếu xác nhận cuối cùng cùng những căn cứ cần thiết, thông báo cho bên tiếp nhận ở công đoạn sau về các vấn đề chưa quyết định, giới hạn và phiên bản. Khi đổi người nhận làm, hãy chuyển giao nhiệm vụ chưa xong, vị trí tệp và cách bố trí quyền truy cập. Như vậy, người tham gia nhận được nhiều hơn một câu “giúp tổng hợp yêu cầu nhé”. Họ có thể đánh giá mình đã đủ điều kiện nhận việc chưa, và biết cách đưa công việc tiến lên sau khi bắt đầu. ## 6\. Khi đưa sổ tay vào nhiệm vụ, vẫn cần có cách điều chỉnh Khi bắt đầu nhiệm vụ, hai bên xác nhận phạm vi, điều kiện, thời hạn và cách nghiệm thu. Trong quá trình thực hiện, làm theo phiên bản áp dụng và kịp thời nêu những chỗ còn thiếu. Khi kết thúc, kiểm tra việc bàn giao và tiếp nhận của công đoạn sau, rồi phản hồi những vấn đề của chính sổ tay cho người phụ trách cập nhật. Với hạng mục chưa qua nghiệm thu, hãy nói rõ cần bổ sung hay làm lại gì, rồi nghiệm thu lại sau khi hoàn thành. Bất đồng do người phụ trách hoặc vai trò kiểm tra lại đã thống nhất trước xử lý. Việc tạm dừng giữ ở trạng thái chờ xử lý; muốn tiếp tục thì xác nhận lại điều kiện. Việc đã hủy được kết thúc sau khi hoàn tất các công việc khép lại cần thiết. Nhóm nhỏ có thể để một người kiêm nhiều vai trò, nhưng cam kết quan trọng và việc có xung đột lợi ích vẫn cần được kiểm tra lại theo quy tắc thực tế. Việc sửa sổ tay cũng cần có căn cứ. Một lần xử lý đặc biệt có thể được ghi nhận trước như ngoại lệ. Khi vấn đề tương tự lặp lại hoặc điều kiện kinh doanh đã thay đổi, mới quyết định có sửa cách làm chung hay không. Phiên bản mới phải nói rõ thay đổi gì, áp dụng trong phạm vi nào và có hiệu lực khi nào. Cũng phải làm rõ cách chuyển tiếp đối với nhiệm vụ chưa xong, đồng thời giữ lại phiên bản cũ để tra cứu. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 2: Sổ tay theo vai trò được dùng trong nhận việc, thực hiện, nghiệm thu và phản hồi; ngoại lệ do người có thẩm quyền quyết định, khi cần thì đánh giá để sửa đổi.](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/02-handbook-in-use.svg)](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/02-handbook-in-use.svg) Hình 2: Đây là cơ chế vận hành được đề xuất. Sau khi xử lý ngoại lệ, công việc cần được xác nhận lại điều kiện; bản sửa đổi phải được xác nhận có hiệu lực. Chất lượng bàn giao, khả năng sử dụng ở công đoạn sau và thay đổi trong kết quả kinh doanh được quan sát riêng. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/02-handbook-in-use.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/co-builder-role-handbook/materials/vi/02-handbook-in-use.svg) Để xem sổ tay có hữu ích không, trước hết có thể hỏi vài câu cụ thể: người mới tham gia có rõ hơn về nơi cần bắt đầu không? Vấn đề quan trọng có được phát hiện sớm hơn không? Việc giải thích và làm lại có giảm không? Công đoạn sau có dễ tiếp nhận hơn không? Trước và sau khi thử áp dụng, hãy cố gắng ghi nhận phạm vi, độ phức tạp và kinh nghiệm của người làm trong các nhiệm vụ tương tự. Nhiệm vụ đơn giản hơn hoặc người làm thành thạo hơn cũng có thể ảnh hưởng đến kết quả; không thể quy toàn bộ cải thiện cho sổ tay. Sổ tay có thể quy định cần giữ những căn cứ nào trong hồ sơ bàn giao và đóng góp. Thù lao, chi phí, quyền lợi và điều kiện đi kèm được xác nhận riêng theo hợp đồng và quy chế trong hoạt động kinh doanh thực tế, không tự động suy ra từ việc “hoàn thành nhiệm vụ trong sổ tay”.\[2\] AI có thể hỗ trợ tìm nội dung phù hợp, tổng hợp tài liệu hiện có, soạn phiếu xác nhận và dựa vào sổ tay nhắc những chỗ bỏ sót. Vẫn phải làm rõ ai kiểm tra sự thật, ai có thể quyết định việc gì và kết quả được giao cho ai. Khi tiếp tục tổ chức các bước có thể tái sử dụng thành Skill, tức hướng dẫn để AI thực hiện công việc, cũng cần xác định phạm vi áp dụng, đầu vào, đầu ra và ranh giới của những nhận định phải do con người đưa ra. Hãy chọn một vai trò hiện đang phải giải thích nhiều lần, rồi lấy một nhiệm vụ thực tế để viết rõ mục đích, điều kiện, công việc, thẩm quyền và sản phẩm bàn giao. Để người tham gia phù hợp tiếp theo dùng thử, rồi sửa theo những vấn đề họ gặp. Như vậy, sổ tay có được điểm bắt đầu để sử dụng trong thực tế. ### Căn cứ và đọc thêm \[1\] Tài liệu nghiên cứu ban đầu _Phương pháp rà soát và thiết kế SOP_, tập trung tham khảo quan hệ giữa trách nhiệm công việc và sổ tay ở trang 3–4; nội dung tài liệu, khảo sát công việc, thử áp dụng và lặp lại cải tiến ở trang 6–9. Cuối tài liệu giữ lại hồ sơ phiên bản và cộng tác năm 2023. Vai trò cùng xây dựng hệ sinh thái, sự phân biệt giữa vai trò và nhiệm vụ, cùng các đề xuất thử áp dụng trong bài là phần phát triển lần này dựa trên những tài liệu đó. Hai sơ đồ nghiên cứu cũ về trách nhiệm công việc và quy trình chỉ được dùng để nhận diện các mối quan hệ ban đầu, không áp dụng lại cách đánh giá hay bố trí quyền lợi trong đó. \[2\] [_Mô hình quản trị bốn hệ sinh thái: vòng khép kín giữa đóng góp, quyền lợi và cộng tác_](https://yutengfei.com/zh/journal/four-ecology-governance-model/) (tiếng Trung) bàn về quan hệ tham gia, đóng góp và quyền lợi, cũng như thẩm quyền đối với từng việc. Bài này nghiên cứu sâu hơn cách tổ chức công việc bằng sổ tay theo vai trò, không đặt sẵn một phương thức phân bổ thống nhất. Có thể đọc [_Mười bước lập kế hoạch doanh nghiệp: nối định hướng, nguồn lực và thực hiện_](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/) (tiếng Trung) để hiểu mục tiêu kinh doanh và điều kiện cộng tác; và [_Sau một giao dịch, doanh nghiệp còn có thể giữ lại điều gì?_](https://yutengfei.com/zh/journal/after-transaction-business-accumulation/) (tiếng Trung) để tiếp tục xem kinh nghiệm được đưa vào công việc sau đó như thế nào. Đây là một thiết kế phương pháp còn cần được kiểm nghiệm trong thực tế. Bài không cung cấp kết quả kiểm chứng hiệu quả tại nhiều doanh nghiệp. Các sơ đồ và ví dụ giả định dùng để giải thích cơ chế. ## Tài liệu liên quan - [Cần bàn giao những gì trước khi quy trình chuyển sang bước tiếp theo?](https://yutengfei.com/vi/journal/process-handover-and-entry-conditions/) - [Thường nhật, định kỳ, kích hoạt, tiếp nhận từ người khác: nhiệm vụ của một vai trò đi vào quy trình làm việc thế nào?](https://yutengfei.com/vi/journal/role-task-entry/) - [Chọn một chuỗi tạo kết quả kinh doanh: bắt đầu cải tổ hệ sinh thái doanh nghiệp như thế nào?](https://yutengfei.com/vi/journal/performance-chain-ecology-transformation/) - [Đã làm hết SOP, vì sao vẫn chưa có kết quả kinh doanh?](https://yutengfei.com/vi/journal/sop-business-outcome-diagnosis/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) Áp dụng cho văn bản gốc trừ khi có ghi chú khác; không bao gồm tư liệu của bên thứ ba. Tải xuống hoặc máy đọc không mở rộng giấy phép hiện có hay cấp riêng quyền phái sinh, sử dụng thương mại hoặc huấn luyện mô hình. [Hướng dẫn sử dụng cho AI](https://yutengfei.com/vi/journal/ai/) --- # Cần bàn giao những gì trước khi quy trình chuyển sang bước tiếp theo? - Tác giả: Andrew David W.Y. - Nguồn: https://yutengfei.com/vi/journal/process-handover-and-entry-conditions/ - Phiên bản: R1 - Công bố: 2026-11-04 - Sửa đổi: 2026-11-04 - Trạng thái nội dung: Đã công bố toàn văn - Loại nội dung: Mô hình (models) - Chủ đề nghiên cứu: Quản trị vốn các bên liên quan (stakeholder-governance) - Góc nhìn hệ sinh thái: Hệ sinh thái quản lý (operations) · Hệ sinh thái tài nguyên (resource) ## Cách sử dụng tài liệu này **Mục đích**: Phân biệt kết quả bàn giao của công đoạn trước, kết luận chấp nhận bàn giao và điều kiện bắt đầu công đoạn sau; làm rõ cách xử lý trục trặc khi bàn giao và cách mục tiêu chung ràng buộc việc hoàn thành ở từng phần. **Điều kiện sử dụng**: Kiểm tra đối tượng, mục tiêu và ràng buộc có phù hợp với công việc hiện tại; xác nhận riêng các điều kiện chưa được nêu. **Mô hình · Thành phần, quan hệ và giả định** **Căn cứ và giới hạn kiểm chứng**: Ví dụ minh họa cách phân tích và thực hiện. Khi áp dụng, hãy dùng hồ sơ nghiệp vụ thực tế thay cho điều kiện minh họa rồi kiểm tra nhận định và kết quả. Bài viết chưa ghi nhận riêng kết quả kiểm chứng bên ngoài. Việc công bố không xác nhận hiệu quả; hãy kiểm tra căn cứ, giả định và giới hạn trong bài. Đây là tài liệu kiến thức để đọc và trích dẫn, không phải Skill đã cài đặt. Khi dùng với AI, giữ nguyên nguồn và giới hạn, đồng thời kiểm tra kết quả. ## Toàn văn Nhân viên kinh doanh chuyển yêu cầu của khách hàng cho người phụ trách báo giá, rồi đổi trạng thái nhiệm vụ thành “hoàn thành”. Nhưng khi mở tài liệu, người báo giá mới thấy số lượng, thời hạn giao hàng và điều kiện sử dụng đều chưa được xác nhận, nên lại phải tìm người để hỏi. Công đoạn trước đã có người làm việc, nhưng công đoạn sau vẫn chưa thể bắt đầu. Tình huống tương tự xuất hiện khi chuyển phương án cho thiết kế, chuyển thiết kế sang sản xuất, chuyển kết quả phát triển sang kiểm thử. Nó cũng xuất hiện giữa doanh nghiệp với nhà cung cấp, kênh bán hàng và khách hàng. Điều tôi quan tâm hơn là: kết quả của công đoạn trước có thực sự trở thành đầu vào dùng được cho công đoạn sau hay không? Làm rõ điều này thì những mũi tên trên sơ đồ quy trình mới có ý nghĩa thực tế. ## 1\. Phân biệt hai nhận định: bàn giao đạt yêu cầu thì bước tiếp theo đã có thể bắt đầu chưa? Một quy trình có thể gồm nhiều công đoạn liên quan với nhau. Mỗi công đoạn có mục đích riêng, đồng thời tạo ra một kết quả cho toàn bộ chuỗi hoạt động kinh doanh. Kết quả đó có thể là một sản phẩm, một phương án, một tập dữ liệu, một yêu cầu đã được xác nhận hoặc một quyết định. Trong tài liệu giải thích về cách tiếp cận theo quá trình, ISO mô tả quá trình là một nhóm hoạt động liên quan sử dụng đầu vào để tạo ra kết quả dự kiến, đồng thời nhấn mạnh đầu vào, đầu ra và sự phụ thuộc lẫn nhau giữa các quá trình. Bài viết này dựa trên cách hiểu đó để đề xuất một mô hình làm việc cho việc bàn giao hằng ngày. [Tài liệu giải thích về cách tiếp cận theo quá trình](https://www.iso.org/iso/iso9001_2015_process_approach.pdf) Mô hình bắt đầu từ một mục tiêu chung: **Công đoạn trước tạo ra kết quả → Xác minh theo nhu cầu của công đoạn sau → Nêu rõ kết luận chấp nhận bàn giao → Kiểm tra điều kiện bắt đầu → Chuyển sang công đoạn tiếp theo.** Ở đây cần xem riêng hai việc. Thứ nhất, kết quả được bàn giao có đúng thỏa thuận hay không. Yêu cầu đã được xác nhận chưa? Bản vẽ có phải phiên bản hiện hành không? Dữ liệu có nguồn không? Sản phẩm bàn giao có nằm trong phạm vi đã thống nhất không? Đây là câu trả lời cho câu hỏi “Kết quả bàn giao này có dùng được không?”. Thứ hai, công đoạn tiếp theo đã đủ điều kiện bắt đầu hay chưa. Người phụ trách có thể tiếp nhận công việc không? Vật tư và nguồn lực cần thiết đã sẵn sàng chưa? Các quyết định liên quan đã được xác nhận chưa? Đây là câu trả lời cho câu hỏi “Bây giờ đã có thể bắt đầu chưa?”. Một bản vẽ đạt yêu cầu vẫn có thể chưa được đưa vào sản xuất vì vật tư chưa đến. Khi đó nên ghi “đã chấp nhận bàn giao, chờ bắt đầu sản xuất”, rồi tiếp tục xử lý vấn đề vật tư. Không thể đẩy mọi thời gian chờ về cho người thiết kế, cũng không thể ghi rằng sản xuất đã bắt đầu chỉ vì bản vẽ đã được chấp nhận. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 1: Điều kiện để kết quả bàn giao trở thành đầu vào cho công đoạn tiếp theo. Việc kiểm tra bàn giao và xác nhận điều kiện bắt đầu được thực hiện riêng; chấp nhận bàn giao không tự động có nghĩa là đã bắt đầu.](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/01-handover-to-next-process.svg)](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/01-handover-to-next-process.svg) Hình 1: Mục tiêu và ràng buộc chung xuyên suốt các công đoạn. Mũi tên thể hiện thứ tự bàn giao và đánh giá, không có nghĩa là đã đạt kết quả về khách hàng hay kinh tế. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/01-handover-to-next-process.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/01-handover-to-next-process.svg) ## 2\. Nội dung bàn giao cần được mô tả theo cách bước tiếp theo sẽ sử dụng Những câu như “đã tổng hợp xong yêu cầu” hay “đã gửi phương án” rất dễ được hiểu theo nhiều cách. Nếu bước tiếp theo là lập báo giá, ít nhất phải biết báo giá cho cái gì, số lượng bao nhiêu, giao khi nào, điều kiện nào đã được xác nhận và điều kiện nào vẫn là ước tính. Nếu bước tiếp theo chỉ là lập phương án sơ bộ, có thể chấp nhận tạm thiếu một phần thông tin, nhưng phải đánh dấu các giả định và nói rõ những nhận định nào chưa thể đưa ra. Cùng một bộ tài liệu nhưng dùng ở các công đoạn khác nhau thì tiêu chuẩn áp dụng có thể khác nhau. Vì vậy, các bên liên quan cần xác nhận yêu cầu bàn giao trước khi bắt đầu công việc. Khi điều kiện kinh doanh thực sự thay đổi, hãy điều chỉnh theo thỏa thuận. Bên nhận không thể đợi đến lúc bàn giao mới liên tục bổ sung những yêu cầu chưa từng được thống nhất. Tôi đề nghị trước hết làm rõ sáu việc dưới đây. Có thể ghi ngay vào phiếu nhiệm vụ, phần mô tả tài liệu hoặc các trường có sẵn trong hệ thống, không cần tạo thêm một bộ biểu mẫu dày cộp. | Việc cần làm rõ | Câu hỏi cần trả lời khi bàn giao | | --- | --- | | Mục đích sử dụng và giới hạn | Công đoạn nào sẽ sử dụng, hỗ trợ nhận định nào, bao phủ phạm vi nào | | Kết quả và phiên bản | Kết quả bàn giao ở đâu, hiện là phiên bản nào, được tạo khi nào | | Căn cứ kiểm tra | Dựa vào đâu để xác nhận các dữ kiện quan trọng, nguồn và hồ sơ kiểm tra cần thiết ở đâu | | Tiêu chuẩn chấp nhận | Phải đáp ứng yêu cầu gì mới được chấp nhận, áp dụng phiên bản tiêu chuẩn nào | | Bên tiếp nhận công việc và thời hạn | Ai nộp, ai kiểm tra, ai phụ trách phần tiếp theo, khi nào phản hồi | | Thiếu sót và cách xử lý | Điều gì chưa được xác nhận, ảnh hưởng đến đâu, ai sẽ bổ sung hoặc quyết định, vào lúc nào | Cũng cần phân biệt kết quả với căn cứ. Một biên bản trao đổi có thể chứng minh hai bên đã thảo luận về một điều kiện, nhưng chưa chắc chứng minh điều kiện đó đã được xác nhận. Một phương án do AI tạo ra trông rất đầy đủ cũng chưa chắc chứng minh giá, thông số kỹ thuật hay thời hạn giao hàng trong đó là đúng và còn hiệu lực. Sau khi nhận được kết quả bàn giao, bên nhận cần hiểu rõ: nội dung nào có thể dùng làm căn cứ hành động, nội dung nào vẫn cần kiểm chứng, và khi sử dụng đến phạm vi nào thì phải xác nhận lại. ## 3\. Không thể chỉ nói “hãy nghiệm thu” mà không rõ ai kiểm tra Bên nộp tự kiểm tra trước theo thỏa thuận. Bên nhận kiểm tra những đầu vào liên quan đến công việc của mình. Những nhận định chuyên môn, cam kết với bên ngoài và vấn đề vượt quá thẩm quyền đã giao thì chuyển cho người có thẩm quyền tương ứng xác nhận. Trong nhóm nhỏ, một người có thể kiêm nhiều vai trò, nhưng vẫn phải làm rõ căn cứ đánh giá và trách nhiệm. Nếu một vấn đề quan trọng có xung đột lợi ích rõ ràng thì cần bố trí cách rà soát phù hợp riêng. Với việc bàn giao thông thường, chi phí thấp và dễ sửa, có thể xác nhận ngắn gọn hoặc kiểm tra chọn mẫu. Với công đoạn có rủi ro cao hơn hoặc chi phí sửa sai lớn hơn, hãy tăng mức kiểm tra. Không nên bắt mọi bước phải qua nhiều tầng ký duyệt, khiến chi phí phối hợp còn cao hơn vấn đề ban đầu. Kết luận chấp nhận bàn giao cần cụ thể. Ví dụ: “Phiếu yêu cầu V2 đã được kiểm tra theo tiêu chuẩn đầu vào cho báo giá; có thể dùng thông số kỹ thuật và số lượng để tính toán. Thời hạn giao hàng chính thức còn chờ phía cung ứng xác nhận, không được dựa vào tài liệu này để cam kết với khách hàng.” Cách viết đó giúp công việc tiếp tục dễ hơn nhiều so với “đã nhận” hay “không vấn đề gì”. “Đã nhận” chỉ có nghĩa tài liệu đã đến nơi. “Chấp nhận bàn giao” có nghĩa kết quả trong phạm vi xác định đã qua kiểm tra. “Bắt đầu” có nghĩa các điều kiện thực tế cho bước tiếp theo cũng đã sẵn sàng. Hệ thống quản lý nhiệm vụ có thể dùng các trạng thái khác nhau, nhưng người tham gia phải nhìn ra được những khác biệt này. Cũng cần thống nhất thời hạn phản hồi. Nếu quá hạn mà chưa có phản hồi thì phải nhắc và phối hợp xử lý, không được mặc định là đã thông qua. Nếu từ chối, bên nhận cũng cần chỉ rõ tiêu chuẩn chưa đáp ứng và thiếu sót cụ thể. Cả hai bên đều có trách nhiệm giảm những lần chờ đợi và làm đi làm lại không có căn cứ. ## 4\. Nếu chưa nối được sang bước sau, trước hết hãy xác định loại vấn đề Khi bàn giao gặp trục trặc, cách dễ chọn nhất là “trả lại, làm lại”. Nhưng có những vấn đề không nằm ở bản thân kết quả được bàn giao, nên làm lại một lần nữa cũng không giải quyết được. Có thể chia trước thành ba nhóm. **Kết quả còn thiếu sót.** Chẳng hạn thiếu thông số kỹ thuật đã thống nhất, không kiểm chứng được dữ liệu quan trọng, hoặc phiên bản tài liệu không khớp. Hãy chỉ rõ thiếu sót và ảnh hưởng, để người có trách nhiệm bổ sung hoặc sửa, rồi xác minh lại theo tiêu chuẩn đang có hiệu lực. Những phần đã đạt yêu cầu và không bị ảnh hưởng thì không cần làm lại toàn bộ. **Bất đồng về tiêu chuẩn hoặc thẩm quyền.** Chẳng hạn hai bên hiểu khác nhau về “đã xác nhận”, hoặc cần cam kết một thời hạn giao hàng chưa từng được cho phép. Trước hết hãy đối chiếu thỏa thuận ban đầu. Khi cần, người có thẩm quyền quyết định tiêu chuẩn áp dụng, phạm vi và trách nhiệm. Không thể để người nhận tự bổ sung điều kiện theo ý riêng, cũng không thể để người nộp vì chạy tiến độ mà thay người khác đưa ra cam kết. **Điều kiện kinh doanh đã thay đổi.** Chẳng hạn khách hàng đổi yêu cầu, năng lực cung ứng thay đổi, hoặc tạm thời chưa đủ nguồn lực cho bước tiếp theo. Trước hết xác định phạm vi bị ảnh hưởng, rồi để người phụ trách tương ứng quyết định bổ sung nguồn lực, điều chỉnh phạm vi hoặc thời gian, tạm dừng hay chấm dứt công việc liên quan. Bản thân kết quả đạt yêu cầu vẫn có thể tạm thời không còn phù hợp để sử dụng. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 2: Ba hướng xử lý trục trặc khi bàn giao. Sau khi xử lý, các việc dự kiến tiếp tục đều quay lại bước xác minh; với việc tạm dừng, phải xác nhận điều kiện khôi phục.](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/02-exception-and-revalidation.svg)](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/02-exception-and-revalidation.svg) Hình 2: Phân loại trục trặc để tìm đúng đầu mối xử lý. Việc sửa kết quả, giải thích tiêu chuẩn và điều chỉnh điều kiện kinh doanh có trách nhiệm riêng; không nên quy mọi vấn đề thành lỗi thực hiện công việc. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/02-exception-and-revalidation.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/vi/02-exception-and-revalidation.svg) Khi thực sự cần thiết, có thể chấp nhận có điều kiện trong một phạm vi rõ ràng. Chẳng hạn tiến hành tính toán nội bộ trước, đồng thời bổ sung thông tin cần xác nhận. Việc này phải được quyết định đúng thẩm quyền, ghi rõ được phép làm gì, không được dựa vào đó để làm gì, hạn bổ sung, và cách dừng hoặc quay lại bước trước nếu điều kiện không được đáp ứng. Sau khi xác nhận những sắp xếp đó, vẫn phải kiểm tra lại đầu vào và điều kiện bắt đầu đối với phần việc bị giới hạn. Chấp nhận có điều kiện cũng không cho phép bỏ qua những yêu cầu bắt buộc. Nếu không có thẩm quyền quyết định, không thể kiểm soát hậu quả, hoặc vẫn còn bước kiểm tra cần hoàn tất trước, thì phải tạm dừng hoạt động liên quan. Việc tạm dừng cũng cần có người theo dõi, nêu rõ phải chờ điều kiện nào mới được tiếp tục và khi nào rà soát lại. Nghĩa vụ thực hiện đã nhận, chi phí và trách nhiệm xử lý phần còn lại vẫn được giải quyết theo thỏa thuận; chúng không biến mất chỉ vì trạng thái được đổi thành “tạm dừng”. ## 5\. Xem mô hình được áp dụng qua một lần bàn giao để báo giá Tình huống dưới đây được hư cấu riêng để giải thích mô hình, không phải hồ sơ thực tế của một doanh nghiệp. Khách hàng yêu cầu một lô thiết bị đặt làm riêng. Người điều phối yêu cầu chuyển tài liệu cho người phụ trách báo giá. Hai bên thống nhất trước rằng báo giá chính thức phải có thông số kỹ thuật, số lượng, địa điểm giao hàng và thời hạn giao hàng mong muốn đã được xác nhận, đồng thời ghi rõ các vấn đề chưa giải quyết. Ở lần nộp đầu tiên, thông số và số lượng đã được xác nhận, nhưng địa điểm giao hàng vẫn còn hai phương án. Người phụ trách báo giá chỉ ra phần thiếu, giải thích rằng chưa thể chốt phí vận chuyển trên cơ sở đó. Sau đó, người điều phối xác nhận địa điểm, nộp V2 và giữ lại phiên bản trước cùng phần giải thích sửa đổi. Sau khi kiểm tra V2, đầu vào cho báo giá đã đáp ứng thỏa thuận, nhưng nhà cung cấp vẫn chưa xác nhận năng lực sản xuất. Ở đây tiếp tục phải phân biệt: có thể bắt đầu tính toán chi phí nội bộ; còn điều kiện để gửi khách hàng một báo giá chính thức với thời hạn giao hàng xác định thì chưa đủ. Người phụ trách có thẩm quyền quyết định cho phép tính toán nội bộ trước trong phạm vi giới hạn. Hồ sơ nhiệm vụ ghi người chịu trách nhiệm xác nhận năng lực sản xuất, thời hạn hoàn tất và giới hạn không được cam kết thời hạn giao hàng với khách hàng. Sau khi kiểm tra lại các đầu vào và nguồn lực liên quan, việc tính toán nội bộ bắt đầu. Nếu sau đó nhà cung cấp phản hồi rằng không thể đáp ứng thời hạn mong muốn, các bên liên quan phải xác nhận điều chỉnh với khách hàng. Nếu khách hàng thay đổi thông số kỹ thuật, cần xác định các phép tính và tài liệu bị ảnh hưởng rồi kiểm tra lại theo phiên bản mới, không thể tiếp tục dựa vào kết luận “V2 đã được chấp nhận” để báo giá ra bên ngoài. Trong ví dụ này, mô hình giúp phân biệt thiếu sót tài liệu, điều kiện tiếp nhận công việc và quyết định đối với bên ngoài, đồng thời giữ lại một phần công việc có thể làm trước. Nó không bảo đảm khách hàng cuối cùng sẽ mua, càng không thể chỉ dựa vào một lần bàn giao thuận lợi để chứng minh toàn bộ quy trình đã cải thiện kết quả kinh doanh. ## 6\. Mục tiêu chung phải ràng buộc được việc “hoàn thành” ở từng phần Kinh doanh muốn nhanh hơn, báo giá muốn tài liệu đầy đủ, phía cung ứng muốn điều kiện ổn định. Những nhu cầu đó đều có lý do thực tế. Vai trò của mục tiêu chung là để các bên liên quan cùng cân nhắc trong một giao dịch: khách hàng cần giải quyết vấn đề gì, cân bằng thời gian, chi phí, chất lượng và điều kiện thực hiện thế nào, những cam kết nào không được đưa ra. Điều đó không đòi hỏi lợi ích của mọi người phải giống nhau, cũng không thể trở thành lý do để giao thêm việc vô hạn cho một bên. Công việc phát sinh, chờ đợi và làm lại đều có chi phí. Cần nói rõ ai chịu chi phí đó và ai quyết định khi vượt quá thỏa thuận ban đầu. Việc bàn giao như vậy có thể xuất hiện trong cả bốn hệ sinh thái: nguồn lực, quản trị và vận hành, khách hàng, vốn. Các vai trò khác nhau có thể chủ động đóng góp hoặc đáp ứng nhu cầu. Từng việc cụ thể vẫn được xử lý theo quan hệ kinh doanh và thẩm quyền đã giao. Bộ phận quản trị và vận hành tinh gọn phụ trách các quyết định, quy tắc và điều phối liên quan, kết nối hoạt động tạo ra giá trị với kênh bán hàng và quan hệ khách hàng; không thay tất cả các vai trò chuyên môn đưa ra nhận định. Mô hình này xử lý việc bàn giao và tiếp nhận công việc. Hồ sơ bàn giao có thể cung cấp dữ kiện cho đánh giá sau này, nhưng không tự động đại diện cho toàn bộ đóng góp, cũng không tự động tạo ra thù lao, cổ phần, cổ tức hay quyền quyết định. Những quyền lợi theo cơ chế tương ứng cần được xử lý riêng dựa trên hoạt động kinh doanh thực tế và thỏa thuận liên quan. Khi áp dụng, có thể chọn trước một điểm bàn giao thường xuyên gặp trục trặc, ghi lại thiếu sót tài liệu, nguyên nhân chờ đợi, việc làm lại, chi phí kiểm tra và ảnh hưởng đến việc thực hiện cam kết với khách hàng. Sau thời gian thử, xem lại kiểm tra nào có ích, tiêu chuẩn nào quá nặng và trục trặc có được chuyển đến đúng người phụ trách nhanh hơn không. Khi thiếu đối chiếu và hồ sơ đầy đủ, trước hết hãy giữ lại kết quả quan sát, đừng vội quy nguyên nhân. Nếu một giao dịch cuối cùng không đạt kỳ vọng, vẫn cần tìm vấn đề dọc theo chuỗi tạo kết quả kinh doanh: nhu cầu khách hàng, sản phẩm và giá, thực hiện cam kết, kênh bán hàng, thu tiền; sau đó mới quyết định điều chỉnh SOP nào ở cấp nghiệp vụ, chức năng hoặc thao tác. Bàn giao chỉ là một đoạn trong chuỗi đó, không thể dùng nó để giải thích mọi kết quả kinh doanh. Trước khi quy trình chuyển sang bước tiếp theo, việc bàn giao cần cho bên nhận biết: bây giờ có thể dựa vào đó làm gì, việc gì còn chưa được làm, và tìm ai xử lý khi có thay đổi. Nối rõ những điều kiện này thì mới biết quy trình thực sự đã đi đến đâu. * * * ### Nguồn và bài đọc liên quan - Cơ sở mô hình: tài liệu trước đây của nhóm _Phương pháp rà soát và thiết kế SOP_ (tiếng Trung), chủ yếu tham khảo trang 6–9 về nhiệm vụ tiên quyết, chuyển sang bước tiếp theo, bàn giao, tình huống đặc biệt, thử nghiệm và cập nhật. Hai sơ đồ quan hệ giai đoạn đầu về “trách nhiệm vị trí, sổ tay công việc, SOP và đánh giá hiệu quả công việc” cung cấp hướng nghiên cứu “xác minh kết quả của công đoạn trước”. Cơ chế bàn giao và xử lý trục trặc trong bài là mô hình làm việc được xây dựng lại; hiệu quả vẫn cần được kiểm nghiệm trong hoạt động kinh doanh cụ thể. - Tham khảo khái niệm: [ISO: The process approach in ISO 9001:2015](https://www.iso.org/iso/iso9001_2015_process_approach.pdf). Tài liệu được dùng để giải thích đầu vào, đầu ra và sự phụ thuộc lẫn nhau giữa các quá trình. Bài viết này không phải phần diễn giải điều khoản tiêu chuẩn hay hướng dẫn chứng nhận. - [Mười bước lập kế hoạch doanh nghiệp: kết nối định hướng, nguồn lực và thực thi (tiếng Trung)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/): từ việc bố trí mục tiêu và nguồn lực, tìm hiểu thêm các cam kết phối hợp phụ thuộc lẫn nhau. - [Mô hình quản trị bốn hệ sinh thái: đóng góp, quyền lợi và chu trình phối hợp (tiếng Trung)](https://yutengfei.com/zh/journal/four-ecology-governance-model/): từ việc bàn giao giữa các công đoạn liền kề, tìm hiểu thêm quan hệ nhiều bên và thẩm quyền đối với từng việc. - [Bảng ghi nhận và rà soát đóng góp: đánh giá có căn cứ và cho phép nêu ý kiến khác (tiếng Trung)](https://yutengfei.com/zh/journal/contribution-record-review/): sau khi bàn giao, ghi nhận và rà soát sự tham gia thực tế của từng người như thế nào. ## Tài liệu liên quan - [Từ phân tích trách nhiệm công việc đến sổ tay theo vai trò: giúp người cộng tác biết cách đóng góp](https://yutengfei.com/vi/journal/co-builder-role-handbook/) - [Thường nhật, định kỳ, kích hoạt, tiếp nhận từ người khác: nhiệm vụ của một vai trò đi vào quy trình làm việc thế nào?](https://yutengfei.com/vi/journal/role-task-entry/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) Áp dụng cho văn bản gốc trừ khi có ghi chú khác; không bao gồm tư liệu của bên thứ ba. Tải xuống hoặc máy đọc không mở rộng giấy phép hiện có hay cấp riêng quyền phái sinh, sử dụng thương mại hoặc huấn luyện mô hình. [Hướng dẫn sử dụng cho AI](https://yutengfei.com/vi/journal/ai/) --- # Từ SOP đến Skill: AI có thể hỗ trợ việc gì và nghiệm thu thế nào? - Tác giả: Andrew David W.Y. - Nguồn: https://yutengfei.com/vi/journal/sop-to-ai-skill/ - Phiên bản: R1 - Công bố: 2026-11-04 - Sửa đổi: 2026-11-04 - Trạng thái nội dung: Đã công bố toàn văn - Loại nội dung: Phương pháp (methods) - Chủ đề nghiên cứu: Quản trị vốn các bên liên quan (stakeholder-governance) - Góc nhìn hệ sinh thái: Hệ sinh thái quản lý (operations) · Hệ sinh thái tài nguyên (resource) ## Cách sử dụng tài liệu này **Mục đích**: Bắt đầu từ một phần việc cụ thể, xác định khi nào AI phù hợp, thống nhất đầu vào, đầu ra, cách nghiệm thu và tiếp quản để đưa Skill vào phối hợp trong doanh nghiệp, đồng thời giữ rõ phán đoán nghiệp vụ và trách nhiệm. **Điều kiện sử dụng**: Kiểm tra đối tượng, mục tiêu và ràng buộc có phù hợp với công việc hiện tại; xác nhận riêng các điều kiện chưa được nêu. **Phương pháp · Các bước, đầu vào và tiêu chí hoàn thành** **Căn cứ và giới hạn kiểm chứng**: Bài viết đề xuất cách áp dụng thử. Trước khi đưa vào công việc, hãy thống nhất quyền truy cập đầu vào, nghiệm thu đầu ra, điều kiện dừng và trách nhiệm tiếp quản của con người. Bài viết chưa ghi nhận riêng kết quả kiểm chứng bên ngoài. Việc công bố không xác nhận hiệu quả; hãy kiểm tra căn cứ, giả định và giới hạn trong bài. Đây là tài liệu kiến thức để đọc và trích dẫn, không phải Skill đã cài đặt. Khi dùng với AI, giữ nguyên nguồn và giới hạn, đồng thời kiểm tra kết quả. ## Toàn văn Doanh nghiệp đã có SOP, tức quy trình thao tác chuẩn. Có thể giao tài liệu cho AI rồi để AI làm theo không? Có thể bắt đầu từ một phần công việc. Trước hết cần nói rõ: phần nào được giao cho AI, cần những tài liệu gì, phải tạo ra kết quả gì và ai quyết định kết quả đó có thể chuyển sang bước tiếp theo. Ví dụ, AI có thể hỗ trợ tổng hợp nhu cầu khách hàng, đối chiếu tài liệu sản phẩm và liệt kê thông tin còn thiếu. Còn việc xác nhận nhu cầu đã thực sự được đáp ứng hay chưa, chấp nhận điều kiện giao dịch nào và cam kết gì với khách hàng thì cần người đảm nhiệm vai trò có trách nhiệm tương ứng quyết định. Hai loại công việc này có thể cùng xuất hiện trong một SOP, nhưng điều kiện thực hiện và yêu cầu trách nhiệm khác nhau. Khi chuyển từ SOP sang Skill, có thể viết phần công việc đã rõ và phù hợp với AI thành hướng dẫn hành động dùng lại được, rồi đưa vào cách phối hợp hiện có. Một Skill có dùng được hay không phụ thuộc vào cách kiểm tra kết quả mà nó tạo ra, cũng như khả năng dừng kịp thời và chuyển lại cho con người khi có vấn đề. ## Phân biệt quy trình nghiệp vụ với hướng dẫn hành động cho AI SOP nêu rõ một công việc được thực hiện trong điều kiện nào, đi qua những bước nào, mỗi vai trò phải làm gì, cần đạt tiêu chuẩn gì và bàn giao thế nào. Nó quy định các mối quan hệ công việc trong hoạt động nghiệp vụ. Trong bài này, Skill là hướng dẫn nhiệm vụ cùng các tài nguyên đi kèm để AI sử dụng. Chẳng hạn, theo định dạng mở Agent Skills, một Skill tối thiểu có tệp `SKILL.md`, và có thể kèm tập lệnh, tài liệu tham khảo, mẫu biểu. Nó cung cấp cho AI phương pháp và bối cảnh cần thiết cho một nhiệm vụ cụ thể.[¹](https://agentskills.io/home) Không thể coi hai khái niệm này là một. Một SOP nghiệp vụ có thể cần nhiều vai trò, nhiều công cụ và một số Skill cùng thực hiện. Ngược lại, một Skill đối chiếu tài liệu có thể được dùng trong nhiều quy trình nghiệp vụ khác nhau. SOP còn bao gồm công việc tại hiện trường, thương lượng, quyết định, trách nhiệm và bàn giao; chỉ một phần trong đó phù hợp để AI thực hiện. Vì vậy, chỉ đổi cách viết SOP thành câu lệnh chưa có nghĩa là đã chuyển đổi xong. Còn phải xác minh AI có lấy được tài liệu cần thiết, sử dụng được công cụ phù hợp, nhận ra ngoại lệ và để lại kết quả có thể kiểm tra hay không. Các bước ghi trong tệp Skill cũng không tự mở rộng phạm vi được ủy quyền của bên thực hiện. SOP bốn tầng chia công việc thành kết quả kinh doanh, nghiệp vụ, chức năng và thao tác. Khi áp dụng, trước tiên cần tìm vấn đề trong chuỗi kết quả kinh doanh gắn với khách hàng và kết quả kinh tế, rồi tùy nhu cầu mà cải tiến sự phối hợp nghiệp vụ, nhiệm vụ chức năng và thao tác cụ thể. AI có thể hỗ trợ các phần việc ở nhiều tầng khác nhau; không cần gói cả chuỗi kết quả kinh doanh vào một Skill. Nếu vấn đề thực sự nằm ở cách xác định nhu cầu, điều kiện sản phẩm hoặc lựa chọn kênh, chỉ xử lý tài liệu nhanh hơn chưa chắc đã cải thiện kết quả kinh doanh. ## Bắt đầu từ một phần việc có thể kiểm tra Có thể chọn trước một nhiệm vụ có ranh giới rõ và dễ kiểm tra lại kết quả, chẳng hạn: “Dựa trên tài liệu được chỉ định, tổng hợp nhu cầu khách hàng và các nội dung cần xác nhận.” Khi chọn, hãy trả lời năm câu hỏi sau. | Cần kiểm tra gì? | Điều kiện phù hợp để bắt đầu | Xử lý thế nào khi chưa đủ điều kiện? | | --- | --- | --- | | Mục đích công việc | Nêu rõ ai dùng kết quả và kết quả hỗ trợ bước tiếp theo nào | Làm rõ vấn đề nghiệp vụ và người sử dụng trước | | Tài liệu đầu vào | Rõ nguồn, phiên bản, trường thông tin bắt buộc và phạm vi được phép sử dụng | Liệt kê phần thiếu, bổ sung tài liệu hoặc điều chỉnh phạm vi | | Kết quả đầu ra | Có danh sách, bảng, bản nháp hoặc sản phẩm khác có thể bàn giao | Thống nhất hình thức kết quả và điều kiện hoàn thành trước | | Căn cứ nghiệm thu | Có thể dựa vào tài liệu gốc hoặc tiêu chuẩn nghiệp vụ để đánh giá tính sử dụng được | Người phụ trách nghiệp vụ làm rõ tiêu chuẩn và các trường hợp không đạt trước | | Ngoại lệ và trách nhiệm | Nêu rõ khi nào dừng, ai tiếp quản và ai xác nhận cho sử dụng | Xác định cách xử lý và vai trò chịu trách nhiệm trước | Cũng cần đánh giá xem có thực sự cần AI hay không. Những việc như chuyển đổi trường thông tin cố định hoặc tính toán theo quy tắc xác định có thể dùng ngay công thức bảng tính hoặc tập lệnh nếu các công cụ này đủ tin cậy. Với phần cần hiểu ngôn ngữ tự nhiên, tổng hợp tài liệu phi cấu trúc, tạo bản nháp hoặc đưa ra nhận định chờ xác minh, khi đó mới đánh giá thêm liệu AI có hữu ích. Nếu tiêu chuẩn còn đang được tranh luận, tài liệu không lấy được hoặc sai sót có hậu quả khó khắc phục, có thể thu hẹp nhiệm vụ của AI vào việc tổng hợp dữ kiện và nêu câu hỏi. Trước hết để con người có đủ thông tin cần thiết cho quyết định, rồi mới xem có mở rộng phạm vi hỗ trợ hay không. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 1: Từ vấn đề nghiệp vụ, chọn phần việc để AI hỗ trợ, tổ chức thành Skill rồi thử nghiệm trước khi đưa vào SOP](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/01-sop-to-skill-boundary.svg)](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/01-sop-to-skill-boundary.svg) Hình 1 | Chọn công việc trước, rồi tổ chức thành Skill. Có áp dụng hay không và áp dụng đến đâu phụ thuộc vào đầu vào, cách nghiệm thu và điều kiện tiếp quản. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/01-sop-to-skill-boundary.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/01-sop-to-skill-boundary.svg) ## Ghi đầu vào, đầu ra và điều kiện dừng vào hướng dẫn nhiệm vụ Một Skill dùng trong phối hợp cần giúp cả người sử dụng lẫn người rà soát biết nó sẽ làm gì. Với nhiệm vụ tổng hợp nhu cầu ở trên, có thể thống nhất như sau. Đây là ví dụ giả định. **Phạm vi nhiệm vụ.** Đọc bản ghi nhu cầu khách hàng và tài liệu sản phẩm được chỉ định, tổng hợp nhu cầu đã được nêu, căn cứ tương ứng tìm được và các nội dung cần xác nhận để người phụ trách phương án kiểm tra. Skill không thay khách hàng xác nhận, cũng không tự kết luận sản phẩm đáp ứng nhu cầu. **Đầu vào.** Bản ghi nhu cầu được chỉ định, tài liệu sản phẩm và phiên bản, giải thích các trường thông tin, phạm vi tài liệu được phép truy cập. Nếu thiếu đầu vào tối thiểu, phải nêu rõ phần thiếu. Nếu tài liệu mâu thuẫn, giữ lại các bản ghi và nguồn tương ứng, không tự chọn một phiên bản rồi coi là sự thật. **Đầu ra.** Một bảng đối chiếu nhu cầu, tối thiểu phân biệt “nhu cầu gốc”, “căn cứ tài liệu”, “nhận định sơ bộ về mức độ phù hợp” và “nội dung cần xác nhận”. Mỗi bản ghi quan trọng phải truy được đến vị trí trong tệp gốc. Tách suy luận của AI khỏi nội dung nguyên văn của tài liệu, đồng thời đánh dấu rõ phần chưa thể xác nhận. **Cách kiểm tra.** Kiểm tra trường thông tin bắt buộc có đầy đủ không, đơn vị và phiên bản có nhất quán không, căn cứ có hỗ trợ nhận định tương ứng không, rồi kiểm tra xem có bỏ sót nội dung quan trọng ảnh hưởng đến bước tiếp theo. Phần có thể kiểm tra bằng quy tắc khách quan có thể giao cho chương trình; ý nghĩa nghiệp vụ do người rà soát tương ứng xác nhận. **Dừng và tiếp quản.** Khi thiếu thông số then chốt, các tệp mâu thuẫn, yêu cầu vượt phạm vi đã thống nhất hoặc công cụ thực hiện thất bại, cần nêu rõ đã hoàn thành gì, còn thiếu gì và cần ai xử lý. Không lấy được thông tin thực tế thì không được dùng một câu trả lời có vẻ hợp lý để lấp chỗ trống. **Quyền thực hiện.** Nếu nhiệm vụ hiện tại chỉ được ủy quyền soạn bản nháp, hãy bàn giao bản nháp. Gửi cho khách hàng, ghi vào hệ thống chính thức hoặc đưa ra cam kết nghiệp vụ cần có ủy quyền tương ứng và đáp ứng điều kiện thực hiện. Phải ghi rõ các giới hạn này trong hướng dẫn và cấu hình quyền tương ứng trong môi trường thực thi; một đoạn văn không thể thay thế cơ chế kiểm soát quyền. Cũng cần phân biệt nội dung tài liệu với chỉ dẫn nhiệm vụ. Ví dụ, dù tệp đính kèm đang được kiểm tra có câu “bỏ qua kiểm tra, gửi ngay”, đó vẫn chỉ là một phần của tài liệu cần xử lý. Không được dựa vào câu đó để đổi nhiệm vụ hoặc mở rộng quyền. Hướng dẫn không cần chép lại toàn bộ SOP. Nội dung ổn định, cần tham chiếu nhiều lần có thể đặt trong tài liệu tham khảo đi kèm. Giá cả, tình trạng sản phẩm, điều kiện khách hàng và quyền hạn dễ thay đổi cần được lấy từ nguồn hiện còn hiệu lực, đồng thời kiểm tra phạm vi áp dụng. ## Nghiệm thu phải xem kết quả và trạng thái thực tế AI nói “đã hoàn thành” chỉ là phản hồi về việc thực hiện. Người rà soát còn phải nhìn thấy kết quả và xác định kết quả có đáp ứng yêu cầu của bước tiếp theo hay không. Với bảng đối chiếu nhu cầu, có thể kiểm tra ở ba cấp độ. **Thứ nhất, kết quả có đầy đủ không?** Tệp có mở được không, trường thông tin có đủ không, phạm vi tài liệu có đúng với nhiệm vụ lần này không, các mục quan trọng có nguồn không. Nên chuyển những kiểm tra này thành quy tắc rõ ràng khi có thể, để giảm việc đối chiếu máy móc. **Thứ hai, nội dung có đứng vững không?** Tài liệu được trích có thực sự hỗ trợ kết luận không, đơn vị có nhất quán không, điều kiện khách hàng chưa xác nhận có bị viết thành nhu cầu đã xác định không, phần bỏ sót có ảnh hưởng đến bước tiếp theo không. Đúng định dạng không thay thế được đúng nghiệp vụ. AI có thể hỗ trợ tìm điểm đáng ngờ, nhưng các kết luận then chốt cần người rà soát có kiến thức, quyền hạn và thời gian phù hợp quay lại căn cứ gốc để đánh giá. **Thứ ba, bước tiếp theo có thể triển khai dựa trên kết quả này không?** Khi nhận bảng đối chiếu, người phụ trách phương án có biết nội dung nào có thể tiếp tục và nội dung nào bắt buộc phải hỏi thêm không? Nếu công cụ còn ghi dữ liệu hoặc gửi đi, phải kiểm tra bản ghi, đối tượng và trạng thái thực tế. Khi chưa rõ kết quả, cần xác minh hành động đã xảy ra hay chưa trước, tránh thực hiện lặp lại. Bài viết của Anthropic về phương pháp đánh giá Agent cũng phân biệt bản ghi thực hiện với trạng thái cuối cùng của môi trường, và thảo luận vai trò khác nhau của kiểm tra theo quy tắc, đánh giá bằng mô hình và đánh giá của con người.[²](https://www.anthropic.com/research/demystifying-evals-for-ai-agents) Trong phối hợp doanh nghiệp, có thể đặt yêu cầu tương ứng: dùng căn cứ kiểm chứng trực tiếp được để kiểm tra kết quả, còn phần cần phán đoán chuyên môn thì giao cho người phù hợp. Tiêu chuẩn nghiệm thu cần được thống nhất trước khi chạy. Sai sót về dữ kiện then chốt, thao tác vượt quyền, thiếu nguồn quan trọng và những trường hợp tương tự phải được chuyển thẳng sang xử lý; không thể lấy điểm “văn phong trôi chảy, định dạng đẹp” để bù lại. Khi phát hiện vấn đề, người rà soát cũng phải giữ quyền từ chối nhận hoặc trả lại để bổ sung, tránh để bước rà soát chỉ còn là xác nhận hình thức. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 2: Quy trình nghiệm thu gồm kiểm tra đầu vào, AI hỗ trợ, kiểm tra theo quy tắc, người rà soát và bàn giao; ngoại lệ được chuyển cho con người tiếp quản](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/02-acceptance-and-human-handover.svg)](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/02-acceptance-and-human-handover.svg) Hình 2 | Chỉ bàn giao sau khi kết quả đã được kiểm tra; ngoại lệ quan trọng tại từng bước được chuyển cho con người tiếp quản. Đây là một phương pháp tổ chức cần được thử nghiệm. [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/02-acceptance-and-human-handover.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/sop-to-ai-skill/materials/vi/02-acceptance-and-human-handover.svg) ## Thử nghiệm trước, rồi quyết định cách sử dụng Thành công lần đầu chỉ cho thấy nhiệm vụ lần đó đã hoàn thành trong điều kiện tài liệu và môi trường khi ấy. Muốn biết có thể dùng lại hay không, cần chủ động chuẩn bị các tình huống khác nhau có thể gặp. Vẫn với việc tổng hợp nhu cầu, thử nghiệm tối thiểu cần bao gồm: tài liệu đầy đủ, thiếu điều kiện then chốt, cùng thông số có nhiều phiên bản, đơn vị không nhất quán, không đọc được tài liệu và yêu cầu vượt phạm vi. Cũng phải kiểm tra AI có dừng khi cần dừng không, và khi nên tiếp tục thì có chuyển lại cho con người quá sớm không. Trước hết, người phụ trách nghiệp vụ xác định kết quả chấp nhận được trong từng tình huống, sau đó mới chạy và kiểm tra lại. Với tình huống quan trọng có kết quả dễ biến động, cần quan sát nhiều lần; đồng thời giữ lại một phần tài liệu chưa dùng để điều chỉnh hướng dẫn nhằm kiểm tra lại. Số lượng và phạm vi mẫu tùy rủi ro nghiệp vụ. Thử nghiệm quy mô nhỏ không chứng minh được rằng mọi doanh nghiệp, mọi nhiệm vụ đều có thể áp dụng. Khi đánh giá, cần ghi nhận cùng lúc chất lượng kết quả, thời gian người rà soát bỏ ra, việc làm lại và các ngoại lệ. Chỉ tính thời gian AI tạo bản nháp có thể bỏ sót chi phí kiểm tra sau đó. Có thể so với cách làm hiện tại: với điều kiện tài liệu tương đương, có thu được kết quả dùng được nhanh hơn không, có dễ phát hiện thiếu sót hơn không và người nhận bàn giao có bớt phải xác nhận lặp lại không? Tùy kết quả, có thể tiếp tục để con người rà soát từng mục, chỉ dùng một phần, điều chỉnh hướng dẫn rồi thử lại hoặc ngừng sử dụng. Chỉ với công việc có hậu quả sai sót nhẹ, quy tắc rõ và đã được kiểm chứng đầy đủ, mới cân nhắc giảm kiểm tra từng mục của con người trong phạm vi ủy quyền hiện có, đồng thời giữ kiểm tra lấy mẫu và tiếp quản ngoại lệ. Mỗi lần thử nghiệm cần lưu phiên bản Skill, phiên bản tài liệu đầu vào, kết quả bàn giao, kết luận rà soát và các việc chưa giải quyết. Khi quy tắc nghiệp vụ, nguồn tài liệu, mô hình hoặc công cụ thay đổi, dùng những bản ghi này để xác định phạm vi cần kiểm tra lại. Một nhiệm vụ được nghiệm thu nghĩa là kết quả lần đó đáp ứng yêu cầu đã thống nhất. Một Skill có dùng lại được hay không còn tùy vào kết quả thực hiện trong các tình huống đã thử và bản ghi sử dụng về sau. Việc nó có cải thiện thêm trải nghiệm khách hàng, giao dịch thành công hay kết quả kinh tế khác không vẫn cần theo dõi trong chuỗi kết quả kinh doanh. Không thể viết việc hoàn thành một nhiệm vụ thành hiệu quả kinh doanh đã đạt được. ## Khi có AI tham gia, trách nhiệm vẫn phải gắn với vai trò Trong bốn hệ sinh thái nguồn lực, vận hành và quản lý, khách hàng, vốn, các vai trò đều có thể chủ động đóng góp hoặc đáp ứng nhu cầu. Ai tạo, sử dụng hay duy trì Skill cần được bố trí theo công việc thực tế. Nhóm vận hành và quản lý tinh gọn chịu trách nhiệm về quyết định, quy tắc và điều phối tương ứng, tổ chức sự phối hợp giữa hoạt động tạo giá trị, kênh bán hàng và quan hệ khách hàng. Với từng phần việc được AI hỗ trợ, phải làm rõ ba điều: ai duy trì yêu cầu nghiệp vụ và tiêu chuẩn nghiệm thu, ai chịu trách nhiệm về đầu vào và việc thực hiện lần này, ai xác nhận kết quả được chuyển sang bước tiếp theo. Một vai trò phù hợp có thể kiêm các trách nhiệm này. Với công việc then chốt cần kiểm tra chéo, hãy tổ chức kiểm tra theo hậu quả nghiệp vụ. Không thể chỉ thêm vài chữ “AI rà soát” rồi mặc nhiên cho rằng đã có người đủ năng lực rà soát và chịu trách nhiệm. Sổ tay công việc của vai trò đóng góp giá trị có thể liệt kê các Skill mà vai trò đó được sử dụng, yêu cầu bàn giao và cách phối hợp. Khách hàng mua để sử dụng và người chỉ tham gia với tư cách nhà đầu tư đi theo quy trình tương ứng; không vì những tư cách đó mà yêu cầu họ có sổ tay cùng kiến tạo. Người tham gia dùng công cụ AI nào cũng không trực tiếp quyết định đóng góp và quyền lợi. Những bố trí liên quan vẫn phải dựa vào nghiệp vụ, kết quả bàn giao và quy định thực tế. Hãy bắt đầu từ một công việc thực tế lặp lại: làm rõ nó hỗ trợ kết quả nào, phần nào phù hợp với AI, căn cứ ở đâu và ai tiếp nhận khi có ngoại lệ. Viết rõ các điều kiện, thử rồi sửa, sau đó từng bước đưa vào phối hợp. Khi đó Skill mới có thể trở thành một năng lực dùng được và duy trì được trong tổ chức. ## Đọc thêm - [Kho tri thức dành cho AI (tiếng Trung)](https://yutengfei.com/zh/journal/ai/): Tìm hiểu quan hệ giữa tri thức, nhiệm vụ, công cụ và ủy quyền. - [Các Skill của tôi (tiếng Trung)](https://yutengfei.com/zh/skills/): Xem kinh nghiệm, phán đoán và phương pháp có thể hình thành hướng dẫn hành động để sử dụng như thế nào. - [Hệ thống nội dung doanh nghiệp: Làm sao diễn đạt nhất quán và cập nhật liên tục? (tiếng Trung)](https://yutengfei.com/zh/journal/business-content-system-maintenance/): Tìm hiểu thêm về thông tin thực tế trong tài liệu, rà soát và cập nhật. ## Ghi chú về tài liệu Bài viết phát triển từ các ý tưởng trong tài liệu trước đây, _Phương pháp rà soát và thiết kế SOP_, về tiêu chuẩn thao tác, tiêu chuẩn đánh giá, xử lý tình huống đặc biệt, thử nghiệm và cải tiến qua các phiên bản. Phạm vi AI hỗ trợ, cách nghiệm thu và cơ chế tiếp quản là thiết kế phương pháp được đề xuất thêm trong bài này. Nhiệm vụ tổng hợp nhu cầu là ví dụ giả định. ¹ [Agent Skills Overview](https://agentskills.io/home) giải thích cấu trúc cơ bản của định dạng mở. Bài viết không đồng nhất định dạng tệp với quy trình nghiệp vụ của doanh nghiệp. ² [Demystifying evals for AI agents](https://www.anthropic.com/research/demystifying-evals-for-ai-agents), ngày 9 tháng 1 năm 2026, cung cấp phương pháp tham khảo về đánh giá Agent. Đây không phải bằng chứng rằng cơ chế trong bài đã được kiểm chứng trong doanh nghiệp. ## Tài liệu liên quan - [Hành động, kết quả và tích lũy kinh nghiệm: Một công việc trở thành năng lực của tổ chức như thế nào?](https://yutengfei.com/vi/journal/action-results-organizational-capability/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) Áp dụng cho văn bản gốc trừ khi có ghi chú khác; không bao gồm tư liệu của bên thứ ba. Tải xuống hoặc máy đọc không mở rộng giấy phép hiện có hay cấp riêng quyền phái sinh, sử dụng thương mại hoặc huấn luyện mô hình. [Hướng dẫn sử dụng cho AI](https://yutengfei.com/vi/journal/ai/) --- # Đã làm hết SOP, vì sao vẫn chưa có kết quả kinh doanh? - Tác giả: Andrew David W.Y. - Nguồn: https://yutengfei.com/vi/journal/sop-business-outcome-diagnosis/ - Phiên bản: R1 - Công bố: 2026-11-04 - Sửa đổi: 2026-11-04 - Trạng thái nội dung: Đã công bố toàn văn - Loại nội dung: Phương pháp (methods) - Chủ đề nghiên cứu: Quản trị vốn các bên liên quan (stakeholder-governance) - Góc nhìn hệ sinh thái: Hệ sinh thái quản lý (operations) · Hệ sinh thái khách hàng (customer) ## Cách sử dụng tài liệu này **Mục đích**: Làm rõ kết quả đối với khách hàng và kết quả kinh tế, rồi lần theo chuỗi tạo kết quả kinh doanh thực tế để tìm sai lệch. Phân biệt điều kiện kinh doanh với cơ chế làm việc và dựa vào bằng chứng để tổ chức những cải tiến SOP cần thiết. **Điều kiện sử dụng**: Kiểm tra đối tượng, mục tiêu và ràng buộc có phù hợp với công việc hiện tại; xác nhận riêng các điều kiện chưa được nêu. **Phương pháp · Các bước, đầu vào và tiêu chí hoàn thành** **Căn cứ và giới hạn kiểm chứng**: Ví dụ minh họa cách phân tích và thực hiện. Khi áp dụng, hãy dùng hồ sơ nghiệp vụ thực tế thay cho điều kiện minh họa rồi kiểm tra nhận định và kết quả. Bài viết chưa ghi nhận riêng kết quả kiểm chứng bên ngoài. Việc công bố không xác nhận hiệu quả; hãy kiểm tra căn cứ, giả định và giới hạn trong bài. Đây là tài liệu kiến thức để đọc và trích dẫn, không phải Skill đã cài đặt. Khi dùng với AI, giữ nguyên nguồn và giới hạn, đồng thời kiểm tra kết quả. ## Toàn văn Đã liên hệ khách hàng, điền phiếu nhu cầu, gửi báo giá và ghi chép đầy đủ các lần theo dõi. Mọi nhiệm vụ đều được đánh dấu hoàn tất. Nhưng đến cuối tháng, đơn hàng vẫn không tăng, khách hàng không tiếp tục gắn bó, tiền cũng không về như dự kiến. Lúc này, người quản lý thường nghĩ đến hai việc: viết quy trình chi tiết hơn, hoặc yêu cầu mọi người thực hiện nghiêm hơn. Đôi khi hai cách này có ích. Nhưng trước hết cần làm rõ: công việc chưa được làm tốt, hay ngay cả khi làm tốt, công việc đó vẫn chưa đủ để tạo ra kết quả mong đợi? Khách hàng có cần sản phẩm này không, có chấp nhận mức giá này không, kênh tiếp cận có tìm đúng người không? Những điều đó đều cần được xem xét. Theo tôi, khi kết quả kinh doanh chưa đạt kỳ vọng, có thể kiểm tra dọc theo chuỗi tạo kết quả kinh doanh trước, rồi mới quyết định cần triển khai SOP nào ở cấp nghiệp vụ, chức năng hay thao tác. Tìm được vấn đề trước thì việc cải tiến quy trình mới biết phải giải quyết điều gì. ## Trước hết, phân biệt ba nghĩa của “hoàn tất” SOP ở đây là quy trình thao tác chuẩn: hướng dẫn ghi rõ các bước, yêu cầu và cách xử lý ngoại lệ của một công việc, để nhóm thực hiện và kiểm tra. Trong bài này, đường đi qua những khâu kinh doanh then chốt, gắn với khách hàng và kết quả kinh tế, được gọi là chuỗi tạo kết quả kinh doanh. Trong tài liệu trước đây mang tên _Phương pháp rà soát và thiết kế SOP_, SOP kết quả kinh doanh hướng đến logic kinh doanh cốt lõi, gắn chặt với khách hàng và lấy mục tiêu kinh tế làm kết quả. SOP nghiệp vụ, chức năng và thao tác hỗ trợ cho nó. Tôi nghĩ cần giữ điểm xuất phát này: muốn biết một công việc được làm tốt đến đâu, phải biết cuối cùng nó hỗ trợ kết quả nào. Trong đó, SOP nghiệp vụ xử lý sự phối hợp giữa các vai trò trong hoạt động kinh doanh; SOP chức năng xử lý một nhiệm vụ được thực hiện trọn vẹn đến khi có kết quả rõ ràng; SOP thao tác hướng dẫn các thao tác cụ thể. Khi áp dụng, còn phải phân biệt ba cấp độ dưới đây. | Cấp độ | Cần kiểm tra điều gì | Cho biết điều gì | | --- | --- | --- | | Hoàn tất hoạt động | Đã liên hệ, sắp xếp, gửi hoặc thao tác đúng yêu cầu chưa | Công việc đã diễn ra và có thể truy lại các bước liên quan | | Kết quả của công đoạn đã đạt yêu cầu | Nhu cầu đã được kiểm chứng chưa, các điều kiện then chốt của phương án đã được xác nhận theo yêu cầu chưa, việc bàn giao có đúng thỏa thuận không | Công đoạn này đã cung cấp đủ điều kiện đạt yêu cầu cho công việc tiếp theo hay chưa | | Đạt kết quả đối với khách hàng và kết quả kinh tế | Khách hàng đã mua, sử dụng, nghiệm thu chưa; doanh thu, thu tiền và lợi ích kinh tế từ hoạt động kinh doanh đã đạt mục tiêu chưa | Chuỗi kinh doanh này đã tạo ra kết quả cần theo dõi trong kỳ hay chưa | Gửi báo giá chỉ chứng minh rằng báo giá đã được gửi. Khách hàng đã nhận, đã hiểu và có chấp nhận không, vẫn phải kiểm tra tiếp. Ngay cả khi đã ký hợp đồng, cũng cần xem riêng việc bàn giao, doanh thu, chi phí và thu tiền. Sau khi công việc hoàn tất, việc kiểm tra không thể dừng ở bản ghi hoàn thành. Ở mỗi khâu then chốt, cần hỏi thêm: **Thao tác này nhằm thay đổi trạng thái nào? Hiện đã có bằng chứng cho thấy trạng thái đó thay đổi chưa?** Công việc được tiêu chuẩn hóa vẫn có giá trị. Nó giúp ổn định cách làm hiện có, tạo mốc so sánh cho đào tạo, đối chiếu và cải tiến liên tục. Phần giải thích của Lean Enterprise Institute cũng đặt công việc được tiêu chuẩn hóa trong quá trình cải tiến liên tục, thay vì coi việc viết ra tiêu chuẩn là điểm kết thúc. [Tham khảo: Công việc được tiêu chuẩn hóa](https://www.lean.org/lexicon-terms/standardized-work/) ## Diễn đạt “chưa có kết quả” thành một vấn đề có thể điều tra “Kết quả kinh doanh kém” quá rộng, khiến cả nhóm khó cùng chỉ vào một vấn đề cụ thể. Trước tiên, chọn một hoạt động kinh doanh cụ thể, xác định phục vụ nhóm khách hàng nào, bán sản phẩm hay dịch vụ gì. Sau đó ghi rõ kết quả cần kiểm tra trong kỳ, mức chênh lệch thực tế và thời hạn theo dõi. Chẳng hạn, “số đơn hàng mới trong kỳ ít hơn kế hoạch” và “khoản phải thu đến hạn của đợt trước chưa về tài khoản” cần điều tra những đối tượng khác nhau, với cách xử lý khác nhau. Có ba điểm về cách xác định và so sánh số liệu cần làm rõ trước. Thứ nhất, xem riêng việc ký kết, doanh thu, thu tiền và lợi nhuận. Chúng có liên hệ nhưng không phải cùng một việc. Một đợt khuyến mãi có thể làm tăng đơn hàng, đồng thời cũng kéo theo nhiều chiết khấu, hoàn tiền và chi phí thực hiện cam kết hơn. Thứ hai, đặt các đối tượng có thể so sánh cạnh nhau. So sánh cùng loại sản phẩm, nhóm khách hàng tương đồng và các hoạt động kinh doanh ở cùng giai đoạn phát triển; ghi lại thay đổi về kênh, phạm vi và điều kiện. Khách hàng tiềm năng có được trong tháng này chưa chắc đã đặt hàng ngay trong tháng. Không thể chỉ lấy tổng đơn hàng tháng này chia cho tổng khách hàng tiềm năng tháng này rồi coi đó là tỷ lệ chuyển đổi của nhóm khách hàng ấy. Thứ ba, thống nhất khi nào sẽ kiểm tra lại. Nếu chưa đến hạn bàn giao hoặc thanh toán theo thỏa thuận, không thể kết luận thất bại quá sớm. Nhưng nếu đã qua mốc theo dõi, cũng không thể cứ lấy lý do “chu kỳ bán hàng dài” để gác vấn đề lại. Với những việc còn đang diễn ra, hãy giữ bản ghi trạng thái hiện tại, ngày kiểm tra tiếp theo và người phụ trách. Kết quả của bước này phải là một câu hỏi rõ ràng: **Nhóm hoạt động kinh doanh nào, kết quả nào, trong khoảng thời gian nào, thấp hơn mục tiêu hoặc mốc so sánh ban đầu bao nhiêu?** Nếu bản thân mục tiêu thiếu căn cứ, cũng đưa vào danh sách cần kiểm tra. ## Lần theo chuỗi thực tế để tìm nơi kết quả bắt đầu lệch Lấy bán hàng theo dự án làm ví dụ. Có thể vẽ chuỗi tạo kết quả kinh doanh gồm: tiếp cận đúng khách hàng, xác minh nhu cầu, hình thành phương án và điều kiện có thể chấp nhận, đạt thỏa thuận giao dịch, thực hiện bàn giao, hoàn tất thanh toán theo thỏa thuận. Mỗi hoạt động kinh doanh có thể có thứ tự và các khâu khác nhau. Cần giữ cả những nhánh mua lại, gia hạn, trả hàng, làm lại và rút lui theo tình hình thực tế. Tiếp theo, đặt kết quả mà từng khâu then chốt cần tạo ra cạnh bằng chứng thực tế. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 1: Làm rõ kết quả chưa đạt, rồi kiểm tra trạng thái khách hàng, bằng chứng và sai lệch dọc theo chuỗi tạo kết quả kinh doanh thực tế. Mũi tên chỉ đường kiểm tra, không có nghĩa mỗi bước chắc chắn dẫn đến giao dịch.](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/01-performance-chain.svg)](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/01-performance-chain.svg) [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/01-performance-chain.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/01-performance-chain.svg) Hình 1: Làm rõ kết quả chưa đạt, rồi kiểm tra trạng thái khách hàng, bằng chứng và sai lệch dọc theo chuỗi thực tế. Đây là ví dụ kiểm tra hoạt động bán hàng theo dự án; trong thực tế có thể quay lại trao đổi, thương lượng lại, làm lại hoặc rút lui. [Mở SVG có thể chỉnh sửa](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/01-performance-chain.svg) Khi kiểm tra, xem cả số lượng, chất lượng, thời gian chờ và lý do không tiến triển. Thay vì chỉ đếm có bao nhiêu phiếu nhu cầu, hãy hỏi tiếp: bao nhiêu phiếu đã làm rõ vấn đề khách hàng cần giải quyết, điều kiện mua và quá trình ra quyết định? Khi đếm số nhiệm vụ bàn giao đã hoàn tất, cũng cần xem khách hàng đã nghiệm thu đúng thỏa thuận chưa và còn việc gì phải xử lý không. Nếu một đoạn bắt đầu có sai lệch rõ rệt, có thể tập trung điều tra đoạn đó trước. Nhưng **nơi xuất hiện sai lệch chưa thể được coi ngay là nguyên nhân**. Khách hàng không tiến triển sau báo giá có thể do giá, nhưng cũng có thể do hiểu sai nhu cầu, điều kiện bàn giao không phù hợp, hoặc người đang trao đổi không có quyền mua. Thu tiền chậm cũng có thể liên quan đến tranh chấp bàn giao ở khâu trước. Vì vậy, khi lần theo chuỗi để xem chỗ nào bị tắc, cũng phải quay lại kiểm tra đầu vào mà khâu đó đã nhận. Vấn đề để lại từ bước trước có thể đến bước sau mới lộ ra. ## Kiểm tra cả điều kiện kinh doanh lẫn cơ chế làm việc Sau khi tìm được khâu bị tắc, tôi đề nghị cùng đối chiếu các nguyên nhân có thể có theo hai nhóm câu hỏi. Một nhóm xem xét liệu hoạt động kinh doanh này hiện có đủ cơ sở để vận hành hay không. | Điều kiện kinh doanh | Cần kiểm tra thêm điều gì | | --- | --- | | Nhu cầu | Vấn đề có thật, có cấp thiết không; ai sử dụng, ai quyết định, ai trả tiền; điều kiện mua đã đủ chưa | | Sản phẩm | Phương án có giải quyết được vấn đề không; chất lượng, cách sử dụng, bàn giao và dịch vụ có phù hợp với khách hàng hiện tại không | | Giá và điều kiện giao dịch | Khách hàng có hiểu tổng chi phí không; ngân sách, thời hạn thanh toán và điều khoản hợp đồng có chấp nhận được không; doanh nghiệp có gánh được chi phí thực hiện cam kết không | | Kênh | Có tiếp cận đúng đối tượng không; cam kết của kênh có khớp với khả năng cung cấp thực tế không; nguồn khách hàng tiềm năng có thay đổi không | | Điều kiện bên ngoài | Ngân sách khách hàng, các lựa chọn cạnh tranh, điều kiện cung ứng hoặc ràng buộc khác có thay đổi không; nhận định ban đầu còn phù hợp không | Nhóm còn lại xem công việc đã có đủ điều kiện để hoàn tất chưa và cách làm hiện tại có tạo ra kết quả cần thiết không: tài liệu đầu vào có đạt yêu cầu không, trình tự phối hợp có hợp lý không, quyết định và bàn giao có rõ không, nguồn lực và năng lực có đủ không, tiêu chuẩn có phù hợp không, thao tác thực tế có lệch yêu cầu không. Hai nhóm vấn đề có thể cùng tồn tại. Ví dụ, khách hàng yêu cầu thời gian bàn giao ngắn hơn, trong khi quy trình nội bộ xác nhận khả năng cung cấp vẫn chậm. Ở đây vừa có điều kiện bên ngoài thay đổi, vừa có sự phối hợp nghiệp vụ cần điều chỉnh; không thể dùng một lý do để giải thích tất cả. Có thể điều tra bằng đơn hàng, hồ sơ bàn giao, nghiệm thu, các phiên bản báo giá, ghi chép trao đổi và hồ sơ tài chính; cũng có thể mời khách hàng và những người tham gia bổ sung thông tin. Đối chiếu các nguồn với nhau để tìm hiểu điều gì đã xảy ra, thay vì chỉ thu thập tài liệu ủng hộ nhận định ban đầu. Khách hàng nói “có quan tâm” và khách hàng sẵn sàng mua theo điều kiện cụ thể cũng hỗ trợ những kết luận khác nhau. Khi bằng chứng chưa đủ, trước hết hãy ghi cách giải thích thành giả thuyết cần kiểm chứng. Ví dụ: “Khách hàng chưa tiến triển có thể vì thời điểm giao hàng không khớp với lịch mua.” Việc tiếp theo là kiểm tra các mốc mua thực tế và thời gian có thể giao hàng. Cách làm của Strategyzer — xác định giả thuyết then chốt trước, thiết kế thử nghiệm sau, rồi đối chiếu bằng chứng với giả thuyết — có thể làm tài liệu tham khảo cho bước này. [Tham khảo: Bắt đầu thử nghiệm từ những giả thuyết then chốt](https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses) ## Xác định đúng vấn đề rồi mới tổ chức cải tiến Sau khi kiểm tra, phải nói rõ được bước tiếp theo sẽ thay đổi điều gì. Cần sửa ở cấp nào thì tổ chức công việc ở cấp đó, không cần sửa toàn bộ SOP một lượt. Cuộn ngang để xem sơ đồ hoặc mở hình đầy đủ. [![Hình 2: Sau khi xác minh sai lệch, kiểm tra song song điều kiện kinh doanh và cơ chế làm việc; dựa vào bằng chứng để chọn điều chỉnh kinh doanh hoặc cải tiến SOP nghiệp vụ, chức năng, thao tác; sau đó kiểm chứng kết quả đối với khách hàng và kết quả kinh tế. Nếu thiếu bằng chứng hoặc điều kiện chưa đủ, có thể bổ sung bằng chứng, điều chỉnh hoặc tạm dừng.](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/02-diagnosis-intervention.svg)](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/02-diagnosis-intervention.svg) [Mở sơ đồ đầy đủ ↗](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/02-diagnosis-intervention.svg)[Tải SVG có thể chỉnh sửa ↓](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/02-diagnosis-intervention.svg) Hình 2: Chọn biện pháp can thiệp cần thiết dựa trên bằng chứng. Hai hướng điều tra có thể diễn ra song song, nhiều loại hành động cũng có thể được kết hợp. Mỗi thay đổi cần ghi rõ tác động dự kiến và điều kiện kiểm tra lại. Chưa đến hạn theo dõi cuối cùng thì chưa kết luận kết quả kinh doanh cuối cùng là thất bại; những bất thường đã xuất hiện ở từng khâu vẫn có thể được xác minh kịp thời. [Mở SVG có thể chỉnh sửa](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/vi/02-diagnosis-intervention.svg) Nếu nhận định về nhu cầu hoặc sản phẩm có vấn đề, hãy kiểm tra lại đối tượng phục vụ, phạm vi sản phẩm và giá trị đề xuất. Nếu giá, điều kiện giao dịch hoặc kênh chưa phù hợp, người có thẩm quyền quyết định có điều chỉnh hay không. Khi tiền đề kinh doanh ban đầu không còn đúng, cũng cần cân nhắc thu hẹp, tạm dừng hoặc chấm dứt hoạt động đó, đồng thời sắp xếp xử lý các cam kết đã có. Nếu vấn đề nằm ở sự phối hợp nghiệp vụ giữa các vai trò, có thể triển khai cải tiến SOP nghiệp vụ. Ví dụ, cam kết trong báo giá cần được bộ phận cung ứng, kỹ thuật và bàn giao cùng xác nhận, thì phải làm rõ thứ tự xác nhận, thời hạn, cách xử lý ngoại lệ và thẩm quyền quyết định. Nếu vấn đề nằm trong một nhiệm vụ cần được xử lý trọn vẹn đến khi có kết quả, hãy xem tiếp cách thiết kế, cách hoàn tất và tiêu chuẩn đầu ra của nhiệm vụ đó. Thiếu điều kiện thì bổ sung, phương pháp chưa phù hợp thì đổi phương pháp; chỉ khi cần đổi quy trình mới sửa SOP chức năng. Ví dụ, việc xác minh nhu cầu vẫn chưa làm rõ điều kiện sử dụng và mua sắm, thì cần xác định rõ đầu vào, đầu ra, trách nhiệm và tiêu chuẩn hoàn tất của nhiệm vụ này. Nếu mục tiêu kết quả và thiết kế nhiệm vụ đã rõ, nhưng vấn đề nằm ở thao tác cụ thể, hãy sửa SOP thao tác. Ví dụ, dùng sai phiên bản báo giá, bỏ sót một trường bắt buộc, hoặc khi bàn giao không đính kèm tài liệu đã được xác nhận. Khi đó, đào tạo, công cụ hỗ trợ và kiểm tra thao tác mới có trọng tâm rõ ràng. Còn một trường hợp khác: mọi người đã làm đúng yêu cầu, nhưng quy trình vẫn không tạo ra kết quả đạt chuẩn. Lúc này phải sửa phương pháp hoặc tiêu chuẩn. Không thể chỉ dùng tiêu chuẩn cũ để chứng minh việc thực hiện không có vấn đề rồi kết thúc thảo luận. Các cấp này được phân biệt theo mối quan hệ công việc, không gắn cứng với một phòng ban nào. Một vấn đề có thể liên quan đến nhiều vai trò; một người cũng có thể đảm nhiệm nhiều phần việc. ## Kiểm chứng ở phạm vi nhỏ để xem cải tiến có tác dụng không Lấy một tình huống giả định: doanh nghiệp cung cấp dịch vụ hỗ trợ thiết bị đã hoàn tất các lượt liên hệ, đăng ký nhu cầu và gửi báo giá, nhưng đơn hàng vẫn thấp hơn kế hoạch. Tình huống này chỉ để giải thích phương pháp, không phải trường hợp doanh nghiệp đã được kiểm chứng. Sau khi kiểm tra cùng một nhóm khách hàng, đội ngũ thấy một số báo giá đến sau khung thời gian mua của khách hàng, còn một số phương án không phù hợp với điều kiện tại nơi lắp đặt. Phát hiện này chưa đủ để nói rằng mọi vấn đề đều do tốc độ báo giá; cần xác minh từng khả năng. Có thể bắt đầu với đợt nhu cầu tiếp theo có điều kiện tương đồng, rồi điều chỉnh cách xác minh nhu cầu và phối hợp báo giá: xác nhận điều kiện tại hiện trường và mốc mua trước khi xây dựng phương án; với những việc cần kỹ thuật và cung ứng cùng xác nhận, thống nhất thời gian phản hồi và cách xử lý ngoại lệ. Theo dõi cả tỷ lệ tài liệu đạt yêu cầu, thời gian xác nhận, lẫn việc khách hàng có tiếp tục tiến triển không, giao dịch thực tế, chi phí thực hiện cam kết và thu tiền sau đó. Nếu nhu cầu đã được xác minh chính xác hơn, báo giá cũng kịp thời hơn mà khách hàng vẫn không chấp nhận, hãy kiểm tra tiếp sản phẩm, giá và các cách giải thích khác. Nếu giao dịch tăng nhưng việc làm lại và chi phí cũng tăng, cũng chưa thể kết luận ngay rằng cải tiến có hiệu quả. Khi thay đổi nhiều điều kiện cùng lúc, cần ghi lại các thay đổi để tránh quy toàn bộ kết quả cho một yếu tố. Lần đầu có thể dùng một bảng ngắn để biến việc cải tiến thành công việc cụ thể. | Nội dung ghi chép | Cần làm rõ điều gì | | --- | --- | | Sai lệch kết quả | Đối tượng, kỳ theo dõi, cách xác định chỉ số, mục tiêu hoặc mốc so sánh, mức chênh lệch thực tế | | Bằng chứng tại điểm tắc | Khâu nào bị tắc, tài liệu ở đâu, đầu vào có đạt yêu cầu không, còn cách giải thích nào khác | | Nhận định hiện tại | Bằng chứng hiện có hỗ trợ điều gì, những gì vẫn cần xác minh | | Hành động cần thiết | Thay đổi điều kiện kinh doanh hay SOP nghiệp vụ, chức năng, thao tác; ai quyết định, ai thực hiện, đầu tư bao nhiêu nguồn lực | | Thỏa thuận kiểm tra lại | Trước khi cải tiến, thống nhất khi nào kiểm tra quá trình và kết quả kinh doanh, so sánh với mốc nào, trong trường hợp nào sẽ giữ, điều chỉnh hoặc dừng | Chờ theo dõi cũng là một trạng thái rõ ràng: cần ghi đang chờ điều gì và đến khi nào. Sau khi tạm dừng, phải sắp xếp xử lý tiếp các việc liên quan đến khách hàng, bàn giao, tiền và đối tác; khi khôi phục, kiểm tra lại điều kiện. Mỗi vòng đều giữ lại kết quả và phản ví dụ thì mới có cơ hội thấy rõ: phương pháp này dùng được trong hoàn cảnh nào, hoàn cảnh nào vẫn chưa được. ## Đưa quy trình trở lại với kết quả do các bên trong doanh nghiệp cùng tạo ra Đặt phương pháp này vào hệ sinh thái doanh nghiệp, các bên thuộc bốn hệ sinh thái — nguồn lực, vận hành và quản trị, khách hàng, và vốn — đều có thể chủ động nêu vấn đề, đóng góp chuyên môn hoặc đáp ứng nhu cầu cụ thể. Nhóm vận hành và quản trị tinh gọn chịu trách nhiệm về các quyết định, quy tắc và sự phối hợp tương ứng, kết nối hoạt động tạo giá trị với kênh bán hàng và quan hệ khách hàng. Những người liên quan cùng cung cấp dữ kiện; vai trò có thẩm quyền đưa ra lựa chọn và làm rõ ai sẽ tiếp nhận công việc sau đó. Kiểm tra chuỗi tạo kết quả kinh doanh nhằm làm rõ công việc hỗ trợ kết quả đối với khách hàng và kết quả kinh doanh như thế nào. Điều đó không có nghĩa đẩy toàn bộ rủi ro kinh doanh lên một người thực hiện, cũng không thể chỉ dựa vào bản ghi hoàn tất để xác nhận mọi đóng góp và quyền lợi. Thù lao, trách nhiệm và quyền lợi cụ thể vẫn phải được xác định riêng theo hoạt động thực tế, hợp đồng và quy chế. Tôi muốn bắt đầu từ một hoạt động kinh doanh có thật: lần này chưa đạt kết quả gì, bằng chứng cho thấy vấn đề ở đâu, bước tiếp theo cần thay đổi điều gì và khi nào quay lại kiểm tra. SOP giúp tổ chức rõ hơn những công việc đã hiểu, nhưng cũng phải cho phép nhóm phát hiện rằng cách hiểu cũ chưa đủ. Giữ lối mở đó thì quy trình mới có cơ hội cùng phát triển với hoạt động kinh doanh. Hiệu quả của phương pháp chẩn đoán này vẫn cần được kiểm chứng trong từng hoạt động cụ thể, qua ghi chép liên tục, thay đổi của kết quả và các phản ví dụ. ### Nguồn phương pháp và tài liệu đọc thêm Bài viết kế thừa quan hệ giữa bốn cấp SOP ở trang 2–4 và các ý tưởng về bối cảnh áp dụng, công việc tiền đề, tiêu chuẩn, thử nghiệm và cải tiến lặp ở trang 6–9 của tài liệu trước đây _Phương pháp rà soát và thiết kế SOP_. Cách xác định kết quả, theo dõi cùng một nhóm hoạt động kinh doanh, kiểm chứng theo hai chiều và lựa chọn biện pháp can thiệp cần thiết là phần được phát triển trong bài này. Cả hai hình đều được thiết kế lại theo lập luận của bài viết. Tài liệu tham khảo thêm: [Lean Enterprise Institute: Công việc được tiêu chuẩn hóa](https://www.lean.org/lexicon-terms/standardized-work/); [Michael Ballé: Khi áp dụng công việc tiêu chuẩn trong văn phòng, hãy làm rõ vấn đề cần cải thiện trước](https://www.lean.org/the-lean-post/articles/how-do-i-implement-standard-work-in-an-office-environment/); [Strategyzer: Bắt đầu thử nghiệm từ những giả thuyết then chốt](https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses). Các tài liệu này cung cấp phương pháp tham khảo có liên quan, không phải bằng chứng cho thấy hiệu quả của khung chẩn đoán trong bài đã được kiểm chứng. Có thể đọc thêm khi cần: [Mười bước hoạch định doanh nghiệp: Kết nối định hướng, nguồn lực và thực thi (tiếng Trung)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/); [Mô hình quản trị bốn hệ sinh thái: Đóng góp, quyền lợi và vòng phối hợp khép kín (tiếng Trung)](https://yutengfei.com/zh/journal/four-ecology-governance-model/). ## Tài liệu liên quan - [SOP bốn hướng: kết nối kết quả kinh doanh, quy trình nghiệp vụ, nhiệm vụ chức năng và thao tác](https://yutengfei.com/vi/journal/four-way-sop/) - [Dùng SOP bốn hướng: từ kết quả kinh doanh đến nghiệp vụ, nhân sự và công việc hằng ngày](https://yutengfei.com/vi/journal/four-way-sop-practical-guide/) - [Chọn một chuỗi tạo kết quả kinh doanh: bắt đầu cải tổ hệ sinh thái doanh nghiệp như thế nào?](https://yutengfei.com/vi/journal/performance-chain-ecology-transformation/) - [Từ phân tích trách nhiệm công việc đến sổ tay theo vai trò: giúp người cộng tác biết cách đóng góp](https://yutengfei.com/vi/journal/co-builder-role-handbook/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) Áp dụng cho văn bản gốc trừ khi có ghi chú khác; không bao gồm tư liệu của bên thứ ba. Tải xuống hoặc máy đọc không mở rộng giấy phép hiện có hay cấp riêng quyền phái sinh, sử dụng thương mại hoặc huấn luyện mô hình. [Hướng dẫn sử dụng cho AI](https://yutengfei.com/vi/journal/ai/)