SIPTech

Cấp 2 (C2): Soạn SOP từ người làm giỏi bằng phỏng vấn có hướng dẫn

Cách đọc các nhãn nhỏ trong bài: Có nguồn điều được nêu trong tài liệu gốc; Đề xuất ý kiến hoặc thiết kế của SIPTech; Minh họa ví dụ giả định. Gặp từ lạ? Rê chuột lên từ có gạch chấm, hoặc mở Từ điển thuật ngữ.

Tóm tắt nhanh

SOP là bản hướng dẫn các bước làm một việc, viết ra giấy để ai cũng làm theo được. Người làm giỏi thường biết làm nhưng không viết ra được, còn AI viết thay thì ra một bản chung chung, không đúng với công ty bạn. Bài này dạy cách phỏng vấn người làm giỏi theo bộ 9 câu hỏi, nhờ AI soạn bản nháp có ghi nguồn cho từng bước, rồi để người giỏi duyệt và người mới làm thử. Sau bài, bạn có một SOP v1 dùng được và danh sách những chỗ còn chưa ai trả lời.

1. Bài này dành cho ai và bạn sẽ làm được gì

Bài này dành cho ai: chủ doanh nghiệp, trưởng bộ phận muốn "viết quy trình" nhưng chưa từng viết; nhân sự hoặc người phụ trách đào tạo. Bạn không cần biết lập trình.

Bạn cần chuẩn bị:

  • Một quy trình trong công ty mà bạn muốn viết ra, cùng một người làm giỏi việc đó và một người mới (Bài C2.1 sẽ giúp bạn chọn).
  • Một tài khoản có thể tạo Project (tính năng cho bạn lưu sẵn chỉ dẫn để dùng lại nhiều lần), dùng cho "Trợ lý phỏng vấn" ở Bài C2.3.
  • Công cụ ghi âm và cách chép lời thành chữ (Cấp C1 chỉ cách làm), nếu bạn phỏng vấn bằng ghi âm.
  • Các tin nhắn Zalo hoặc email cũ, biểu mẫu, file Excel mà người làm giỏi đang dùng (xem mục 3.3).

Sau bài này bạn sẽ có:

  1. Một bộ câu hỏi phỏng vấn chuẩn cho một quy trình.
  2. Một quy trình quan trọng có SOP v1 rút từ người làm giỏi, mỗi bước có người làm và nguồn (phút nào trong buổi phỏng vấn, tin nhắn nào).
  3. SOP v1 đã được người mới làm thử và sửa theo chỗ kẹt.
  4. Danh sách câu hỏi chưa ai trả lời được, ghi rõ ra, không bị AI "điền cho đủ".

Thứ bạn cầm đi được sau bài: bộ câu hỏi; bản chép lời phỏng vấn; SOP v1 viết bằng Markdown (một kiểu soạn văn bản thuần chữ, mở bằng phần mềm ghi chú nào cũng được); nhật ký làm thử; script kiem_sop.py (một chương trình ngắn tự kiểm SOP, xem mục 5).

2. Vấn đề bài này giải quyết

"Người làm giỏi biết làm nhưng không viết ra. Làm sao rút được quy trình đủ để người khác (và AI) làm theo?"

Khi nhờ AI "viết SOP cho quy trình X" Quan sát, lỗi thường gặp là: AI viết ra một SOP chung chung, đúng sách vở nhưng sai với công ty bạn. Không ai phát hiện, vì bài viết đọc rất trôi chảy. Bằng chứng gốc cho thấy chính chỗ thiếu này quyết định chất lượng AI về sau (mục 3.1).

3. Kiến thức nền

Phần này tóm tắt các nghiên cứu cho thấy vì sao SOP hay thiếu, và AI làm người phỏng vấn được đến đâu. Bạn không cần nhớ chi tiết, chỉ cần hiểu ý để hiểu vì sao các bài thực hành ở mục 4 được thiết kế như vậy.

3.1 SOP thiếu bước là điểm nghẽn

Có nguồn

  • Airbnb (arXiv 2610.14428, qua Nền tảng bằng chứng): phần lớn thất bại còn lại là do SOP thiếu bước mà nhân viên giỏi vẫn làm. Muốn cải thiện thì cần viết thêm SOP, không phải sửa khâu truy xuất (khâu tìm đúng tài liệu đưa cho AI).
  • IBM Japan (arXiv 2611.11348): SOP thường được viết ngắn cho người đọc nên bỏ mất tri thức ngầm (những điều người làm giỏi biết nhưng không nói ra). Ví dụ của bài: SOP ghi "chi phí trên $250 cần quản lý duyệt", nhưng không nói $250 là bao gồm hay không, không nói lấy mã quản lý ở đâu. Bài chia phần thiếu thành 4 loại: làm rõ quy trình, quy tắc riêng của tổ chức, ngoại lệ, chi tiết thực thi. Hai loại đầu và ngoại lệ nên đưa vào SOP; chi tiết thực thi để ở tài liệu riêng (C3). Bài còn trích SOP-Bench (một bộ bài kiểm tra): tác tử LLM (chương trình AI tự làm việc theo từng bước) chỉ thành công 27-48% trên SOP công nghiệp phức tạp (số thứ cấp, chưa đọc bài gốc).
  • Lưu ý về IBM: tóm tắt bài ghi "8 quy trình, tỷ lệ tương đương chức năng tăng từ 12% lên 58%"; thân bài ghi 3 quy trình, 8/9 lần thử tương đương (89%). Hai chỗ không khớp. Không trích các con số này, chỉ dùng phân loại 4 loại.

Nói đơn giản

Phần khó nhất của một SOP không nằm ở các bước ai cũng biết, mà ở những điều người giỏi làm theo thói quen: ngưỡng quyết định, ngoại lệ, quy tắc "ai cũng biết". Vì vậy phỏng vấn phải đào đúng vào những chỗ này.

3.2 AI làm người phỏng vấn được đến đâu

Có nguồn

  • Đại học Copenhagen (arXiv 2610.23149): thí nghiệm ngẫu nhiên N=41 sinh viên, phỏng vấn qua chat bằng tiếng Anh. AI (mô hình mở 7B chạy cục bộ, tức một mô hình AI cỡ nhỏ chạy ngay trên máy của nhóm nghiên cứu) hỏi 31 câu so với 14 câu của người phỏng vấn đã được huấn luyện (không phải chuyên gia); thu nhiều hơn khoảng 65% chữ mỗi buổi. Về độ cụ thể của câu trả lời: không phát hiện khác biệt, nhưng thiết kế không loại trừ được chênh tới khoảng 0,75 điểm trên thang 5. Chỉ nhóm AI có người bấm bỏ qua câu hỏi (5/20 người). Ngày đầu AI hỏng (lặp câu, nói lan man), 4 buổi bị loại.
  • Kunumi/UFMG (arXiv 2507.03811): tác tử LLM đi hỏi "nhân viên" để dựng lại mô tả một bảng dữ liệu; đạt 94,9% trên 864 mô phỏng. Nhưng nhân viên cũng là LLM mô phỏng (LLM là loại AI trò chuyện bằng chữ, như ChatGPT hay Claude). Đây là bằng chứng yếu cho trường hợp người thật.
  • Đề xuất Ý nghĩa: AI giỏi hỏi đủ, hỏi nhiều, không mệt. Người giỏi hơn ở chỗ tạo tin tưởng và nhận ra chỗ "nói tránh". Với SME (doanh nghiệp nhỏ và vừa), hãy để người phỏng vấn, còn AI gợi ý câu hỏi đào sâu và kiểm khung còn thiếu gì. Hoặc để AI hỏi qua chat, nhưng người xem lại toàn bộ.

Nói đơn giản

Đừng giao hẳn cuộc phỏng vấn cho AI. Cách an toàn là người hỏi, AI ngồi cạnh nhắc "câu này chưa hỏi, chỗ kia nên hỏi sâu hơn". Nếu để AI hỏi một mình thì người phụ trách phải đọc lại toàn bộ.

3.3 Nguồn tri thức ở SME

Đề xuất

  1. Lời kể (phỏng vấn 30-45 phút, ghi âm có đồng ý, chép lời theo C1).
  2. Quan sát làm thật (người phỏng vấn ghi các thao tác người làm giỏi không kể).
  3. Tin nhắn Zalo/email cũ: nơi các ngoại lệ được xử lý ("lần trước khách X đổi thì mình làm sao?").
  4. Biểu mẫu, file Excel đang dùng.

4. Các bài thực hành

Tám bài thực hành dưới đây làm theo thứ tự. Mỗi bài có: việc cần làm, thứ bạn có sau bài, và lỗi hay gặp để tránh.

Bài C2.1: Chọn quy trình và người

  • Việc cần làm: liệt kê 10 quy trình; chấm điểm theo công thức (tần suất) × (thiệt hại khi làm sai) × (số người biết làm). Chọn quy trình điểm cao và chỉ có 1-2 người biết. Chọn người làm giỏi và một người mới.
  • Bạn có sau bài: bảng ưu tiên.
  • Lỗi hay gặp: chọn quy trình dài nhất; chọn người giỏi nhưng không có thời gian.

Bài C2.2: Bộ câu hỏi phỏng vấn

  • Việc cần làm Đề xuất: dùng khung 9 câu dưới đây, mỗi câu kèm một câu đào sâu: 1. Việc này bắt đầu khi nào? (cái gì kích hoạt) 2. Cần những gì trong tay? (đầu vào, file, phần mềm) 3. Anh/chị làm lần lượt thế nào? (từng bước, theo một ca cụ thể gần nhất) 4. Ở bước nào phải quyết định? Dựa vào đâu? Ngưỡng có tính đúng bằng không? 5. Lần gần nhất có gì khác thường? Xử lý sao? (ngoại lệ) 6. Dấu hiệu nào cho biết đang sai? 7. Ai cần được báo, khi nào? 8. Người mới hay sai chỗ nào? 9. Có quy định nào "ai cũng biết" mà chưa ghi ở đâu? (quy tắc riêng)
  • Bạn có sau bài: bộ câu hỏi 1 trang.
  • Lỗi hay gặp: hỏi "quy trình chung là gì" thay vì "kể lại ca hôm qua".

Nói đơn giản

Hỏi người ta "kể lại ca gần nhất" dễ hơn nhiều so với hỏi "quy trình chung là gì". Kể một ca thật thì họ sẽ nhớ ra cả những bước họ làm theo thói quen và những chỗ khác thường.

Bài C2.3: Phỏng vấn có AI hỗ trợ

  • Việc cần làm, đường A (người hỏi, AI gợi ý): sau mỗi 10 phút, dán đoạn chép lời vào Project "Trợ lý phỏng vấn". AI trả về hai thứ: (a) câu nào trong 9 câu chưa được trả lời; (b) 3 câu đào sâu, ưu tiên ngưỡng và ngoại lệ.
  • Việc cần làm, đường B (AI hỏi qua chat): người làm giỏi tự trả lời trong chat với chỉ dẫn "hỏi một câu một lần; không gợi ý câu trả lời; khi người trả lời nói 'thường thì', hỏi lại ca cụ thể". Người phỏng vấn đọc lại toàn bộ.
  • Đồng ý và dữ liệu: buổi phỏng vấn là dữ liệu của người lao động (Điều 25 Luật 91/2025, xem Nhóm bài Tri thức tổ chức › Rủi ro pháp lý và dữ liệu chính). Hãy nói rõ mục đích và nơi lưu. Sau khi SOP được duyệt, chỉ giữ SOP và các đoạn trích làm nguồn, xóa file âm thanh Đề xuất.
  • Bạn có sau bài: bản chép lời có mốc thời gian.

Bài C2.4: AI soạn SOP nháp có nguồn

  • Việc cần làm: đưa cho AI chỉ dẫn sau: "Chỉ dùng nội dung trong bản chép lời. Mỗi bước đánh mã B1, B2... ghi [Ai: ...] và Nguồn: mã phỏng vấn, phút. Chỗ nào chưa có câu trả lời, ghi ?? câu hỏi và không tự điền." Mẫu SOP có 8 mục: Mục đích, Phạm vi, Người chịu trách nhiệm, Đầu vào, Các bước, Ngoại lệ, Đầu ra, Nguồn.
  • Bạn có sau bài: SOP v0 (bản nháp đầu tiên).
  • Lỗi hay gặp: AI bổ sung "best practice" (thông lệ tốt nhất theo sách vở) mà không ai nói; bước không có nguồn.

Bài C2.5: Kiểm khung bằng code

  • Việc cần làm: chạy kiem_sop.py (mục 5). Code không biết SOP đúng hay sai; nó chỉ chặn SOP thiếu khung: thiếu mục, bước không có người làm, bước không có nguồn, từ mơ hồ ("nếu cần", "tùy", "khoảng"), câu hỏi ?? chưa trả lời. Nếu bạn không biết lập trình, hãy nhờ người biết code hoặc nhờ AI chạy giúp, hoặc dùng bảng kiểm 8 mục bằng mắt ở mục 5.
  • Bạn có sau bài: danh sách cần hỏi lại.

Bài C2.6: Người làm giỏi duyệt

  • Việc cần làm: in SOP ra, người làm giỏi gạch sửa và trả lời các chỗ ??. Chỉ người làm giỏi (hoặc trưởng bộ phận) được chuyển trạng thái sang "đã duyệt".
  • Bạn có sau bài: SOP đã có chữ ký duyệt của người làm giỏi.
  • Lỗi hay gặp: người giỏi duyệt qua loa vì "đọc thấy đúng" (giống lỗi duyệt ở C0).

Bài C2.7: Người mới làm thử

  • Việc cần làm Đề xuất: người mới làm 3 ca thật chỉ bằng SOP, có người giỏi ngồi cạnh nhưng không nhắc. Ghi mọi chỗ kẹt: bước nào, thiếu gì. Mỗi chỗ kẹt là một bước hay một ngoại lệ còn thiếu (đúng loại lỗi Airbnb tìm ra).
  • Bạn có sau bài: nhật ký làm thử; SOP v1.
  • Lỗi hay gặp: để người giỏi "chỉ nhanh"; không ghi lại.

Nói đơn giản

Người mới là "máy dò" tốt nhất cho chỗ thiếu của SOP. Nếu người giỏi nhắc giúp thì chỗ thiếu bị che đi và SOP vẫn thiếu như cũ.

Bài C2.8: Đưa sang dùng

5. Hai cách làm: không cần code và có code

Bài này có hai cách làm. Cách không code đủ dùng khi mới bắt đầu. Cách có code nhẹ giúp máy chặn lỗi thiếu khung trước khi SOP đến tay người duyệt.

Không code Có code nhẹ
Phỏng vấn Project "Trợ lý phỏng vấn"; chép lời có sẵn Script ghép chép lời + gọi API (cổng để chương trình này nói chuyện với chương trình khác, ở đây là với AI) sinh câu hỏi đào sâu
Kiểm SOP Bảng kiểm 8 mục bằng mắt kiem_sop.py chặn thiếu khung trước khi tới người duyệt

Đoạn mã dưới đây làm gì? Nó đọc một file SOP viết bằng Markdown rồi tự soát khung. Nó kiểm: SOP có đủ 8 mục bắt buộc không; mỗi bước (đánh mã B1, B2...) có ghi người làm và nguồn không; trong bước có từ mơ hồ như "tùy", "khoảng", "nếu cần" không; còn câu hỏi ?? nào chưa được trả lời không. Bạn không cần đọc hiểu từng dòng; chỉ cần biết ý nghĩa của nó, và nhờ một người biết lập trình (hoặc nhờ AI) chạy giúp khi bạn cần đến cấp độ này.

Mã mẫu (đã chạy thử, python -I -X utf8):

import re
MUC_BAT_BUOC = ["Mục đích", "Phạm vi", "Người chịu trách nhiệm", "Đầu vào",
                "Các bước", "Ngoại lệ", "Đầu ra", "Nguồn"]
CO_MO_HO = re.compile(r"\b(thường thì|tùy|khoảng|nếu cần|linh hoạt|v\.v)\b", re.I)

def kiem_sop(md):
    loi = []
    tieu_de = re.findall(r"^##\s+(.+)$", md, re.M)
    for m in MUC_BAT_BUOC:
        if not any(t.strip().startswith(m) for t in tieu_de):
            loi.append(("THIEU_MUC", m))
    buoc = re.findall(r"^(B\d+)\.\s+(.+)$", md, re.M)
    if not buoc:
        loi.append(("KHONG_CO_BUOC_DANH_MA", ""))
    for ma, nd in buoc:
        if "[Ai:" not in nd:
            loi.append(("BUOC_THIEU_NGUOI_LAM", ma))
        if "[Nguồn:" not in nd:
            loi.append(("BUOC_THIEU_NGUON", ma))
        m = CO_MO_HO.search(nd)
        if m:
            loi.append(("TU_MO_HO", ma + ": " + m.group(0)))
    for cau in re.findall(r"\?\?\s*(.+)", md):
        loi.append(("CAU_HOI_CHUA_TRA_LOI", cau.strip()))
    return loi

Kết quả chạy thử với SOP "Xử lý đơn đổi hàng" giả: code bắt thiếu mục "Người chịu trách nhiệm" và "Nguồn"; B2 thiếu nguồn và có "nếu cần"; B3 thiếu người làm; câu "Hàng giảm giá có được đổi không" chưa trả lời.

Nói đơn giản

Code ở đây giống người soát lỗi trình bày: nó không biết nội dung SOP đúng hay sai, chỉ báo "chỗ này thiếu người làm, chỗ kia thiếu nguồn, chỗ này còn câu hỏi chưa trả lời". Việc quyết định đúng sai vẫn thuộc về người làm giỏi.

Khi nào buộc chuyển sang code Đề xuất: khi có hơn 5 SOP đang soạn cùng lúc; khi muốn chặn tự động trước khi tới người duyệt; khi muốn ghép nguồn (phút phỏng vấn) thành link.

6. Khi nào bạn có thể lên cấp tiếp theo

Đề xuất

Bạn có thể sang cấp tiếp theo khi đạt đủ các điều sau:

  1. ≥ 3 quy trình có SOP v1 đã qua người giỏi duyệt và người mới làm thử 3 ca.
  2. kiem_sop.py (hoặc bảng kiểm) không còn lỗi; mọi ?? đã có câu trả lời hoặc ghi rõ "chưa quyết, người quyết: X".
  3. Ở lần làm thử thứ 3, người mới không kẹt ở bước nào chưa có trong SOP.
  4. Bắt đầu có nhiều tài liệu đến mức không biết bản nào mới: đó là lúc cần C3.

7. Ví dụ cho doanh nghiệp nhỏ ở Việt Nam

Minh họa

Ba tình huống giả định để bạn dễ hình dung:

  • Văn phòng kế toán dịch vụ 12 người (TP.HCM), quy trình "khóa sổ tháng cho khách hộ kinh doanh": chỉ chị kế toán trưởng biết thứ tự đối chiếu. Câu ngưỡng quan trọng: "hóa đơn đầu vào trễ bao nhiêu ngày thì đưa sang kỳ sau?" Ngoại lệ lấy từ Zalo: khách gửi hóa đơn qua ảnh chụp. Không dán số liệu khách thật vào AI; hãy dùng ca đã che mã số thuế.
  • Nhà hàng 2 chi nhánh (Cần Thơ), quy trình "nhận hàng tươi buổi sáng": bếp trưởng kiểm cá bằng mắt, mũi. Nên phỏng vấn có quan sát tại chỗ (Bài C2.3 đường A) vì nhiều thao tác không được kể. Ngưỡng: "nhiệt độ thùng trên bao nhiêu độ thì trả hàng?"
  • Xưởng in bao bì 30 người, quy trình "duyệt file in của khách": tin nhắn Zalo cũ chứa nhiều ngoại lệ ("file không viền chảy thì báo khách, không tự kéo"). Mỗi ngoại lệ thành một dòng trong mục Ngoại lệ, nguồn là ngày tin nhắn.

8. Tài liệu tham khảo

Tài liệu URL Đã đọc Tin cậy
Separation of Skilling Context for SOP-based Agents (IBM Japan) https://arxiv.org/abs/2611.11348 ↗ Gần toàn văn Trung bình (3 quy trình, số liệu tóm tắt và thân bài lệch nhau)
Can AI interview? AI-led vs Human-led Chat Interviews (Copenhagen) https://arxiv.org/abs/2610.23149 ↗ Phần chính và phụ lục Cao cho bối cảnh của bài (sinh viên, tiếng Anh, chat)
LLMs for Tacit Knowledge Discovery in Organizational Contexts https://arxiv.org/abs/2507.03811 ↗ Phần chính Thấp cho người thật (mô phỏng toàn bộ)
Airbnb Agentic RAG via Portable Skills https://arxiv.org/abs/2610.14428 ↗ Qua Nền tảng bằng chứng Cao
SOP-Bench (trích lại trong bài IBM) (chưa tra) Không đọc Thấp
Ghi chú kiểm chứng · những điều chưa chắc chắn, dành cho người soạn tài liệu (người học có thể bỏ qua)
  • Chưa có nghiên cứu nào đo AI phỏng vấn bằng tiếng Việt hay phỏng vấn để rút quy trình nghề (bài Copenhagen về trải nghiệm học tập).
  • Bộ 9 câu hỏi và cách làm thử 3 ca là đề xuất, chưa đo.
  • Các con số trong bài IBM (12% → 58%, 89%, 79,5%) chưa dùng vì mâu thuẫn nội bộ.
  • Thời gian gõ lại, thời gian phỏng vấn cần cho một quy trình: chưa có số.
  • Việc giữ đoạn trích phỏng vấn làm nguồn sau khi nhân viên nghỉ (liên quan Điều 25 khoản 2) cần hỏi luật sư.