夜雨聆风准备上 AI 小助手了，开了第一次文档整理会，我问大家："咱们现有的 SOP 一共多少份？"
回答很干脆："108 份。"
我又问："那非 SOP 的文档呢？还有多少？"
会议室沉默了 5 秒。
答案是——没人算过，因为我们管的所有文档，都叫 SOP。
安全操作规程？SOP。质量检验标准？SOP。设备点检步骤？SOP。异常处理流程？也是 SOP。
后来我才知道，这不是我们一家的问题——
"什么都是 SOP，等于什么都不是 SOP。"
一份文档揉进了政策规则、量化标准、流程节点、操作步骤、系统教程——不同的人在同一个文档里翻各自需要的东西。
质检员想查产品合格标准 → 要在一份 32 页的"质量管控 SOP"里找第 8-10 页 新员工想学设备操作 → 翻到操作步骤前先看了 3 页公司政策和 2 页岗位职责 管理者想看端到端流程 → 找不到，因为每份文档都在讲"怎么做"，没人讲"怎么串"
这件事让我意识到：根因不是写得太少，是把所有类型的内容揉在了一起，没有分类。
为什么"SOP"这个词不够用？
SOP 是 Standard Operating Procedure 的缩写，翻译过来是"标准操作程序"。在 ISO 质量管理体系贯彻这么多年以来，SOP 思维已经深入人心💓
但现实中我们往这个词里塞的东西，远远超出了"操作程序"的范围——
安全操作规程 → 这是 Policy（政策），不可违反的底线 产品合格率 ≥99.5% → 这是 Standard（标准），须达到的量化要求 来料检验主流程 → 这是 Process（流程），端到端、跨岗位 卡尺使用操作步骤 → 这是 Guideline（指引），单岗位操作 某批次不良品分析报告 → 这是 Case（案例），最佳实践或错误复盘 设备点检表模板 → 这是 Tool（工具），表单或系统操作手册
六种完全不同的文档，被一个"SOP"的标签给模糊掉了。
分类不是为了搞学术，是为了让每种文档由对的人维护、给对的人看、在对的场景用。
6 类知识文档逐一拆解
纳入企业AI知识库中的知识文档，本质上可以分成 6 种类型。每一类回答不同的问题、服务不同的读者、承担不同的使命——
① Policy 政策——"什么绝对不能做"。不可违反的底线规则，是组织的"红线"。给所有人看。
② Standard 标准——"做到什么程度才算合格"。须达到的量化要求，可测量、可验证，被不同层级引用。
③ Process 流程（L3）——"这件事从头到尾怎么流转"。端到端主干流程，跨岗位协作，有明确起点和终点。给管理者 / 系统看。
④ Guideline 指引（L4）——"每一步具体怎么做"。单岗位操作步骤，可学可练，带作业分解表。给一线员工看。
APQC流程分类框架 L3 和 L4 有什么区别？知识分类懂了，实操还是很懵——一张表搞定知识管理 90% 的争议
⑤ Case 案例——"别人怎么做的 / 哪里出过问题"。最佳实践（Best Practice）和错误复盘（COE）。给学习 / 改善团队看。
⑥ Tool 工具——"操作什么系统 / 填什么表单 / 用什么模板"。系统操作手册、模板、表单、检查表。给操作人员看。
一张表看清 6 类文档的区别
当你拿到一份文档不知道怎么分类，对照这张表，3 秒定位——
三步"拆干净"：怎么判断一份文档属于哪种类型
不要凭感觉。用这套三步判断法，把你的存量文档逐份"拆干净"——
第一步 · 看内容性质
规则还是步骤？ → 规则 → Policy 量化要求还是操作方法？ → 量化 → Standard 跨岗位流转还是单岗位执行？ → 跨岗位 → Process；单岗位 → Guideline 经验分享还是复盘报告？ → Case 系统教程还是模板表单？ → Tool
第二步 · 看读者
给所有人看的 → Policy 给管理者/系统的 → Process 或 Standard 给一线员工的 → Guideline 或 Tool
第三步 · 看违反后果
违反即违规处罚 → Policy 不达标降级或客户投诉 → Standard 流程断点、权责不清 → Process 缺失 操作出错、品质波动 → Guideline 需要完善
举个真实例子——车间安全生产规范，翻开看：
"禁止戴手套操作旋转设备" → 拆出 Policy "劳保鞋防砸标准 EN ISO 20345" → 拆出 Standard "灭火器使用四步法" → 拆出 Guideline "每日安全检查记录表" → 拆出 Tool
一份文档拆成 4 份独立文档后——安全培训用 Policy、质检审核用 Standard、新人带教用 Guideline、日常记录用 Tool，各取所需，翻到即用。
分类的核心洞察
很多工厂已经攒了几百份文档，但团队仍然觉得"找不到东西"。不是文档不够多，是它们没有被分类、没有对号入座。
分类的意义不是贴标签——
① 每种文档由对的人维护——Policy 由安全/合规维护，Standard 由技术/品控维护，Guideline 由一线主管维护。
② 每种文档给对的人看——管理者看 Process 和 Standard，操作工看 Guideline 和 Tool，改善团队看 Case。
③ 每种文档在对的场景用——培训用 Guideline，审核用 Standard，追溯用 Tool，持续改善用 Case。
AI 怎么帮你做文档分类？
我后来让 AI 帮我把 108 份"SOP"全部重新分类。第一次跑下来，AI 把 108 份都标成 Guideline——它被"SOP"这个词给误导了，因为"操作"在标题里出现得多。
我换了个提示词：
你是一个知识管理顾问。我给你一份文档全文，请按"6 类知识文档边界"（Policy 政策 / Standard 标准 / Process 流程 / Guideline 指引 / Case 案例 / Tool 工具）完成分类：(1) 必须看内容性质，不是看标题；(2) 每份给出 1-3 句判定理由（基于读者/使用场景/违反后果）；(3) 如果一份文档揉了多种类型，请明确标注"需拆分"，并指出应该拆出哪些独立文档。
跑了几次之后，AI 帮我把 108 份"SOP"重新分类——Policy 8 份、Standard 12 份、Process 22 份、Guideline 47 份、Case 14 份、Tool 5 份。同时识别出 11 份"揉了多种类型"的，需要拆分。
AI 不是"自动分类文档"的判官，是让你看清"这份文档到底属于哪一类"的镜子。标签贴错了，分类就全乱了。
只有搞清了进 AI 知识库的知识都是什么，才能取得我们预期的结果。
PPT全文：AI 打开的一扇门:从“信息检索”到 "场景化解题"-窥探DeepSeek加持为WCM变革带来的可能性(AI+精益)
写在最后：分类是知识管理的第一步
分类不是贴标签，是让每一份文档找到自己的位置，让文档管人，而不是人找文档。
6 类文档边界——Policy / Standard / Process / Guideline / Case / Tool，每一类有独立的身份。
三步判别法——看内容性质、看读者、看违反后果，3 秒定位。
分类的价值——让对的人维护、给对的人看、在对的场景用——不是贴标签，是找位置。
下一篇，我会写——存量 SOP 全面重构方法论。当你手里有几百份存量文档要改造，先做什么、后做什么，这一套方法论帮你少走弯路。