systems-thinking

系统思维

范围

涵盖

• 看清问题背后的“整个系统”（参与者、激励、反馈回路、文化／规则）
• 预判二阶和三阶影响（包括时间延迟）
• 找出杠杆点（小改动带来巨大影响）
• 将反复出现的痛点转化为可复用的系统（流程、自动化或运营机制）

适用场景

• “这是一个复杂的生态系统；我们没有把握全局。”
• “如果我们做 X，会产生哪些二阶影响？”
• “我们总是在解决表象问题——是什么系统导致了这个问题？”
• “梳理参与者、激励因素及其相互作用。”
• “我们需要重新设计流程／组织，同时避免产生意外后果。”

不适用场景

• 问题简单、线性，主要是执行层面的问题（使用项目计划／时间线）。
• 你需要开展一手用户研究，或需要获取目前没有的数据（先做探索）。
• 你需要深入的定量预测／模拟（此方法产出的是定性图谱和风险，而非完整模型）。
• 决策影响较小且完全可逆（无需过度投入）。

输入

最低要求

• 核心决策或问题陈述（1–2 句话）
• 预期结果和时间范围（默认：6–12 个月）
• 已知约束／护栏（信任、安全、合规、预算、人力）
• 已知参与者／利益相关方（团队、用户、合作伙伴、监管机构、供应商）
• 已经尝试过的方法（以及结果）

信息缺失时的处理策略

• 从 references/INTAKE.md 中最多提出 5 个问题。
• 如果无法获得答案，请明确标注假设，并提供 2–3 种备选的系统界定方式。

输出（交付物）

按以下顺序以 Markdown 形式生成 系统思维包（在对话中提供；如有要求，也可生成文件）：

1. 背景 + 系统边界（目标、范围、不在范围内的内容、时间范围）
2. 参与者与激励因素图谱（参与者、目标、约束、权力、冲突）
3. 系统图谱（关键变量 + 因果关系）+ 反馈回路（强化／平衡）+ 时间延迟
4. 针对前 1–3 项决策的 二阶／三阶影响清单
5. 杠杆点 + 干预计划（行动、负责人、顺序、护栏）
6. 系统建设机会（可自动化／标准化的内容，以减少反复出现的痛点）
7. 风险／待解问题／后续步骤（必需）

模板：references/TEMPLATES.md

工作流（8 个步骤）

1) 收集信息 + 选定核心决策／问题

• 输入： 用户背景；使用 references/INTAKE.md。
• 操作： 重述核心决策／问题、预期结果和时间范围；列出约束／护栏。
• 输出： 背景 + 系统边界初稿。
• 检查： 问题不是伪装成问题的解决方案；明确说明范围和不在范围内的内容。

2) 界定系统边界（哪些“在范围内”，哪些“不在范围内”）

• 输入： 问题陈述 + 约束。
• 操作： 选择有用的边界（不必涵盖所有内容）。明确主要结果指标和几个领先指标。
• 输出： 边界说明 + 成功衡量标准。
• 检查： 边界足够明确，便于采取行动；同时足够广泛，涵盖关键外部影响。

3) 梳理参与者 + 激励因素（多 Agent 现实）

• 输入： 边界 + 利益相关方清单。
• 操作： 列出参与者；记录其激励因素、约束、权力和可能的行为。
• 输出： 参与者与激励因素图谱（表格）。
• 检查： 如有相关因素，至少纳入 1–2 个“隐形”参与者（例如政策、文化规范、平台约束）。

4) 构建简明的系统图谱（变量 + 因果关系）

• 输入： 参与者图谱 + 已知动态。
• 操作： 列出关键变量；梳理因果关系（“A 增加 B”“C 减少 D”）；标注时间延迟。
• 输出： 包含 10–20 个高信号关系的 系统图谱（文本／表格）。
• 检查： 关系具有方向性且可验证；避免使用未加定义的流行词（如“对齐”“质量”）。

5）识别反馈回路和时间延迟

• 输入： 系统图。
• 操作： 提取增强回路和调节回路；指出延迟会在何处导致过度调整或振荡；标记常见陷阱。
• 输出： 反馈回路部分（2–6 个回路）＋延迟列表。
• 检查： 每个回路都要简短说明其产生的模式及其影响。

6）分析 1–3 个备选举措的二阶／三阶影响

• 输入： 备选决策／行动。
• 操作： 针对每项举措，列出一阶、二阶和三阶影响；包括谁受益／受损，以及哪些约束会随时间收紧。
• 输出： 二阶／三阶影响清单。
• 检查： 每项举措至少包括一个意外后果和一项缓解措施。

7）选择杠杆点并设计干预措施（包括“构建一个系统”）

• 输入： 回路＋影响清单。
• 操作： 识别杠杆点（政策、激励、信息流、工具、流程）；提出干预措施；为反复出现的痛点，至少纳入一个系统构建／自动化机会。
• 输出： 杠杆点＋干预计划＋系统构建机会。
• 检查： 每项干预措施都要有负责人、可衡量的先行指标和防护措施。

8）质量检查＋完成文档包

• 输入： 所有草稿部分。
• 操作： 运行 references/CHECKLISTS.md 中的检查清单，并根据 references/RUBRIC.md 评分。添加 风险／待解问题／后续步骤。
• 输出： 最终版 系统思维文档包。
• 检查： 读者无需召开实时会议即可采取行动；明确说明权衡与不确定性。

质量检查（必需）

• 使用 references/CHECKLISTS.md 和 references/RUBRIC.md。
• 始终包括：风险、待解问题、后续步骤。

示例

示例 1（组织／流程）： “我们的值班负担持续加重，团队也已精疲力竭。请绘制系统图并提出杠杆点。”
预期：参与者／激励关系图（团队、事件、激励）、反馈回路（救火回路）、备选变更的影响清单，以及带防护措施的干预计划。

示例 2（产品生态系统）： “我们要调整 API 定价；这会对合作伙伴和客户群体产生哪些二阶影响？”
预期：系统边界＋参与者关系图（客户／合作伙伴／内部人员）、回路和延迟、影响清单，以及分阶段实施／缓解计划。

边界示例： “写一份本周任务的状态更新。”
回应：此技能用于分析复杂系统／决策。建议改用项目进度更新格式；只有在存在需要诊断的系统性模式时才使用此技能。