第3章 操作步骤粒度拆解标准

适用场景

在业务流程优化、SOP文档编写、系统功能设计与用户培训材料制作中，操作步骤必须被拆解到统一的粒度标准。本章标准适用于以下场景：

• 将粗粒度的“业务阶段”或“环节”细化为可执行的操作指令
• 跨部门、跨系统交接环节的步骤对齐
• 自动化流程（RPA、脚本）的输入动作定义
• 新员工操作手册的编写规范

前置条件

• 已确定待分析的流程边界（起始点与终止点）
• 已有原始流程阶段划分（至少包含3~5个阶段）
• 确定步骤编号体系的命名规则（如：阶段-序号-子序号）

操作步骤粒度拆解标准

1. 粒度定义

操作步骤的粒度是指单个操作指令所包含的动作幅度与信息密度。本课程将粒度分为三个层级：

层级	名称	定义	典型指令示例
L1	业务阶段	跨角色、跨状态的逻辑段落，不可直接执行	“处理客户退款”
L2	操作步骤	单个角色在单一界面/系统内的行动，需要在1~3分钟内完成	“在ERP系统填写退款单并提交审批”
L3	最小操作单元	不可再分的点击、输入、选择动作，一个动作对应一个界面交互	“点击【提交】按钮”

2. 拆解原则

1. 单一责任原则 ：一个步骤只描述一个原子动作，不包含“并且”、“然后”等连接词。
2. 角色绑定原则 ：步骤主体必须是具体角色或系统，不能出现“相关人员”。
3. 可验证原则 ：每个步骤执行后必须产生可观测的结果（状态变化、数据生成、界面切换）。
4. 18秒原则 ：除非信息输入类步骤，否则操作时长应控制在18秒以内，否则需进一步拆解。

3. 最小操作单元

最小操作单元是步骤拆解的终极底线，必须满足以下4要素：

• 一个触发器：用户点击、系统自动触发、定时任务等
• 一个对象：按钮、输入框、下拉菜单、文件等
• 一个动作：单击、双击、长按、拖拽、输入文字
• 一个反馈：界面变化、提示信息、数据更新

4. 步骤编号规则

采用三级编号体系，保障步骤在任意位置的唯一性：

阶段码-序号-子序号

示例：
S1-01      → 阶段1的第1个步骤（无子步骤）
S2-03-01   → 阶段2第3个步骤的第1个子步骤
S3-07-05   → 阶段3第7个步骤的第5个子步骤

编号规则要点：

• 阶段码使用大写 S + 数字（如 S1、S2）
• 序号和子序号均使用两位数字补零（01、02）
• 当步骤无需再拆分为子步骤时，序号写至 阶段码-序号 即可
• 子序号最大不超过 10 个，若超过需考虑父步骤是否仍有拆解空间

操作步骤拆解流程图

输入输出物

类型	内容	格式要求
输入	原始流程阶段文档（包含文字描述的业务操作）	Word、Markdown 或流程图
输出	三级编号的步骤清单（包含最小操作单元）	表格，列包括：步骤编号、角色、操作描述、预期结果

责任边界

• 流程分析师：负责审查原始操作文本，判断是否需要拆解，并执行拆解动作。
• 业务专家：确认拆解后的最小操作单元是否与真实业务场景一致，避免遗漏或歧义。
• SOP 编写者：按照拆解后的步骤编号填入文档，不得随意合并或拆分步骤。

记录材料

• 《粒度拆解检查表》（附质量检查表）
• 《步骤编号体系说明》
• 《最小操作单元要素确认书》

异常处理

异常场景	处理方式
原始操作描述过于模糊（如“处理客户反馈”）	要求流程发起人补充具体系统与界面信息，明确动作对象与触发条件
单个步骤超过10个子步骤	将父步骤拆分为多个同级别步骤，重新编号
不同阶段出现步骤编号重复	错开阶段码，避免使用相同阶段码数字

验收标准

1. 每个步骤均满足 单一责任、角色绑定、可验证 三项基本原则。
2. 步骤编号体系完整，无重复、无缺失，且示例步骤均可追溯至原始阶段。
3. 所有最小操作单元均包含 触发器、对象、动作、反馈 四要素。
4. 随机抽取10个步骤进行18秒测试，通过率 ≥ 100%。

质量检查表

检查项	验收标准	是否通过
步骤是否包含“然后”、“并且”等连词？	不存在连词	□ 是 □ 否
每个步骤是否有唯一的阶段-序号-子序号？	编号完全唯一	□ 是 □ 否
最小操作单元是否包含四要素？	要素完整	□ 是 □ 否
步骤主体是否可执行（角色或系统）？	不含“相关人员”	□ 是 □ 否