关于 operational-design
operational-design 是面向 COO 和运营团队的运营设计与扩展方法技能,涵盖流程、规模增长、指标、合规、供应商管理和组织结构,并为各领域提供参考资料。
主要功能
- 01业务流程映射与优化
- 02组织扩展框架
- 03运营 KPI 与计分卡设计
- 04合规与审计准备
- 05供应商遴选与 SLA 设计
- 06团队结构与授权模式
适用场景
- 01定位业务流程中的瓶颈
- 02规划组织下一阶段增长
- 03制定合规路线图
- 04开展 RFP 并比较供应商
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ magnus919/ agent-skills --skill operational-design安装后在 Claude Code 中输入/operational-design确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
README.mdevals/evals.jsonreferences/compliance.mddecision-workflow.mdoperational-metrics.mdprocess-design.mdscaling-frameworks.mdvendor-management.md详细介绍
运营设计
COO 用于设计和扩展运营、管理合规、选择和管理供应商,以及衡量运营健康状况的方法论。这些框架可帮助 COO 构建系统和流程,使组织能够可靠地大规模执行。
领域模型
| 领域 | 涵盖内容 | 产出物 |
|---|---|---|
| 流程设计 | 价值流图绘制、BPMN、瓶颈分析、工作流优化 | 流程图、VSM 当前/未来状态 |
| 扩展框架 | 从 10 人扩展到 100 人、再到 1,000 人,组织设计、授权模式 | 扩展计划、组织设计 |
| 运营指标 | KPI 设计、平衡计分卡、领先指标与滞后指标 | 运营仪表板 |
| 合规与审计 | SOC 2、ISO 27001、GDPR 就绪情况、审计准备 | 合规路线图、控制矩阵 |
| 供应商管理 | RFP 流程、SLA 设计、供应商评分卡、关系分级 | 供应商管理框架 |
| 组织模式 | 团队拓扑、康威定律、邓巴数、管理幅度 | 团队设计、沟通模式 |
何时加载
在任务涉及以下内容时加载此技能:
- 绘制和优化业务流程(价值流、BPMN)
- 规划组织在各个增长阶段的扩展
- 设计运营 KPI 和平衡计分卡
- 为 SOC 2、ISO 27001 或 GDPR 合规做准备
- 开展 RFP 或供应商遴选流程
- 设计 SLA 和供应商评分卡
- 使用团队拓扑重组团队
- 分析瓶颈和吞吐量限制
- 设计授权和管理幅度模型
加载顺序
skill_view('operational-design') # This — methodology index
skill_view('strategy-frameworks') # Shared decision frameworks
skill_view('artifact-pyramids') # Output contract
skill_view('operational-design', file_path='references/process-design.md')
skill_view('operational-design', file_path='references/scaling-frameworks.md')
skill_view('operational-design', file_path='references/operational-metrics.md')
skill_view('operational-design', file_path='references/compliance.md')
skill_view('operational-design', file_path='references/vendor-management.md')
参考文件
| 参考内容 | 加载时机 | 文件 |
|---|---|---|
| 流程设计 | 需要绘制、分析或优化业务流程时 | references/process-design.md |
| 扩展框架 | 规划组织增长或重组时 | references/scaling-frameworks.md |
| 运营指标 | 设计 KPI、仪表板或平衡计分卡时 | references/operational-metrics.md |
| 合规与审计 | 为 SOC 2、ISO 27001 或 GDPR 合规做准备时 | references/compliance.md |
| 供应商管理 | 开展 RFP、设计 SLA 或评估供应商时 | references/vendor-management.md |
| 决策工作流 | 需要明确界定运营模式选择、试点、KPI、控制措施或负责人交接时 | references/decision-workflow.md |
设计原则
- 先优化流程,再自动化。 自动化糟糕的流程只会更快地产生糟糕的结果。选择工具之前,先绘制并优化工作流。
- 规模扩张并非线性过程。 适用于 10 人的组织,在 50 人、200 人和 1,000 人时就会遇到问题——每个阶段都需要不同的运营模式。应着眼于下一个阶段进行设计,而非当前阶段。
- 优先关注领先指标。 滞后指标告诉你已经发生了什么,领先指标则告诉你将会发生什么。优秀的运营仪表板应平衡地包含这两类指标。
- 合规是一套系统,而非一个项目。 SOC 2 认证不是一次性工作。合规需要嵌入式控制、持续监控和定期测试。
- 供应商是合作伙伴,而非旁观者。 最便宜的供应商通常总成本最高。应根据供应商对业务的关键程度,投入相应资源维护供应商关系。
- 结构服务于战略。 团队拓扑应由工作所需的沟通模式(康威定律)驱动,而非由便于管理的汇报关系决定。
相关技能
strategy-frameworks— CEO 侧的战略方向、竞争分析和共享决策框架technology-radar— CTO 侧的技术评估和架构治理financial-modeling— CFO 侧的单位经济效益和 SaaS 指标artifact-pyramids— 产出物契约规范
评论
支持 Markdown