Viết quy trình SOP từ ghi chú công việc: để người mới làm được, không chỉ đọc hiểu

Nhân viên cũ làm một việc rất nhanh nhưng khi được hỏi lại chỉ nói: “Cứ làm như mọi lần”. Người mới có một file hướng dẫn dài, vẫn phải hỏi từng bước. Điểm thiếu thường nằm ở điều kiện bắt đầu, dấu hiệu làm đúng và cách xử lý khi tình huống không giống ví dụ.

Muốn viết quy trình SOP dùng được, hãy lấy một công việc thật, ghi lại đầu vào, hành động, người chịu trách nhiệm và đầu ra kiểm được của từng bước. Sau đó cho một người khác thực hiện thử. AI có thể giúp sắp xếp ghi chú và phát hiện chỗ thiếu; người phụ trách vẫn phải quyết định cách làm đúng.

SOP là viết tắt của Standard Operating Procedure, thường được hiểu là quy trình thao tác chuẩn. Bài này đưa ra mẫu thực hành nội bộ cho doanh nghiệp nhỏ, không phải biểu mẫu bắt buộc, chứng nhận chất lượng hay hướng dẫn thay thế quy trình chuyên ngành.

Chọn một công việc đủ nhỏ để viết trước

Đừng bắt đầu bằng “quy trình vận hành toàn công ty”. Hãy chọn việc lặp lại, có đầu ra rõ và đang gây nhiều câu hỏi: tiếp nhận bộ tài liệu dự án, chuẩn bị cuộc họp, kiểm tra hồ sơ trước khi gửi hoặc lập thư mục cho khách mới.

Một phạm vi phù hợp có thể là: “Từ khi nhận yêu cầu mở hồ sơ đến khi có thư mục và danh mục tài liệu cần thu thập”. Việc ký hợp đồng, lập hóa đơn và xử lý tranh chấp thuộc các phạm vi khác, không ghép vào chỉ để quy trình trông đầy đủ.

Trước khi viết, trả lời bốn câu:

• Ai sẽ dùng hướng dẫn này và họ đã biết những gì?
• Sự kiện nào cho phép bắt đầu công việc?
• Sản phẩm cuối cùng là gì, ai nhận và kiểm bằng cách nào?
• Những tình huống nào không thuộc phạm vi hoặc phải hỏi người phụ trách?

Quan sát cách làm thật, đừng chỉ chép lời kể

Nhờ người đang làm mở một trường hợp đã hoàn thành, đã loại thông tin không cần thiết. Đi theo từng bước và ghi cả những việc họ thường làm theo thói quen: kiểm mã hồ sơ, hỏi người yêu cầu về ngày cần, so lại tên file hoặc báo thiếu tài liệu.

Tách ba loại ghi chú: cách đang làm, cách nhóm muốn áp dụng và điểm chưa thống nhất. Không biến đề xuất của một người thành quy định đã được chấp thuận.

Ghi chú ban đầu	Câu hỏi cần hỏi thêm	Cách chuyển thành bước rõ ràng
Kiểm tra đủ giấy tờ	Đủ theo danh mục nào?	Đối chiếu với danh mục có mã và phiên bản cụ thể
Gửi cho quản lý	Gửi ai, trong trường hợp nào?	Chuyển cho vai trò phụ trách dự án; ghi cách tìm người đang giữ vai trò
Đặt tên cho dễ tìm	Thứ tự trường và ví dụ là gì?	Dùng mã hồ sơ, loại tài liệu, ngày và phiên bản đã thống nhất
Có vấn đề thì xử lý	Vấn đề nào được tự sửa?	Tách lỗi tên file có thể sửa và thiếu tài liệu cần trả lại đầu mối

Nếu tài liệu đang nằm ở nhiều nơi, hãy sắp xếp kho tài liệu trước khi dùng AI để người viết không lấy nhầm bản cũ làm căn cứ.

Mẫu SOP ngắn có thể sao chép

Điền các chỗ trong ngoặc vuông bằng thông tin của nhóm. Không xóa trường ngoại lệ chỉ vì chưa nghĩ ra tình huống; đánh dấu cần bổ sung và giao người trả lời.

Mã quy trình: [mã]
Tên: [một hành động + đối tượng]
Phiên bản: [số] | Trạng thái: [nháp / đã duyệt / đang áp dụng]
Người phụ trách nội dung: [vai trò và người liên hệ]
Người duyệt: [vai trò]
Ngày bắt đầu áp dụng: [ngày sau khi được chấp thuận]

Mục đích: [đầu ra cần đạt]
Phạm vi: [bắt đầu ở đâu, kết thúc ở đâu]
Không áp dụng cho: [ngoại lệ lớn]
Điều kiện bắt đầu: [yêu cầu / quyền / tài liệu cần có]
Đầu vào: [danh mục, vị trí bản đang áp dụng]

Bước | Người thực hiện | Việc làm | Kết quả cần có | Cách kiểm
[1] | [...] | [...] | [...] | [...]
[2] | [...] | [...] | [...] | [...]

Ngoại lệ: [dấu hiệu] → [dừng/chuyển cho ai] → [ghi nhận ở đâu]
Hoàn thành khi: [tiêu chí bàn giao]
Biểu mẫu liên quan: [tên, phiên bản, đường dẫn được phép truy cập]
Lịch sử sửa: [ngày, nội dung sửa, người duyệt]

Thời hạn chỉ nên điền sau khi nhóm xác nhận thực hiện được. Không để AI tự đưa một cam kết “xử lý trong hai giờ” rồi biến nó thành nghĩa vụ của nhân viên.

Ví dụ giả lập: mở hồ sơ cho một dự án mới

Giả sử công ty Minh An cần tập trung tài liệu cho dự án sửa văn phòng. Đây là tình huống giả lập để minh họa, không phải quy trình của khách hàng đã sử dụng TailieuAI.

Bước	Người làm	Hành động	Bằng chứng hoàn thành
1	Điều phối	Nhận mã dự án và đầu mối từ người yêu cầu	Phiếu yêu cầu có đủ hai thông tin
2	Điều phối	Kiểm tra đã có hồ sơ cùng mã chưa	Ghi nhận dùng hồ sơ cũ hoặc tạo hồ sơ mới
3	Điều phối	Tạo cấu trúc thư mục theo mẫu hiện hành	Đường dẫn thư mục và các mục cần có
4	Phụ trách dự án	Xác nhận người cần truy cập và tài liệu cần thu thập	Danh sách đã xác nhận, không mặc định chia sẻ rộng
5	Điều phối	Bàn giao đường dẫn, danh mục thiếu và người bổ sung	Người nhận mở được đúng tài liệu được phép xem

Nếu chưa có mã dự án, bước 1 chưa đạt: trả lại câu hỏi cho đầu mối, không tự đặt mã gần giống. Nếu phát hiện hồ sơ cùng mã nhưng khác tên, dừng để xác minh trước khi gộp. Hai nhánh này giúp người mới biết lúc nào không nên “linh động” làm tiếp.

Nếu đầu vào gồm ảnh chụp hoặc bản scan, thêm bước kiểm chất lượng trước OCR vào điều kiện tiếp nhận để người làm không phải đoán chữ bị mất.

Nhờ AI sắp xếp ghi chú mà không tự tạo quy định

Chỉ đưa vào công cụ dữ liệu được phép sử dụng. Với bản ghi chứa tên khách, nội dung hợp đồng hoặc thông tin nhân sự, xem lại checklist trước khi đưa tài liệu công ty lên AI.

Có thể dùng yêu cầu sau với công cụ phù hợp:

Hãy chuyển ghi chú dưới đây thành bản nháp SOP cho người mới.
Chỉ dùng thông tin có trong ghi chú. Không tự đặt thời hạn,
quyền phê duyệt, điều kiện nghiệm thu hay chính sách mới.

Tách đầu vào, bước làm, người phụ trách, đầu ra, cách kiểm và ngoại lệ.
Với điều chưa rõ, ghi [CẦN XÁC NHẬN] và đặt câu hỏi cụ thể.
Phân biệt cách đang làm với đề xuất cải tiến.
Ở mỗi bước, ghi nguồn là đoạn ghi chú hoặc tên tài liệu tương ứng.
Cuối cùng liệt kê các điểm mâu thuẫn và các điều kiện chưa có dữ liệu.

Ghi chú: [...]
Phạm vi công việc: [...]
Người sẽ sử dụng: [...]

Đọc bản nháp cạnh ghi chú gốc. Một câu viết trôi chảy vẫn có thể đổi “gửi để biết” thành “gửi để duyệt”, làm thay đổi cả luồng công việc. Các điểm chưa xác nhận phải được giải quyết trước khi ban hành, hoặc giữ rõ trạng thái chưa áp dụng.

Kiểm thử bằng người chưa thuộc quy trình

Chọn một tình huống thông thường và một tình huống thiếu đầu vào. Cho người mới làm thử bằng tài liệu mẫu, không dùng hồ sơ thật nếu có nguy cơ gửi nhầm hoặc thay đổi dữ liệu. Người quan sát ghi thời điểm họ phải hỏi, đoán hoặc chuyển sang tài liệu khác.

Dùng bảng ghi lỗi nhỏ: bước nào, điều người dùng hiểu, điều đúng cần làm, đoạn hướng dẫn cần sửa và người quyết định. Nếu họ đều dừng tại cùng một chỗ, sửa hướng dẫn trước khi kết luận nhân viên thiếu kỹ năng.

Quy trình chỉ nên chuyển sang áp dụng khi đã có đầu ra đạt tiêu chí, ngoại lệ có người nhận xử lý và người dùng truy cập được biểu mẫu liên quan. Quy trình duyệt tài liệu nội bộ giúp ghi rõ ai đã chấp thuận phiên bản cuối.

Giữ SOP còn đúng sau ngày ban hành

Chỉ định một người phụ trách nội dung, lưu đường dẫn bản đang áp dụng và cách báo lỗi. Khi đổi công cụ, vai trò hoặc biểu mẫu, rà lại các bước liên quan thay vì chỉ sửa ngày trên trang đầu. Với quy trình ít thay đổi, nhóm có thể chọn lịch rà soát phù hợp; không cần áp một chu kỳ giống nhau cho mọi việc.

Bắt đầu bằng một SOP nhỏ mà nhóm thật sự dùng trong tuần này. Kết quả cần tìm là người tiếp theo biết làm gì, kiểm gì và hỏi ai khi có ngoại lệ, chứ không phải số trang hay số quy trình đã viết.

Những câu hỏi lặp lại sau khi áp dụng có thể được chuyển thành FAQ nội bộ có nguồn và người phụ trách, nhưng câu trả lời phải giữ đúng phiên bản SOP đang dùng.