AI会干活 / 免费教程
AI 辅助 SOP 编写与流程标准化：把老员工经验变成团队可执行标准
把团队隐性的操作经验从少数人脑子里拆解成可执行、可检查、可维护的标准操作流程，用 AI 做流程梳理和结构化，让新人独立上手、老人离职不断层、流程变化有据可查。
适合人群
老板、运营负责人、部门主管、HR、行政负责人、团队管理者
先解决什么
团队的核心操作经验集中在少数人脑子里，老员工一离职流程就断档，新人口头教了还是做错，同一个操作三个人三套做法没人知道哪个是对的。SOP 要么没写，要么写了太抽象没人看得懂。
学完结果
跑通一套 SOP 搭建六步法：锁定目标→观察记录→AI 结构化→人工审核→发布培训→定期复审。附五套可复用模板和两份检查清单，让任何一个团队都能用最低成本把经验变成标准。
你会学到什么
用六步法把个人经验变成团队共享的 SOP
让 AI 通过提问引导梳理流程，而不是让 AI 凭空编 SOP
用标准格式确保每份 SOP 都可执行、可检查、可维护
建立定期复审机制避免 SOP 过期
从一份 SOP 开始跑通流程，再扩展到团队全部关键操作
真实困境
小李离职那天，团队才发现没有一个人知道客户的审批流程到底怎么走
小李是公司的老行政，干了三年。客户来访怎么预约、会议室怎么布置、谁来接待、茶水准备什么——这些事情都在她脑子里。去年她休了一个月的病假，团队就乱了：有人不知道访客码在哪里申请，有人订了会议室却锁着门，有人把客户带到大会议室却发现投影仪没开。
小李离职那天早上，老板突然想起一件事：“对了，那个大客户的审批流程，只有小李知道每一步要找谁。她走了，我们下个月的项目申请怎么办？”
这不是小李的错。她不是故意把经验藏在自己脑子里，而是“从来没有人让她把这些事情写下来”。团队默认经验会口口相传，默认教过就等于会了，默认做熟了就不需要文档。这些默认全错了。
- 老员工离职，核心操作经验没有留下任何文档
- 新人口头教了两遍，独立操作时还是漏步骤、犯老错
- 同一个操作，三个老人三套做法，没人说得清哪个是对的
- 业务一忙就把写 SOP 的事往后推，越推越不敢写
错误做法
最常见的四种 SOP 失败，几乎每个团队都踩过
第一种失败：让 AI 从零生成 SOP。做法通常是这样的——打开 AI 对话框，输入“帮我写一份客户来访接待 SOP”，几秒钟后得到一篇看起来有模有样的文档。然后发给团队。一个月后发现，这份 SOP 里写的步骤和团队实际做的步骤完全不搭：它写“登录访客系统生成访客码”，但团队用的是微信小程序；它写“通知保安放行”，但公司的保安根本不管这事。AI 擅长把通用知识结构化，但除非你先喂给它你团队的实际操作细节，它只能生成“别人家公司的 SOP”。
第二种失败：写得太抽象，像政策说明而不是操作手册。你见过这种 SOP 吗——“步骤一：确认客户来访需求”。你要是新来的行政，你看到这句话知道该干嘛吗？打开哪个系统？对照哪些信息？不知道怎么算“确认”了？好的 SOP 要能指导一个完全不了解这个岗位的新人独立完成操作。如果新人看完第一句就卡住了，那这份 SOP 还只是大纲。
第三种失败：一次写完从不更新。流程是会变的——系统升级了、人员调岗了、业务规则改了、某个供应商换了。如果 SOP 没有固定的复审机制，半年后就会变成一份“过期文档”。更糟糕的是，新人照着过期 SOP 操作，犯了错也不知道错在哪。
第四种失败：SOP 写完了但没人培训。发给团队一句“大家看一下”，就以为完成了交接。真正有效的 SOP 落地至少需要三个人配合：写的人负责把经验变成文档，审的人负责确认文件准确和可执行，培训的人负责确保执行人能独立完成操作并被观察。少了任何一环，SOP 就变成硬盘里的一个文件。
- 空投 AI：不给真实操作细节，AI 只能编“通用模板”
- 太过抽象：写成“政策精神”，不像“操作说明书”
- 写完不动：流程变了，SOP 没变，变成过期风险
- 只写不教：发到群里就当培训完成，没有考核和观察
本质解释
SOP 不是一篇文档，是一串可检查的动作
很多团队把 SOP 当成一种文档类型——类似于“制度文件”、“管理规定”。定义不清，就产出不对。
SOP 的本质是：“把一项操作从依赖人的经验变成依赖一套可以检查的动作序列。”这里有三个关键词——
- 第一，动作序列。SOP 的核心是一串步骤，每一步都是一个具体的动作，而不是一个抽象的描述。“确认预约”不是动作，“登录访客管理系统，查看今日预约列表，核对客户姓名和时间是否与登记一致”才是动作。
- 第二，可以检查。写完 SOP 之后，你要能做两件事：一是新人照着步骤走一遍，能不能走到最后？二是外人看着步骤表，能不能一眼看出哪一步没做对？如果你的 SOP 没有办法被检查，那它就没有操作性。
- 第三，从依赖人到依赖流程。新人来了不需要找到某个老人问“这个怎么做”，老人走了也不会让某个流程断掉。SOP 的目标不是把人变成机器，而是把最基础的操作从个人脑子里搬到团队共享文档里，让人把精力留到真正需要判断的地方。
- 用一句大白话总结：SOP 就是“新人独立上手指南”。如果你的 SOP 不能让一个聪明但完全没有经验的新人独立完成操作，那它还需要继续改。
AI 分工
AI 是梳理师和结构化专家，但业务规则必须由人来定
在 SOP 编写这件事上，AI 和人的分工非常清楚。AI 擅长做的——也是它应该做的——是把人提供的零散操作信息整理成结构化的流程文档。具体来说 AI 可以帮你：把你口述的操作步骤按逻辑顺序排好、帮你发现跳过的步骤和没覆盖的异常场景、帮你把模糊描述改写为具体动作、帮你生成统一的检查清单和表格格式。
但 AI 有几件事绝对不能替人做：确认业务规则的优先级（比如哪个客户需要登记前台、哪个直接带进会议室）、判断某个异常场景应该怎么处理的最终方案、审批 SOP 的准确性和适用性、承担执行错误的责任。
这里有一个很重要的原则：AI 通过提问帮你梳理流程，比你直接让 AI 写 SOP 要可靠得多。因为 AI 的提问会逼你回忆和确认那些你已经做得太熟所以觉得“不值一提”的细节。比如“收到客户要来的消息后，你有没有先确认老板在不在公司？”——这就是一个经验丰富的人觉得理所当然、但新人根本想不到的步骤。
- AI 负责：梳理、结构化、补漏、检查可执行性、生成统一格式
- 人负责：提供真实操作细节、确认业务规则、审批、验收、培训
- AI 的边界：不能替人判断业务优先级、不能替人承担执行责任
- 最佳协作方式：让 AI 提问引导你梳理流程，而不是让 AI 自己创作
实操流程
六步法：从观察记录到团队习惯的完整 SOP 搭建流程
下面是一套完整的 SOP 编写流程，适合任何一个没有专职流程管理员的团队。每一步都标注了 AI 可以帮忙做什么、人必须做什么。
- 第一步：锁定目标。团队不可能一次写完全部 SOP。先选一个高频、依赖人、容易出错的岗位操作。判断标准三个：频率高（每周至少有 2-3 次）、目前只有 1-2 个人知道怎么做、新人学这个操作花了超过一周。选好后用一个简单的一句话描述，比如：“我们要写一份客户来访接待 SOP，覆盖从收到来访通知到客户到达会议室的全部动作。”
- 第二步：观察+记录。最有效的方式是让 SOP 编写人跟一次完整的操作过程。不要坐在旁边凭记忆写，要实际跟着操作人走一遍全流程，看他在哪个环节打开哪个系统、点哪个按钮、输入什么内容、打什么电话、发什么消息。记录的时候用动词+名词的格式，比如“打开访客管理系统→输入客户姓名和手机号→生成访客码→微信发给客户”。
- 第三步：AI 结构化。把第二步记录下来的粗材料喂给 AI（用模板一：AI 流程梳理提示词），让 AI 帮你做三件事：按正确顺序排列所有步骤、标注每个步骤的类型（决策/执行/工具/可自动化）、找出流程中断点和最易出错环节。这时候你会得到一个结构化的流程拆解卡。
- 第四步：人工审核。拿着 AI 生成的流程拆解卡，找 2-3 个真正做这个操作的人核对。关键的核对问题：步骤顺序对吗？有没有少了什么步骤？有没有多余的步骤（很久没人做了但还存在）？每个步骤的耗时估计靠谱吗？异常处理方式在实际操作中是这么做的吗？核对完修改，再用 AI 模板二（SOP 标准格式）生成正式版。
- 第五步：发布+培训+观察。正式版 SOP 发布后，至少要做三件事才叫落地：1）对直接执行人做培训——讲解+跟做+考核，不是发到群里；2）把 SOP 放到团队共享空间，标上版本号和复审日期；3）第一周观察新人执行情况，记录哪些步骤仍然出错。
- 第六步：定期复审更新。SOP 不是一劳永逸的工作。每个 SOP 都应该有一个复审日期（建议不超过 3 个月）。复审时检查：操作有变吗？系统/工具变了吗？人员变了吗？近期的异常记录里有没有新的模式？把变化更新到 SOP，更新版本号，重新培训。
案例演练
案例一：行政岗「客户来访接待 SOP」— 从一团个人经验到标准流程
场景：中型公司行政专员，客户来访接待完全靠个人记忆，她休假就出乱子
背景：小美是公司唯一的前台兼行政。每天平均接待 3-4 批客户，流程在她的脑子里。每次她请假，团队就要因为她不在出各种状况。上周她感冒请假，结果一个老板约的重要客户被晾在了楼下大厅，因为没人知道要提前发访客码。
梳理过程：小美和她的主管用了一个半小时，照着 AI 流程梳理提示词，把客户来访从“接到消息”到“客户坐下喝到热茶”全部拆开。她发现了一个她自己都没想到的问题——她的流程里有一个步骤是“如果客户开车来，帮他们预留停车位”，但这个步骤她不是每次都做，因为她觉得“这不算正式流程”。当 AI 帮她梳理成标准步骤后，她意识到这个疏忽每两个月就会导致一次客户投诉。
AI 的输出：AI 帮她整理了 18 个步骤，分成四个阶段：预约确认阶段（5 步）、访客登记阶段（4 步）、会议室准备阶段（5 步）、客户迎送阶段（4 步）。AI 标注了 3 个决策点（比如“客户是否开车来”决定是否需要停车位）、5 个最容易出错的节点（比如“忘记验证访客码是否还是今天的可用状态”）、2 个可以被自动化替代的步骤（预约确认后的自动微信提醒）。
最终成果：经过小美确认和修改，团队有了一份正式的 18 步客户来访接待 SOP。新人入职第一天就能照着操作，再也不会因为前台请假而把客户晾在楼下。
场景：从接待流程到接待标准——SOP 带来的连锁改进
一份好的 SOP 还会推动业务标准本身的提升。小美的 SOP 写出来之后，团队发现了几个以前没人意识到的问题：
1）不同级别的客户，接待标准不一样——有的需要老板亲自下楼接，有的只需要前台引导。但以前没有标准，全靠小美凭感觉判断。SOP 里加了一列“客户分级与接待标准”，老板和销售负责人一起确定了规则。
2）客户到达时间经常不准，有时候提前 20 分钟就到，有时候迟到 40 分钟。以前小美只能干等。SOP 落地后，团队在预约通知里加了一句“如果到达时间有变动，请通知我们”，并在流程中增加了一个“出发前 30 分钟二次确认”的步骤。
3）接待日志变成了复盘材料。每个月的客户来访记录和异常汇总，让老板第一次有了关于来访频率、客户来源、接待效率的真实数据。
案例演练
案例二：运营岗「周报发布 SOP」— 从三个人三套做法到一条稳定流程
场景：电商运营团队，每周发两次周报到钉钉群，但格式永远不一致，信息总有遗漏
背景：电商运营团队有 4 个人，每周二和周五各发一次数据周报到全公司钉钉群。问题是：四个人发的格式完全不一样，有的用表格、有的用截图、有的直接在群聊天里打数字。老板说“你们能不能统一一下”，但谁也不知道该按谁的格式来。
梳理过程：运营负责人用了一个小时，和团队一起跟着 AI 流程梳理模板，把“发周报”这个模糊任务拆成了一串具体动作。用 AI 把四个人的做法合并成一条流程后，他们发现四个人的做法其实大同小异，差异主要是“习惯”而不是“需要”。AI 帮他们提炼出了一个共识流程：拉取后台数据→填入固定模板→AI 生成数据解读草稿→运营负责人审核修改→定时发布→收集群内提问并回复。
最终成果：整个团队按统一 SOP 执行两周后，老板说“我终于不用每次打开群都重新判断这是什么意思了”。更重要的是，统一的格式让 AI 可以自动生成数据解读初稿，运营负责人只需要审核和补充业务判断，每次周报发布从 45 分钟缩短到了 15 分钟。
- 要覆盖的异常：数据延迟怎么处理（等还是先发已到数据？）、数值异常怎么处理（标红+标注“待确认”还是先不发？）、发布人请假怎么处理（谁替代？替代人知道群号、模板位置和发布权限吗？）
- 迁移提示：这个案例的模式可以迁移到任何需要定期、按格式发布信息的场景——日报、项目周报、客户对账单、费用报销汇总、团队 OKR 进度更新。
模板复用
五套可以直接复用的 SOP 工作模板
下面五套模板覆盖了从流程梳理到更新管理的完整周期。每一套都经过了真实团队的使用和修改。你可以直接复制使用，但一定要把占位符替换成你自己的内容。
请帮我梳理一个岗位操作的流程，我会逐步给你信息。
岗位: [填写，如“行政专员-客户来访接待”]
操作名称: [填写，如“客户到访接待全流程”]
操作频率: [如“每周 3-5 次”]
负责人: [填写]
协作人: [如“前台、保安、会议室管理员”]
请按以下步骤引导我梳理流程：
第一步：请先问我，这个操作从哪个信号开始？（比如“客户发微信说快到了”、“系统弹出预约提醒”、“老板在群里说下午有客人”）
第二步：请问我，收到信号后第一步做什么？做完这件事后，下一个动作是什么？每个动作问清楚：做的是什么、用什么工具/系统、大概花几分钟、做错了会有什么后果。
第三步：请我把所有动作按顺序列完后，帮我标注每个动作的类型：人做决策（比如确认时间是否冲突）、人做执行（比如发访客码）、需要工具辅助（比如查会议室预订系统）、可以自动化（比如发提醒通知）。
第四步：帮我从流程中找出最容易出错的 3 个节点，并请我确认：过去这些节点真的出过什么问题？
第五步：帮我从流程中找出可以环节可以并行推进的分支（比如预约确认和会议室准备可以同时做），减少总耗时。
第六步：帮我把完整流程写成一版 SOP 初稿，包含：触发信号、步骤编号、动作说明、工具/系统、时间参考、异常处理、完成标志。
限制：如果我不确定某个步骤，不要替我编，标注“【待确认】”。输出最终版前先让我审一遍步骤顺序。请将下面的流程动作按 SOP 标准格式整理。
我的流程:
[粘贴流程拆解卡的内容]
SOP 标准格式要求:
一、基本信息
- 流程名称: [简短，如“客户来访接待 SOP”]
- 编号: [如“ADM-RCP-001” 表示行政部-接待流程-第 1 号]
- 适用范围: [哪些人、哪些场景适用]
- 前置条件: [开始前必须具备什么条件，如“系统已有来访预约记录”]
- 完成标志: [做完最后一件事后怎么确认完成，如“客户到达会议室，茶水已备好，接待人已到场”]
- 版本: V1.0
- 编写人/日期:
- 审批人/日期:
- 下次复审日期: [如“3 个月后”]
二、角色与分工
| 角色 | 负责步骤 | 权限/工具 | 替代人 |
| --- | --- | --- | --- |
| [填写] | [填写] | [填写] | [填写] |
三、流程步骤表
| 步骤编号 | 动作说明 | 输入/触发 | 工具/系统 | 参考耗时 | 输出/结果 | 异常处理 |
| --- | --- | --- | --- | --- | --- | --- |
| 1 | [用动词开头的一句话描述] | [从哪里获得上一步结果] | [用什么工具] | [分钟] | [这一步完成后的产物] | [如果做不成怎么办] |
四、关键决策点
列出流程中需要人做判断的节点：
| 决策点 | 位置 | 判断标准 | 判断人 | 如果不确定怎么办 |
| --- | --- | --- | --- | --- |
五、常见异常与处理
| 异常场景 | 处理方式 | 决策人 | 是否需要升级 |
| --- | --- | --- | --- |
六、关联文件/系统
列出本流程关联的其他 SOP、表单和系统账号。
要求：
1. 每一行的动作说明必须具体到“打开哪个系统、点什么按钮、输入什么内容”，不能写成“确认预约”这种模糊描述。
2. 异常处理不要写“联系主管”，要写明“联系谁、用什么方式、多久内回复”。
3. 时间参考用具体分钟数，不要用“约 5-10 分钟”这种区间。
4. 不确定的信息标注“【待确认】”。请检查以下 SOP 是否存在可执行性问题，并给出修改建议。
SOP 内容:
[粘贴完整 SOP]
请从以下 7 个维度逐项检查，每个维度给出通过/有问题/不适用三种判断：
1. 可执行性：一个完全不了解这个岗位的新人，看着 SOP 能不能独立完成？如果不能，卡在哪一步？
2. 完整性：触发条件、工具、输入输出、时间参考、异常处理、完成标志，有没有缺失？
3. 准确性：步骤顺序有没有逻辑错误？耗时估计是否明显偏差？工具/系统名称是否正确？
4. 异常覆盖：最高频 3 种异常场景是否都有处理方案？处理方案的描述是否具体到可操作？
5. 决策清晰度：每个决策点是否写明了判断标准和判断人？“视情况而定”这种话是否被替换成了具体的判断条件？
6. 依赖完整性：SOP 中引用的其他文件、表单、系统账号是否都给出了完整路径或链接？
7. 更新状态：SOP 中是否包含了编写日期、审批日期和下次复审日期？
输出格式：
| 维度 | 判断 | 具体问题 | 修改建议 | 是否需要原 SOP 编写人确认 |
| --- | --- | --- | --- | --- |
最后把检查中发现的需要原编写人确认的问题单独汇总成一个“待确认问题清单”。请帮我根据以下 SOP 和过去[N]个月的执行情况，判断是否需要更新这份 SOP。
SOP 内容:
[粘贴当前 SOP]
执行情况:
[粘贴操作日志/异常记录/新人反馈/主管检查记录]
请从以下角度分析：
1. 哪些步骤的耗时和 SOP 不一致？是 SOP 估计错了，还是操作人员执行不到位？
2. 有没有现在已经不再执行的步骤（因为系统变更、流程优化或被跳过）？
3. 有没有新出现的异常场景，SOP 里没有覆盖？
4. 有没有步骤的执行方式已经变了（系统换了、工具换了、场地变了）？
5. 新人在哪些步骤上反复出错或提问？SOP 里这些步骤的写法是否需要更具体？
6. 近 3 个月高频执行的步骤和低频执行的步骤分别是什么？低频步骤是否可以考虑合并或简化？
输出：
- 更新建议清单：列出需要改的步骤、改什么、为什么改
- 删除建议清单：列出可以删除的步骤及原因
- 新增建议清单：列出需要新增的步骤及原因
- 观察项清单：暂时不需要改，但需要继续观察的项
- 更新后版本号建议和复审日期建议# SOP 更新记录表
| 版本号 | 更新日期 | 更新章节 | 更新内容摘要 | 更新原因 | 编写人 | 审批人 | 下次复审日期 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| V1.0 | YYYY-MM-DD | 全部 | 初始版本 | 首次编写 | [姓名] | [姓名] | YYYY-MM-DD |
| V1.1 | YYYY-MM-DD | 步骤 3, 5 | [简述改了什么] | [比如“系统升级后操作路径变更”] | [姓名] | [姓名] | YYYY-MM-DD |
使用说明：
1. 每次修改 SOP 必须在此表新增一行记录
2. 更新内容摘要不超过两句话，说清“改了什么”和“为什么”
3. 下次复审日期从更新日期起不超过 3 个月
4. 如果一个 SOP 连续 6 个月不需要任何更新，也需要在复审日期做一次“确认无需更新”的记录
# SOP 培训签到与效果跟踪
| 培训日期 | SOP 版本 | 受训人 | 培训方式 | 实操考核结果 | 执行观察（1 周后） | 培训人 |
| --- | --- | --- | --- | --- | --- | --- |
| | | | 讲解+跟做 / 自学+检查 / 群发 | 通过 / 需补训 | | |
考核判断标准：
- 通过：受训人能独立完成全部步骤，没有跳步，遇到已知异常能按 SOP 处理
- 需补训：受训人在 3 个以上步骤需要提示，或者遇到异常时不知道怎么做检查验收
老板怎么验收 — 做没做到，看这五条
作为老板或负责人，你不需要亲自审核每一份 SOP 的每个字。但你需要在 SOP 上架和运行后检查最关键的几件事。下面是一份老板验收清单和一份执行人自检清单。
找一个新的执行人照着 SOP 走一遍，能不能独立完成？卡在任何步骤，SOP 就需要修改。
SOP 里有没有写版本号、编写日期、审批人和下次复审日期？没有这些，SOP 没办法追踪和管理。
SOP 的复审日期是否在 3 个月内？超过 3 个月没有复审，SOP 就进入了过期风险期。
团队里还有没有只有一个人知道怎么做的操作？答案是“有”的话，这份操作就是下一份 SOP 的选题。
最近一个月，有没有因为某个操作缺乏标准而出错或产生客户投诉？有的话查一查，是没 SOP 还是有 SOP 但没人照着做。
执行人怎么自检 — 我写的 SOP 合格吗
找一个完全不了解这项工作的同事，给他 SOP，观察他能否在不提问的情况下完成前 5 步。如果他在某一步停顿超过 1 分钟，那一步需要改写。
每一步的动作描述是否包含动词+工具+结果？“确认预约”不合格；“打开 OA 系统-预约管理模块，核对客户姓名与今日预约列表是否一致”合格。
是否有触发条件和完成标志？没有触发条件，不知道什么时候开始做；没有完成标志，不知道什么时候做完了可以进入下一步。
至少列出了 3 个最常见异常场景和处理方式吗？只写“正常流程”的 SOP 不是完整的 SOP，因为实际操作很少完全正常。
所有引用项完整吗？比如“使用标准问候模板”——这个模板在哪里？文件路径或链接写清楚了吗？
从编写日期到今天是否超过 3 个月？超过的话，即使没有修改也要做一次“确认无需更新”的复审。
常见错误
九个新手最常踩的坑 — 以及为什么踩进去
SOP 编写看起来不复杂——就是把一件事的步骤写下来。但真正开始写的时候，人们会反复犯同一类错误。下面九个错误来自几十个团队的真实教训。
- 错误一：一上来就想覆盖全部岗位。结果写了十份半成品，没有一份能用。正确的做法：选一个最高频或最危险的岗位操作，完成→培训→验证→迭代，跑通一份后再扩展。
- 错误二：让 AI 写初稿而人不提供真实细节。AI 只能生成“通用操作”，不能生成你公司实际的操作。流程梳理的正确顺序是：人先回忆和记录真实操作动作→AI 结构化→人审核。缺了第一步，后面的步骤都是空中楼阁。
- 错误三：用抽象描述替代具体动作。“妥善安排会议室”是一个意图，不是一个动作。“检查预订时间是否冲突、打开会议室门禁、确认投影仪和话筒正常工作、按客户人数摆放座椅和矿泉水”才是可以检查的动作。检查标准：把你的 SOP 里每个步骤读一遍，能不能拍一张照片或截一张图证明这一步做完了？如果不能，说明描述不够具体。
- 错误四：只写“正常情况下怎么做”，不写异常处理。写 SOP 是最容易暴露这个问题的时刻，因为写的时候操作人会觉得“这怎么可能出错”。但实际情况是：系统时不时崩溃、客户经常迟到、老板偶尔变卦、会议室偶尔被别人占掉。把高频异常场景列出来，给每个异常标注处理方式、决策人和升级条件。
- 错误五：SOP 写完不设复审日期。流程不是静止的——系统升级、人员更替、业务规则变化、供应商更换。如果 SOP 没有复审日期，半年后就会从“操作指南”变成“历史文献”。建议每个 SOP 至少 3 个月复审一次，复审内容包括是否有步骤不再执行、是否有步骤需要新增、是否有异常场景没被覆盖。
- 错误六：SOP 的异常处理写得太模糊。“如果预约冲突，联系主管协调”——这没用。应该写成：“如果预约时间与已有预约冲突，通过钉钉/微信联系行政主管李梅（分机 202），说明冲突的时间段和两方客户名称，等待回复，5 分钟内没有回复则拨打手机。”
- 错误七：写完 SOP 不发版本更新通知。修改了 SOP 但没告诉团队，旧人还在按旧流程操作，新人按新流程操作——好一点的场景是两个人各做各的互不干扰，坏一点的场景是两个人产生了冲突。每次 SOP 版本更新，都要在团队群/公告里发一份“更新说明”，包含改了什么、为什么改、从什么时间开始执行新版本。
- 错误八：SOP 放在一个没人知道的地方。很多团队把 SOP 放在某个人的个人网盘里，或者在飞书知识空间一个从来没人访问的子目录下。SOP 的存放位置必须满足两个条件：1）团队所有人都能找到（不需要问别人“SOP 在哪”）；2）打开链接就是最新版本（不是一份 3 年前的 PDF）。
- 错误九：忘记了 SOP 最终不是用来看的，是用来做的。一份 SOP 的成功标准不是“写得规范”，而是“执行人不看 SOP 也能做对”。SOP 只是中间产物，真正的目标是：用 SOP 把团队的经验从少数人的脑子里搬到所有人的手里。如果团队还在一遍又一遍地问“这个怎么做”，那你的 SOP 还没成功。
课后练习
从今天开始，用三次练习把你的第一份 SOP 做出来
这份教程读完是一回事，动手做是另一回事。下面三次练习从简单到深入，让你在一个星期内完成第一份真正可用的 SOP。
- 练习一：找到你的 SOP 目标（耗时 15 分钟）。打开你的日常工作列表，找出满足三个条件的操作：1）每周至少做 2-3 次；2）目前只有你或者另一个人知道怎么做；3）过去三个月这个操作出过至少一次问题。写出这个操作的一句话描述，如：“我要写一份客户来访接待 SOP。”
- 练习二：自己跟一遍流程并做原始记录（耗时 30-45 分钟）。下一次做这个操作时，打开一个空文档，边做边记录每个动作。不用在意格式，用动词+名词的格式就行。比如：“打开电脑→打开访客系统→输入客户姓名→核对到访时间→生成访客码→拍照发给客户”。做完后多看一眼：有没有你做了但没写出来的动作？（比如“顺手给客户倒了一杯水”——这就是 SOP 里可以加但你现在没写的动作）。
- 练习三：用 AI 结构化+人工审核（耗时 45 分钟）。把你的原始记录粘贴给 AI，用模板一（AI 流程梳理提示词），让 AI 帮你梳理成标准格式。然后找另一个做类似操作的同事看一遍 AI 的输出，和他一起确认顺序、补充遗漏、标注易错点和异常场景。最后用模板二（SOP 标准格式模板）生成第一版正式文档。
- 完成三次练习后，你就有了第一份 SOP 的原始记录、结构化初稿和经过同事验证的正式版本。把这个版本发给你的主管，约一个 15 分钟的谈话，让主管确认业务规则是否准确。确认后再发布并安排执行人的培训。
- 如果三周后，团队里有一个新成员能看着这份 SOP 独立完成操作——恭喜你，你已经掌握了 SOP 编写这项管理和运营的基础能力。这不是一次性的工作，而是一个可复用的团队搭建方法。
可直接套用的流程
1. 先写清楚任务目标：这次要让 AI 帮你完成什么工作，而不是泛泛地问一个问题。
2. 再给资料边界：哪些背景、数据、约束、口径必须被使用，哪些内容不能编。
3. 最后规定输出格式：用清单、表格、方案、话术还是复盘报告，并保留人工检查。