mcpField
S
sop-builder

sop-builder

github.com/w95文档处理28578 次安装35 周前更新
代码仓库

关于 sop-builder

sop-builder 是用于编写标准操作规程的技能,面向需要规范重复流程的团队,涵盖职责分配、审批路径与治理安排。

主要功能

  1. 01分步骤流程说明
  2. 02RACI 职责矩阵
  3. 03审批链与升级规则
  4. 04流程图与决策分支
  5. 05指标及版本管理建议

适用场景

  1. 01记录团队的重复性流程
  2. 02制定审批与升级路径
  3. 03明确跨部门职责

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/w95/awesome-claude-corporate-skills --skill sop-builder

安装后在 Claude Code 中输入/sop-builder确认已加载。

详细介绍

SOP 构建器

概述

生成全面的标准操作规程(SOP),用于记录流程、分配职责、建立审批链,并确保各团队能够一致地执行。本技能可创建专业且符合合规要求的 SOP,包含清晰的工作流和治理机制。

核心组件

1. 流程定义
  • 流程标题:清晰、描述性强的名称
  • 范围:包含和排除的内容
  • 目标:期望的结果
  • 频率:流程的运行频率
  • 负责人:主要责任人
2. 分步工作流
Step #: [Action]
- Input: [Required materials/data]
- Action: [Specific task]
- Output: [Deliverable]
- Owner: [Role responsible]
- Timeline: [Duration/deadline]
3. RACI 矩阵

建立问责结构:

  • R(负责执行):执行工作
  • A(最终负责):做出最终决定
  • C(协商):提供意见
  • I(知会):及时了解进展
Activity | Finance | Operations | Approval | Execution
---------|---------|-----------|----------|----------
Request  | R       | C         | I        | I
Review   | A       | R         | C        | I
Approval | C       | I         | A        | R
Execute  | I       | I         | I        | A
4. 审批链
  • 阈值级别:定义何时需要升级
  • 审批人:明确角色和升级路径
  • 时间线:审批 SLA
  • 拒绝标准:何时退回
5. 流程图(ASCII)
START
  |
  v
[Step 1] --> [Step 2] --> [Step 3]
              |
              v (Error)
          [Correction]
              |
              v
         [Step 3]
              |
              v
            END
6. 决策点
  • 如果 X,则 Y:清晰的分支逻辑
  • 异常处理:如何处理边缘情况
  • 升级触发条件:何时需要管理层介入

模板结构

SOP-XXX:[流程名称]

版本:1.0 上次更新:[日期] 下次审核:[日期] 负责人:[姓名/角色]

目的:[1-2 句摘要]

范围:[包含的内容;排除的内容]

责任方:

  • 流程负责人:[角色]
  • 执行人:[角色]
  • 审批人:[角色]
  • 利益相关方:[列表]

关键指标:

  • 周期时间:[目标时长]
  • 错误率:[目标 %]
  • 合规率:[目标 %]

RACI 矩阵:[参见上文]

流程步骤: [编号步骤 1-N,包含所有详细信息]

审批链:

  • 级别 1 [条件]:[审批人 + 时间线]
  • 级别 2 [条件]:[审批人 + 时间线]
  • 级别 3 [条件]:[审批人 + 时间线]

异常处理:

  • 异常 1:[响应措施]
  • 异常 2:[响应措施]
  • 升级协议:[何时/如何升级]

最佳实践

  1. 清晰:面向团队中资历最浅的成员撰写;避免使用行话
  2. 具体:包含 URL、模板、系统名称、字段映射
  3. 可视化辅助:使用流程图、截图、决策树
  4. 版本控制:跟踪变更;为所有修订标注日期
  5. 测试:正式发布前与实际用户进行试用
  6. 无障碍性:提供多种格式(PDF、在线版、视频)
  7. 定期审核:安排年度审核;针对新问题按季度更新
  8. 培训:将 SOP 与培训完成记录关联
  9. 指标:纳入 KPI 以衡量流程健康状况
  10. 反馈循环:收集用户反馈;按季度迭代

常见问题

  • 细节过多:在完整性与可读性之间取得平衡
  • 信息过时:指定负责人以确保内容保持最新
  • 缺少负责人:始终指定 DRI(直接责任人)
  • 缺少示例:加入真实示例和样例输出
  • 缺少异常处理:预判可能出现的问题
  • 缺少时间线:同时注明预期时长和最长时长
  • 格式不佳:确保所有 SOP 使用一致的结构

示例:审批申请标准操作规程

SOP-001:费用审批工作流

目的:确保所有费用均已获授权、留有记录,并符合公司政策。

范围:所有员工费用;不包括超过 $50K 的常规运营成本(升级至 CFO 处理)。

关键指标:

  • 平均处理时间:5 个工作日
  • 首次审批通过率:95% 以上

RACI 矩阵:

活动员工经理财务CFO
提交R-II
初步审核-AC-
合规检查--R-
最终审批--A-
付款--RI

步骤:

  1. 员工在 Expensify 中提交收据和业务说明
  2. 经理在 2 个工作日内审核(批准/拒绝/请求补充信息)
  3. 财务合规团队根据政策核实($50K 阈值)
  4. 未超阈值:批准;超过阈值:在 1 个工作日内转交 CFO
  5. 批准后,在 3 个工作日内处理付款
  6. 员工收到确认邮件,其中注明支票/ACH 日期

审批链:

  • 经理(所有金额):2 个工作日
  • 财务($5K-$50K):1 个工作日
  • CFO(>$50K):2 个工作日

例外情况:

  • 缺少收据:在 48 小时内提出补交请求,否则拒绝
  • 违反政策:暂缓处理以待澄清;财务团队通知经理
  • 重复费用:标记并立即联系员工

集成点

  • 链接至政策文件(URL)
  • 引用培训材料
  • 连接至系统工作流(Salesforce、Workday 等)
  • 引用相关标准操作规程(例如,SOP-002:休假审批)
  • 将模板和检查清单作为附录

维护

  • 指定流程负责人,每月监控合规情况
  • 每季度与流程相关方召开审查会议
  • 每年进行全面审计和修订
  • 版本控制:为每次更新注明日期并概述变更
  • 通知受影响的团队变更内容;根据需要提供培训

使用此技能来:记录任何可重复执行的流程,创建符合合规要求的工作流,明确责任归属,并支持大规模一致执行。

评论

支持 Markdown