流程设计方法论（Process Design Methodology）· PAYSKILL 付费版
> 本技能 = 完整方法论知识底座 + 支付宝收银台付费闸门。
> - 方法论讲解 / 方案建议 / 自检问答 → 免费
> - AI 实际产出交付物文件 → 收费 ¥9 / 次，付款成功后再交付
〇、PAYSKILL 付费服务说明（必读）
0.1 免费区 vs 付费区
| 区域 | 内容 | 是否收费 |
|---|---|---|
| 免费区 | 方法论讲解、概念问答、方案/计划建议、自检清单核对、框架预览 | 否 |
| 付费区 | AI 实际生成交付物文件（流程图 / 说明书 / 模板 / 架构图 / 推行底稿 / 运营机制文件） | 是（¥9 / 次） |
0.2 付费触发规则（讲解免费 · 产出收费）
- 用户仅询问方法论、要方案建议、要自检 → 直接回答，不触发支付。
- 用户明确要求"生成 / 产出 / 做一份 / 输出文件"类交付物（如"做一条采购流程的三件套""出 L1-L6 架构图""给我流程说明书"）→ 先走付费闸门，付款成功后再产出。
- 一次付费（¥9）对应 一次完整交付物生产请求（如一条 L4 流程三件套，或一份架构图 + 键盘图）。
0.3 收费档位
- 标准套餐 ¥9 / 次：单次请求内产出一套流程交付物。
- （如需多套 / 全流程打包，可扩展更高档位；当前默认 ¥9，价格常量见 frontmatter
pricing.standard_package，可改。）
0.4 付费交付闸门（支付宝收银台支付流程）
当用户请求进入付费区时，按以下步骤执行（完整命令参数、输出处理、错误处理、边界条件、信号词要求严格遵循 alipay-payment-skill 流程一，本技能不重复定义）：
[付费区入口] 用户明确要求产出交付物文件
↓
Step 1: 初始化支付会话（必须顺序执行 1a → 1b → 1c → 1d，禁止跳过）
│ 1a: payment-intent --session-id <AIPAY_SESSION_ID 或当前会话实际 UUID> --framework openclaw
│ 1b: 提取 服务内容 / 支付金额 / 支付对象
│ 1c: payment-intent --session-id <sid> --intent-summary "服务内容：流程设计交付物生产，支付金额：¥9，支付对象：流程设计方法论PAYSKILL"
│ 1d: 展示订单摘要（含 ¥9、服务内容）
│ ↓ 展示后立即进 Step 2，不等待用户确认
Step 2: check-wallet
├─ 已授权（code=200 且 access_url 为空）→ 立即 Step 3
└─ 未授权 / 未开通 → 告知"正在为您申请开通支付"，加载 alipay-authenticate-wallet 技能 → STOP
Step 3: submit-payment --session-id <sid> --payment-link → 原样透传 CLI 输出（含"✓ 支付待确认"）→ 提取 shortUrl
════ STOP：本轮结束，等待用户下一轮"已支付 / 付好了" ════
Step 4: query-payment-status -p '<shortUrl>'
├─ "✓ 支付已完成" → 进入「交付物生产」
├─ "✓ 支付状态同步中" → 提示用户再次通知
├─ "✗ 支付已关闭" → 引导重新发起
└─ "⚠ 支付状态查询异常" → 重试或进入 alipay-payment-skill 流程四问题反馈
> ⚠️ 支付纪律：所有命令、异常处理、对客信号词、输出原样透传规则一律以 alipay-payment-skill 为准。
> - sessionId 必须为 UUID 格式，取自环境变量 AIPAY_SESSION_ID 或当前会话实际 sessionId，禁止编造（禁止 session-xxx / $(date +%s) / 纯数字等非 UUID 格式）。
> - payment-intent 只接受 --session-id / --framework / --intent-summary，禁止传 --payment-link（--payment-link 是 Step 3 submit-payment 的参数）。
> - Step 3 输出后必须 STOP 等待用户通知；Step 4 用 shortUrl 而非收银台链接。
0.5 支付成功后 → 交付物生产
支付状态为 "✓ 支付已完成" 后，按下方第一至第十五节方法论，结合用户具体业务域，产出对应交付物文件：
- 流程图：.vsdx（VISIO）或 .drawio / .svg
- 流程说明书 / 模板表单：.docx
- 数据清单 / 指标卡 / 成熟度评估表：.xlsx
- 汇报版：.pptx
交付前必须按第十三节「交付前自检清单」逐项核对通过，再交付用户。
一、适用范围与触发场景
- 流程体系 0→1 搭建：为某业务域/某企业设计端到端流程架构（L1-L6）。
- 单条流程设计（L3/L4）：从现状痛点出发，完成一条可执行的业务流程设计与文件编制。
- 流程推行与运营：把设计成果变成肌肉记忆，并持续迭代。
- 触发词见 frontmatter
description（含付费相关触发词）。
二、流程的本质与价值（认知底座）
2.1 定义
流程 = 一组按照顺序、能够为客户创造价值的相互关联的活动进程。
2.2 流程六要素
| 要素 | 说明 |
|---|---|
| 输入资源 | 驱动流程发生的重要信息（表格/文档/决策结果） |
| 输出结果 | 一组活动生成的结果（表格/文档/评审或决策结果） |
| 若干活动 | 完成流程目标所需的具体活动（动宾结构） |
| 活动间的关联 | 串行 / 并行 / 选择 的逻辑关系 |
| 服务的客户 | 内部客户 + 外部客户，关注客户而非上司 |
| 创造的价值 | 关注整体而非局部，关注过程并关注结果 |
2.3 主要特征（六性）
- 目标性：有明确目标
- 增值性：为客户创造价值
- 可度量：目标与成果均可度量
- 协同性：≥2 个角色及活动
- 可重复：多次重复发生的业务
- 动态性：从一活动流转到另一活动
2.4 流程的作用（为什么建流程）
- 固化经验：把过去好的方法固化、推广，减少对"个人英雄"的依赖
- 承载管控：把政策/内控/质量/数据等管理要求嵌入流程
- 规则确定：以规则的确定应对结果的不确定
- 灵活适配：提供多路径方法，使业务人员按场景灵活适配
- 风险管控：控制作业过程，保证结果可控、安全运营
2.5 流程管理的价值（对外/对内）
- 厘清职责：权责到岗、执行到人，避免推诿与重复劳动
- 经验沉淀：隐性经验→标准化文档与工具，形成可复用组织资产
- 提高效率：减少冗余操作，缩短周期（审批/交付），快速响应
- 降低成本：识别浪费（人力/库存），每投入 1 元流程建设约产生 5–7 元成本节约
- 提升效益：流程成熟度每提升 1 级，人均效能约增长 23%（APQC）
- 提升服务：以客户为中心设计端到端流程，提升满意度与忠诚度
> 本质 = 流程标准化：将无序变有序，将经验沉淀为系统能力，对抗发展的"熵增"，实现"人治→法治"。
三、流程层级模型（L1–L6）
| 层级 | 名称 | 回答的问题 | 定位 |
|---|---|---|---|
| L1 | 流程分类 | Why to Do | 支撑公司战略与业务目标，体现业务模型，覆盖全部业务 |
| L2 | 流程组 | What to Do | 落实方针政策与管控要求，聚焦战略执行 |
| L3 | 流程 | What to Do | 创造客户价值的主要业务流及其支撑业务 |
| L4 | 子流程 | How to Do | 将流程要求落实到角色，使之可执行 |
| L5 | 活动 | How to Do | 完成流程目标所需的具体活动（动宾结构） |
| L6 | 任务 | How to Do | 活动下的具体操作任务（步骤/系统操作） |
核心原则：
- 所有流程必须长在流程架构上，不能野蛮生长。
- 流程架构承接战略，驱动组织聚焦于"Right Things"，决定整体运营效率（战略级资产）。
- 流程键盘图（Process Keyboard）：将 L1-L3 架构以"键盘"形式铺陈（L1 大类→L2 流程组→L3 流程全量清单），便于一眼看清流程家底、快速定位与调用（例：集成供应链 ISC 键盘图 = S&OP / 主计划 / 订单履行 / 物料计划 / 采购 / 供应商管理 / 物流 / 制造 / 工艺工程 等 L2→L3 全量展开）。
四、流程建设五步闭环管理
01 明确正确的事 ──> 02 流程规划(架构) ──> 03 流程设计 ──> 04 流程推行 ──> 05 流程运营
(以客户为中心) (一张蓝图绘到底) (汇集最佳实践) (落地才是硬道理) (管理闭环)
- 01 明确正确的事：以战略为指引、以客户为中心、业务本质导向，避免流程冗余。
- 02 流程规划：搭建 L1-L6 流程架构（见第三节），形成"流程键盘图"。
- 03 流程设计：用六步法（第五节）输出流程三件套。
- 04 流程推行：九步骤落地（第九节）。
- 05 流程运营：CT/SACA/成熟度/绩效监控，持续迭代（第十节）。
> 设计阶段六个关键节点（运作路径）：现状痛点梳理 → 优化方案研讨共识 → 优化方案评审 → 流程三件套撰写 → 流程三件套研讨 → 流程设计终审。关键评审点：L2 Owner 评审《流程设计方案》、项目责任人+L2 Owner 评审《流程说明文件+关键模版》。
五、流程设计方法论（六步法）★核心
01 明确流程目标
02 识别流程要素 ┐
03 定义活动逻辑 ├─ 流程定义
04 匹配流程角色 ┘
05 绘制流程图
06 撰写流程说明
（定目标）（识要素）（排顺序）（配角色）（画流程）（写说明）
01 明确流程目标
从三方面明确：① 该流程存在的理由、价值、解决什么问题；② 赋能业务范围；③ 如何保障业务结果达成。
02 识别流程要素（流程定义十大要素，见第六节）
目的、活动、角色、输入、输出、起点、终点、KCP、KPI、Owner（外加上下游流程、相关模板）。
03 定义活动逻辑
- 活动把"输入"加工转换成"有价值的输出"，活动间有逻辑顺序。
- 仅展现对输入有有价值改变的活动。
- 三种逻辑关系：串行 / 并行 / 选择（判定）。
04 匹配流程角色
流程角色 = 业务流程的执行者，也是业务能力的驱动因素。四类角色：
1. 输入提供者：提供流程输入
2. 活动执行者：执行具体活动
3. 流程客户：接收流程输出
4. 流程责任人（Owner）：对流程整体负责
角色设计原则：明确职责与技能要求；可为人/一类人/小组；不随组织结构变化而变化；公司范围内唯一；与业界标准角色匹配。
05 绘制流程图（见第七节 VISIO 标准）
06 撰写流程说明（见第八节 + 流程说明书 10 章节）
六、流程定义十大要素（逐要素编写规范）
| # | 要素 | 编写要点 |
|---|---|---|
| 1 | 流程名称 | 明确、清晰、简短；体现业务主题；公司内唯一且带流程编码。例：订单履行流程、合同变更流程 |
| 2 | 流程起点 | 触发流程开始的事件（单一/多个/时间触发）；任何流程≥1个开始事件 |
| 3 | 流程终点 | 完结边界活动；任何流程≥1个结束事件 |
| 4 | 上游流程 | 上游业务流程名称（未完成则留空，后续回填） |
| 5 | 下游流程 | 下游业务流程名称 |
| 6 | 流程目的 | 说明性文字；维度=成本/风险/服务/交期/质量；关注客户需求与输出 |
| 7 | 主要活动 | 动宾结构；审核/审批也作为活动；涉及岗位转换另起活动；含难处理活动+特别活动 |
| 8 | 输入/输出 | 重要信息流转；强调首个活动输入与末个活动输出；同一表单全程名称一致 |
| 9 | 流程角色 | 所有活动定义标准执行者（责任人） |
| 10 | 流程 KPI | 整体流程效率指标（非对人考核）；明确数据收集/公式；选 1–3 个关键指标 |
| — | 关键控制点 KCP | 高风险控制点；必须正确有效执行、定期遵从性测试、Owner 定期回顾 |
| — | 相关模板 | 重要活动所用表单模板清单（已有则优化、新增则创制） |
流程活动类型（用于识别增值/非增值）：
- 真正增值：分析数据、分类判断、制定策略、开发拓展、优化整合、监督执行
- 非增值但必要：复查、审批、返工、归档、抄送、收集数据、申请、记录、考察
- 对满足客户需求无贡献的活动，在不影响功能基础上应尽量减少
七、流程图绘制标准（VISIO）
7.1 标准符号
| 符号 | 含义 | 标注规则 |
|---|---|---|
| 开始/结束 | 流程起止 | 开始下用"输入信息符号"标记触发事件 |
| 活动 | 具体步骤 | 有编号（如 001 制定方案）；动宾/动词 |
| 判定 | 决定/批复/判断 | 菱形框，标注 是/否 分支 |
| 接口流程 | 上下游流程/子流程 | 填流程名称 |
| 协同 | 多角色共一活动 | 多角色会签框 |
| 关键控制点 KCP | 高风险活动 | KCP 标于活动上方，写控制目标+措施 |
| 文档 | 表单/文件 | 放输出物栏、活动右下方；同一表单仅一处输出 |
| 循环 LOOP | 返回之前活动 | 写返回活动编号（如 LOOP 003） |
| 输入信息 | 输入文件资料 | 首个活动常用 |
| IT 系统 | 所需系统 | 右上角；区分"已有系统/未来需求" |
7.2 绘制规则
- 统一用 VISIO 绘制，统一版本；与流程说明对应相符。
- 活动有 ID 编号；流程图"一图胜千文"，含信息栏（流程名/角色/版本号）与内容栏（活动/输出物）。
- 同一表单由唯一活动输出；审核/审批活动不重复体现输出。
八、流程三件套（流程文件标准化载体）
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ 1 流程图 │ │ 2 流程说明书 │ │ 3 模板和表单 │
└─────────────┘ └─────────────┘ └─────────────┘
套件一：流程图
按第七节标准绘制，信息栏+内容栏，体现 L4 流程全要素。
套件二：流程说明书（10 章节结构）
| 章节 | 内容 | 编写要点 |
|---|---|---|
| 1 目的 | 希望达到的效果 | 综合成本/效率/质量/安全/服务；一句话概括或按优先级排序 |
| 2 适用范围 | 对象/业务/条件/功能/用户范围 | 部门、业务类别、产品、区域、客户；必要时写不适用范围 |
| 3 术语及定义 | 专有名词/缩写解释 | 易歧义词必须有统一明确解释；无则填"无" |
| 4 流程图 | 配套流程图 | 单独一页粘贴，与说明对应 |
| 5 流程活动说明 | 活动编码/名称/内容/角色/输入/输出/时限 | 按业务顺序；编码名称角色与流程图一致；5W1H；不可出现"可能/相关/其它/类似/应该"等模糊词；体现人工/系统处理方式 |
| 6 角色与职责 | 角色→职责→对应职位/岗位 | 职责包含该岗位对应活动；非操作指引 |
| 7 流程 KPI | 指标名称/设置目的/定义/公式/数据来源/周期/备注 | 对准流程目的；可评估可监控可量化 |
| 8 流程 KCP | 序号/KCP/控制目标/风险描述/控制频率/验证方法/周期 | 控制目标(业务达成/资产安全/法规遵从/数据可靠)；风险描述；控制措施纳入活动说明 |
| 9 支持文件 | 序号/文件名称/编码 | 引用制度/程序/管理规定 |
| 10 拟制/修订记录 | 版本/拟制人/日期/内容理由/批准人 | 版本 V X.X |
> 5W1H 活动说明：谁干、干什么、干到什么程度、何时干、何地干、怎么干、如何控制；注明例外/特殊情况与跨流程接口协调措施。
套件三：模板和表单（3 条编制原则）
- 让使用者做选择题：通过模板直接执行业务，降低对人的依赖。
- 在模板中明确标准：固化最佳实践，新员工看得懂、做得好。
- 列示流程清单（应交尽交）：避免遗漏。
九、流程推行九步骤（落地才是硬道理）
现状梳理 → 痛点分析 → 经验萃取 → 优化思路 → 方案设计
→ 流程文件撰写 → 推行前准备(宣贯与考试) → 试运行 → 优化改进
| 步骤 | 关键动作 | 工具/产出 |
|---|---|---|
| 1 现状梳理 | 呈现业务现状（现状定义表+现状流程图） | 流程设计方案 Part1-3 |
| 2 痛点分析 | 识别最核心、达成共识的痛点（有理有据） | 痛点清单 |
| 3 经验萃取 | 提炼内部优秀实践 | 优秀实践库 |
| 4 优化思路 | 标杆实践对照，识别优化方向 | 优化定义表 |
| 5 方案设计 | 优化流程定义表+流程图（To-Be） | To-Be 设计方案 |
| 6 流程文件撰写 | 说明书+流程图+模板表单三件套 | 流程三件套 |
| 7 推行前准备 | 宣贯与考试，形成肌肉记忆 | 培训/考试记录 |
| 8 试运行 | 小范围试点验证 | 试点报告 |
| 9 优化改进 | 基于反馈迭代 | 修订版三件套 |
> 设计阶段角色分工：项目责任人+L2 Owner（终审/分歧决策）→ L2 Owner（方案评审）→ L4 Owner（主导五大节点、输出质量、分歧决策、可升级）→ 设计小组（输出定义表/图/说明书/模板）。顾问全程陪伴辅导，两个关键评审点严格把控质量。
十、流程运营管理（CT / SACA / 成熟度）
10.1 运营闭环
流程遵从测试 CT → 半年度控制评估 SACA → 流程绩效监控 → 流程优化 → 流程成熟度评估
（达标/不达标 循环迭代）
10.2 CT 遵从性测试（Compliance Testing）
- 由流程责任人主导，独立人员（非 KCP 执行者本人/下属/审批人）执行。
- 方法：重新执行 / 证据检查 / 观察 / 询问；逐 KCP 选取测试样本，记录工作底稿。
10.3 SACA 半年度控制评估
- 管理层 + 流程 Owner 共同参与；评估流程设计有效性、风险控制成熟度。
- 填写问卷（是/否/部分/不适用），对 8 个部分分别评级→整体初步评级，异常须列示风险与业务影响。
10.4 流程成熟度评估模型（5 维度）
| 维度 | 评估要素 |
|---|---|
| 流程设计 | 目的明确性、内外部影响力、活动内容清晰度 |
| 流程执行者 | 了解情况、具备流程知识（统一语言）、执行到主动求变 |
| 流程负责人 | 明确性、是否做规划-设计-监控、影响力 |
| 基础设施 | 信息化/人力资源支撑 |
| 指标 | 是否具备监控指标、能否支撑业务 |
评分档：有流程且完备 / 有流程成熟度不高 / 无流程。
十一、与其他方法论的衔接
- DBS / DIVE-PSP：流程痛点分析 = PSP"调查根因"；痛点→帕累托→5WHY→改善课题；KCP 遵从性测试 = PSP"确保维持"。
- 精益 VSM 价值流图：L4 活动级流程即 VSM 输入，可识别等待/返工浪费；流程活动类型（增值/非增值）直接对应 VSM 增值分析。
- IPD / LTC / ISC / ITR / QM 端到端：本方法论的 L1-L6 架构与六步法可直接用于设计上述任一端到端流程（研发-营销-供应链-服务-质量），端到端地图 = L1-L3 横向展开 + L4 纵向落地。
- 变革路径：遵循"先僵化、后优化、再固化"的演进逻辑（标杆企业实践经验）。
十二、标准交付物清单
- 流程架构图（L1-L6）+ 流程键盘图（L1-L3 全量清单）
- 单条流程交付（流程三件套）：
- 流程定义表（十大要素）
- 流程图（VISIO 标准）
- 流程说明书（10 章节）
- 关键模板/表单 - 流程推行九步骤工作底稿（现状/痛点/优秀实践/优化方案/三件套/宣贯考试/试点/优化）
- 流程运营机制文件：CT 测试程序、SACA 问卷、KPI/KCP 指标卡、成熟度评估表
> PAYSKILL 注：上述第 2/3/4 类"实际产出文件"属于付费区，需先经 0.4 节收银台支付（¥9/次）后方可生成；第 1 类若仅为讲解/框架预览则免费，生成可编辑文件同属付费区。
十三、交付前自检清单（必查）
- [ ] 流程名称唯一、带编码；起点/终点明确（各≥1）
- [ ] 上游/下游流程已衔接（或留空待补）
- [ ] 目的覆盖成本/风险/服务/交期/质量维度
- [ ] 活动为动宾结构、有编号、与流程图一致
- [ ] 输入（首活动）与输出（末活动）明确、表单名称全程一致
- [ ] 角色公司内唯一、不随组织变动
- [ ] KPI 1–3 个、有公式与数据来源；KCP 已识别并写控制目标+措施
- [ ] 流程图符号规范、KCP 在活动上方、文档在输出栏、IT 在右上角
- [ ] 流程说明书 10 章节齐全、活动说明用 5W1H、无模糊词
- [ ] 模板表单可"做选择题"、标准明确、清单完整
- [ ] 三件套内部一致（定义表=流程图=说明书）
- [ ] [PAYSKILL] 已确认支付状态为"✓ 支付已完成"后再交付
十四、常见陷阱
- 流程"画了不闭环"：缺返工/异常/升级路径（判定框的"否"分支无去处）。
- 要素口径不一致：定义表的角色/活动与流程图、说明书对不上（三件套互相矛盾）。
- KCP 流于形式：只列控制点不写控制目标/风险/措施，或从不跑 CT 测试。
- 角色绑定组织：用职位代替角色，组织一变流程就废。
- 模板反人性：全填空题、无标准、无清单，新人看不懂做不好。
- 野蛮生长：流程未长在架构上，L4 与 L2/L3 脱节，无法汇总成"流程键盘图"。
- 重设计轻推行：只交付文件不做宣贯/考试/试点，无法形成肌肉记忆。
- [PAYSKILL] 未付款先交付：付费区交付物必须在支付成功后产出，禁止"先给文件再要钱"。
十五、应用约束（重要）
- 不披露客户/公司名称：本方法论为通用方法论，应用时一律不出现具体客户或公司名称（如原项目中的皖仪、国盛等），统一以"示例企业/标杆企业/某业务域"代称；标杆案例以"领先企业/标杆实践"泛指。
- 先方案后执行：按黄河老师工作习惯，接到流程设计任务先给方法论方案/计划，确认后再动手。
- 交付前自查：流程三件套内部一致性、要素完整性须自检通过后再交付。
- [PAYSKILL] 付费纪律：讲解免费、产出收费；付费区交付物须经支付宝收银台支付（¥9/次）成功后方可生成；支付流程严格遵循
alipay-payment-skill，本技能只负责"何时触发支付"与"支付成功后按方法论产出交付物"。
