AI 写 SOP 总漏项？用“五段式 Prompt”把操作手册变成真正可执行的流程

AI 写了 20 条步骤，看起来比人工文档还专业。真正交给新同事时，对方第一句话却是：

“我没有后台账号，第一步怎么登录？”

这不是个别现象。

不少人用 AI 写操作手册、培训文档和工作流程时，拿到的结果往往语言流畅、格式整齐、步骤很多，却无法直接执行。

比如让 AI 编写“新员工账号开通操作手册”，它很可能从“登录管理后台”开始，接着创建账号、分配权限、发送通知。但真正落地时，一连串问题会冒出来：

• 谁负责开通，HR 还是 IT 管理员？
• 直属负责人是否已经完成审批？
• 员工工号、部门、岗位和邮箱命名规则是否齐全？
• 账号重名怎么办？
• 邮件发送成功，是否等于员工已经能登录？
• 权限分配失败后，是重试还是提交工单？

解决这个问题，不能只要求“写详细一点”。更有效的方法，是用一套固定结构，把隐性的业务条件显性化：

角色—触发—动作—验收—异常。

它不是让 AI 单纯多写一些内容，而是强制 AI 补齐一条可执行流程应有的业务闭环。

一、为什么 AI 写的手册总是“能看，但不能照着做”

先看一个经过脱敏和简化的新员工入职案例。

某公司需要为新员工开通企业邮箱和内部系统账号。参与者包括 HR、直属负责人和 IT 管理员，流程涉及资料提交、权限审批、账号创建、通知发送与登录验证。

如果只给 AI 一句话：

请帮我写一份新员工账号开通操作手册。

它可能生成下面这样的内容。

普通 Prompt 的示例输出

以下示例为便于分析而整理，不代表特定模型的固定表现，也不作为模型能力评测数据。

新员工账号开通操作手册

1. 登录企业管理后台。
2. 进入用户管理页面，点击“新增用户”。
3. 填写员工姓名、部门和联系方式。
4. 设置企业邮箱账号和初始密码。
5. 根据员工岗位分配相应的系统权限。
6. 保存账号信息并发送开通通知。
7. 提醒员工及时登录并修改初始密码。
8. 确认账号开通完成。

这份手册并没有明显的语病，步骤顺序似乎也合理。但如果把它交给第一次办理该业务的人，马上会遇到四类漏项。

1. 前置权限缺失

文档直接要求“登录企业管理后台”，却没有说明：

• 谁负责登录；
• 执行者需要什么管理员权限；
• 普通 HR 是否可以创建账号；
• 权限不足时应找谁处理。

2. 触发条件缺失

“新员工即将入职”并不一定意味着可以立即开通账号。

真实流程中，可能还要确认入职审批状态、工号、所属部门、直属负责人和入职日期。只要其中一项缺失，操作就不应开始。

3. 验收证据缺失

“保存成功”和“账号可用”不是一回事。

后台出现记录，只能证明创建请求可能已经提交。真正的验收至少要检查：邮箱是否存在、权限是否生效、员工能否登录，以及是否被要求修改初始密码。

4. 异常分支缺失

如果账号重名、邮件未收到、权限分配失败，手册没有给出下一步。执行者只能停下来询问文档作者。

这正是普通 Prompt 的局限：你只告诉 AI 要做什么，它就会调用一套“常见流程”来填空，而不是还原企业真实的执行条件。

配图 1：普通 Prompt 输出直接进入操作步骤的截图。

发布时建议使用真实测试截图，并标注模型名称、测试日期、参数设置；重点框出“登录后台”前缺少执行角色、权限和触发条件的问题。

二、把操作手册拆成五个不可缺少的模块

一份能交付使用的操作手册，不只是动作清单，而是一套小型的业务系统。

它至少要回答五个问题：

1. 谁来做？

2. 什么时候开始？

3. 具体怎么做？

4. 如何证明成功？

5. 失败后怎么办？

这就是“五段式 Prompt”的底层逻辑。

角色：明确谁执行，以及凭什么执行

“角色”不只是写一句“由 IT 负责”，而要进一步拆出：

• 执行人：实际操作系统的人；
• 审批人：决定是否可以开通的人；
• 协作人：提供资料或确认结果的人；
• 权限要求：执行者需要什么账号、权限和工具。

以新员工账号开通为例：

• HR 提交员工基础资料；
• 直属负责人确认岗位和权限范围；
• IT 管理员创建账号并分配权限；
• 新员工完成首次登录验证。

如果不同角色的责任没有分开，AI 很容易把“提交资料”“审批权限”和“创建账号”全部写成一个人的工作。

触发：规定流程什么时候才能开始

“触发”解决的是流程入口问题，包括：

• 什么事件会启动流程；
• 开始前必须具备哪些资料；
• 哪些审批状态必须完成；
• 哪些依赖系统必须可用；
• 条件不满足时应该怎么处理。

在账号开通案例中，可以将前置输入明确为：

• 员工姓名；
• 员工工号；
• 所属部门；
• 岗位信息；
• 直属负责人；
• 入职日期；
• 已审批的权限范围；
• 邮箱命名规则。

需要特别注意：前置条件不能只写在一段笼统的背景介绍里。

执行权限应放进“角色”，业务资料和启动状态应放进“触发”。否则模型仍可能跳过这些内容，直接进入动作步骤。

动作：写清输入、位置、操作和输出

动作部分不能停留在“完成相关配置”“按页面提示操作”这类表述。

每一步最好包含四个要素：

1. 输入什么：员工工号、部门、岗位等；

2. 在哪里操作：系统名称、页面或菜单；

3. 执行什么动作：新增、选择、提交、发送；

4. 预期产出什么：账号记录、通知邮件、权限状态。

例如：

在【用户管理】页面选择【新增用户】，填写已审批的员工工号、
姓名、部门和直属负责人。提交后，页面应生成唯一用户编号。

这比“填写员工信息并保存”更容易执行，也更容易检查。

验收：区分“已经提交”和“已经成功”

不少 AI 手册的最后一步都是“确认完成”，但没有解释怎么确认。

真正有效的验收标准必须可观察、可核对。例如：

• 用户管理页面存在对应账号；
• 企业邮箱状态显示为已启用；
• 权限列表与审批记录一致；
• 新员工能够使用初始凭证登录；
• 首次登录后出现修改密码提示；
• 系统日志记录了账号创建时间和执行人。

没有可观察证据的“完成”，只是主观判断。

异常：告诉执行者失败后往哪里走

异常处理至少应覆盖：

• 如何识别问题；
• 是否允许重试；
• 重试前需要检查什么；
• 哪些情况必须停止操作；
• 应升级给哪个角色；
• 数据已修改时如何回滚。

在账号开通场景中，最常见的三类异常包括：

• 账号重名：停止创建，按企业命名规则生成备选账号，不得自行发明规则；
• 权限分配失败：保留报错信息和操作日志，检查审批范围，不得反复盲目提交；
• 员工未收到邮件：先检查邮箱地址和发送状态，再决定重新发送或交由邮件管理员处理。

配图 2：五段式输出中的“触发”和“验收”截图。

建议框出“条件不满足不得进入步骤”与“区分已提交和已成功”两处，并注明本次测试使用的模型、日期和参数。

三、同一个任务，五段式 Prompt 到底改变了什么

下面使用同一个“新员工账号开通”任务做对照。

普通版 Prompt

请帮我写一份新员工账号开通操作手册。

五段式 Prompt

你是一名企业内部流程设计师，请为第一次办理入职手续的
HR 和 IT 管理员，编写一份“新员工企业邮箱及内部系统账号开通”
操作手册。

请严格按照以下结构输出：

一、角色
分别说明 HR、直属负责人、IT 管理员和新员工的职责。
说明每个执行角色所需的系统账号和权限。
不确定的权限名称标记为“待确认”，不得自行编造。

二、触发
说明流程在什么条件下启动。
列出开始前需要准备的员工工号、部门、岗位、直属负责人、
  入职日期、邮箱命名规则和权限审批记录。
条件不齐全时，不得进入账号创建步骤。

三、动作
按实际顺序编号。
每一步说明输入内容、操作页面、具体动作和预期输出。
不得使用“按提示操作”“完成相关配置”等模糊表述。

四、验收
分别检查账号是否创建、邮箱是否启用、权限是否生效、
  员工是否可以首次登录。
区分“申请已提交”和“账号已成功开通”。

五、异常
覆盖账号重名、权限分配失败、通知邮件未收到三种情况。
说明判断方法、重试条件、停止条件和升级对象。
不确定的内部规则统一标记为“待确认”。

最后输出一份可勾选的完整性检查表。

五段式 Prompt 的示例输出

一、角色

1. HR
- 提交员工基础资料和入职审批记录。
- 确认工号、部门、岗位、直属负责人和入职日期。

2. 直属负责人
- 确认员工需要访问的内部系统及权限范围。

3. IT 管理员
- 使用具备用户管理权限的管理员账号创建账号。
- 权限名称、审批系统和后台入口：待确认。

4. 新员工
- 接收开通通知，完成首次登录和密码修改。

二、触发

满足以下条件后才能启动：
入职审批已完成；
员工工号已生成；
部门、岗位和直属负责人已确认；
权限范围已有审批记录；
邮箱命名规则已确认；
相关系统处于可用状态。

如任一条件缺失，记录为“待补充资料”，不得创建正式账号。

三、动作

1. HR 核对员工资料，形成账号开通申请。
输出：完整的员工资料和审批记录。

2. IT 管理员进入用户管理页面。
具体系统名称和菜单位置：待确认。

3. 输入工号、姓名、部门、岗位和直属负责人。
输出：待创建的用户资料记录。

4. 根据已确认的命名规则填写邮箱账号。
不得自行生成企业未规定的命名方式。

5. 根据审批记录分配内部系统权限。
输出：与审批范围一致的权限列表。

6. 提交创建请求并记录操作时间、执行人和结果。

7. 向员工发送开通通知及首次登录说明。

四、验收

用户管理页面能检索到对应工号；
邮箱状态显示为已启用；
实际权限列表与审批记录一致；
员工可以完成首次登录；
登录后能够修改初始密码；
创建记录和通知记录可以查询。

五、异常

1. 账号重名
- 停止提交；
- 核对命名规则；
- 按已有规则生成备选账号；
- 规则不明确时升级给账号管理员。

2. 权限分配失败
- 保存错误信息和操作日志；
- 检查审批范围及管理员权限；
- 原因不明确时停止重试并升级处理。

3. 通知邮件未收到
- 核对收件地址和发送状态；
- 检查是否被退信或拦截；
- 确认地址无误后再重新发送。

只看文笔，两份结果都算通顺；但从执行角度看，差距出现在业务闭环上。

示例文本人工检查结果

以下数量仅针对上面两段示例文本，不是模型 Benchmark，也不能推导为普遍提升幅度。

五段式真正带来的变化，不是“字数更多”，而是让 AI 不得不回答：谁有资格操作、何时可以开始、怎样才算成功、失败后该往哪里走。

配图 3：同一“账号重名”异常在两种输出中的差异。

左侧展示普通版没有异常分支，右侧展示五段式中的判断、停止和升级动作。发布时请使用真实对话截图，避免将人工示例包装成模型实测。

四、可直接复制的五段式 Prompt 模板

下面这份模板适用于账号开通、报销申请、客户交接、内容发布、设备巡检、数据导入等流程。

你是一名熟悉【业务领域】的流程设计师，请为【目标读者】编写一份
关于【操作任务】的可执行操作手册。

请严格按照以下五个部分输出：

一、角色
明确执行人、审批人和协作人。
说明执行人需要具备的账号、权限、知识或工具。
如果不同角色的操作不同，请分别说明。

二、触发
说明什么事件或条件会启动该流程。
列出操作开始前必须准备的资料、数据、账号和系统状态。
如果前置条件不满足，不得直接进入操作步骤。

三、动作
按实际执行顺序编号。
每一步都写清楚：输入内容、操作位置、具体动作和预期结果。
不得使用“按提示操作”“完成相关设置”等模糊表达。

四、验收
给出可观察、可核对的完成标准。
明确需要检查的页面、字段、状态、通知、日志或输出文件。
区分“操作已提交”和“操作已成功”。

五、异常
列出常见异常、判断方法和处理动作。
明确哪些情况可以重试，哪些情况必须停止并升级给人工。
如涉及数据修改，请补充回滚或恢复方案。

输出要求：
1. 不得假设读者已经知道未说明的前置知识。
2. 信息不足时，先列出“待确认信息”，不要自行编造业务规则。
3. 使用表格或编号步骤，确保读者可以逐项执行和勾选。
4. 最后增加一份“五段式完整性自检表”。

你可以先把模板复制到常用模型中，选择一份真实 SOP 做前后对照。如果想通过 API 反复测试不同模型或批量生成文档，也可以前往 api.884819.xyz，用同一份 Prompt 比较不同模型对“触发条件”和“异常分支”的处理方式。

移动端收藏精简版

请为【任务】编写可执行操作手册，并严格覆盖：

1. 角色：谁执行，需要什么权限；
2. 触发：何时开始，前置条件和资料是什么；
3. 动作：按顺序写清输入、操作和输出；
4. 验收：如何确认每一步及最终结果成功；
5. 异常：失败时如何判断、重试、回滚或升级。

信息不足时先提问或标注“待确认”，不要自行编造。

模板并不是越长越好。简单任务可以压缩角色说明和动作字段，但“触发、验收、异常”不建议同时删除，因为这三部分恰好是普通 Prompt 最容易忽略的内容。

不同场景还可以做针对性改造：

• 面向小白：增加术语解释、菜单位置和页面识别方法；
• 面向内部员工：强化权限范围、审批链和操作留痕；
• 面向高风险操作：增加备份、回滚、复核、禁止事项和人工接管条件。

五、五段式也有边界：完整不等于真实

当读者第一次用这套框架时，很容易产生一种错觉：以后所有 SOP 套模板就够了。

但结构化 Prompt 只能提高信息完整性，不能自动保证业务事实正确。

如果模型不知道你公司的真实审批链、后台字段和故障处理制度，它仍可能补出一套“听起来合理、实际上不存在”的流程。例如：

• 编造一个名为“员工权限中心”的菜单；
• 默认直属负责人拥有审批权限；
• 假设账号重名时统一添加数字后缀；
• 把“邮件已发送”误认为“账号已启用”；
• 建议反复提交，却忽略重复创建风险。

因此，生成 SOP 时必须增加三道保险：

1. 要求标记待确认项，不知道就停，不允许猜；

2. 提供现有制度或旧文档作为依据，让模型在已知材料内整理；

3. 由真实执行者完整试跑，而不是只让文档作者自己审阅。

最好找一名从未接触过该流程的人照着操作。作者知道太多背景，常常会无意识地替文档补全信息；新人卡住的位置，才是手册真正缺失的位置。

发布前人工验收清单

生成完成后，不要只检查语句是否流畅。请逐项确认：

• [ ] 执行人、审批人和协作人的职责是否清楚；
• [ ] 执行者拥有的账号和权限是否真实存在；
• [ ] 流程触发条件是否符合内部制度；
• [ ] 所需资料、数据和依赖状态是否完整；
• [ ] 每个步骤都能在实际系统中找到对应入口；
• [ ] 文档中的菜单、字段和按钮名称是否真实；
• [ ] 每一步是否写明输入、动作与输出；
• [ ] 是否区分“提交成功”和“业务成功”；
• [ ] 验收标准是否可以通过页面、状态、通知或日志观察；
• [ ] 异常处理是否符合企业内部规定；
• [ ] 高风险操作是否包含停止、回滚和升级条件；
• [ ] 所有不确定信息是否被标记为“待确认”；
• [ ] 是否至少由一名非作者按文档完整走通过一次；
• [ ] 试跑中发现的问题是否已经回写到正式版本。

别急着重写公司所有文档。先选一条最常被新人追问、最容易操作失败的流程，把业务信息填进五段式模板，再到 api.884819.xyz 完成一次实测。

平台内置 AI 对话功能，使用用户名和密码即可注册，不需要邮箱验证；国产模型如 Deepseek、千问等可免费使用，没有月租和订阅，其他模型按量付费。新用户注册即送体验token。

生成后不要只看文笔，而要让一个不了解流程的人真正走一遍：角色是否正确、条件是否齐全、结果能否验收、失败后是否知道下一步。能否独立走通，才是操作手册的最终评分标准。

五段式解决了“手册漏项”，但还有一个更隐蔽的问题：当业务资料本身不完整时，AI 往往不会停下来追问，而是悄悄补出一套看似合理的规则。下一篇将拆解一套“先提问、再生成”的 Prompt，让 AI 在写 SOP 前主动找出缺失信息，并把“待确认项”和“正式步骤”彻底分开。

#AI教程 #Prompt技巧 #操作手册 #SOP #人工智能 #8848AI #工作效率