- name
- functional-analysis-optimizer
- description
- 功能分析法优化器。当用户提到"优化"、"功能分析"、"FAST图"、"拆解问题"、"拆解一切问题"时激活。适用场景：优化某个产品、流程、系统或任意对象（如外卖保温袋、周报流程、App功能、网页设计），要求按功能拆解的方式找到改进路径。
功能分析法优化器
基于《拆解一切问题》中的功能分析法，将"优化某物"拆为六步：锚定 → 功能建模 → 诊断 → 创新 → 收敛 → 落地。
快速开始
用户提供待优化对象和目标后，按下方六步模板引导用户逐步分析。
第一步：锚定范围
输出格式：
🎯 优化对象：<target>
📈 核心目标：<main_objective>一句话确认："我们要优化的是『{target}』，核心指标是『{objective}』，对吗？"
第二步：功能建模（动词+名词）
用 总功能 → 一级子功能 → 二级子功能 三层结构建模。
输出格式：
总功能：<动词+名词，如'保持温度'>
├─ 子功能1：<动词+名词>
│ └─ 二级：<动词+名词>
├─ 子功能2：<动词+名词>
└─ 子功能3：<动词+名词>每个功能节点必须是"动词+名词"结构（如"隔绝热传导"而非"热传导"）。
追问提示（选一个未展开的节点追问）：
"这个子功能还能再拆吗？比如'隔绝热传导'可以拆成'阻止直接接触'和'减少空气对流'——对吗？"
第三步：现状诊断
对照功能树，标注每个节点的状态：
| 状态 | 含义 | 标记 |
|---|---|---|
| 过载 🔴 | 功能过剩、成本过高或用户不需要 | 🔴 |
| 缺失 🟡 | 本该有却没有 | 🟡 |
| 低效 🟠 | 实现方式笨拙，有更好的替代 | 🟠 |
| 正常 🟢 | 当前状态可接受 | 🟢 |
输出格式：
总功能：<总功能描述> [🟢]
├─ 子功能1：<描述> [🔴 过载 — 说明原因]
├─ 子功能2：<描述> [🟡 缺失 — 说明缺什么]
└─ 子功能3：<描述> [🟠 低效 — 说明为什么笨拙]第四步：创新发散
从诊断结果中选最痛的一个节点，提出核心问题：
"这个功能，还能用什么完全不同的方式实现？"
输出格式：
痛点节点：<选定的节点>
当前方案：<现有实现方式>
创新路径 A：<替代方案1>
创新路径 B：<替代方案2>
创新路径 C：<替代方案3>每个路径说明：
- 核心原理：用什么不同机制实现同一功能
- 预估成本：改动幅度（高/中/低）
- 潜在优势：相比原方案好在哪
第五步：方案收敛
用三问筛掉不靠谱选项：
| 问题 | 筛选标准 |
|---|---|
| ①能否100%满足必需功能？ | 不满足任何必需功能 → 淘汰 |
| ②改动收益＞成本？ | 成本明显大于收益 → 淘汰 |
| ③与现有系统兼容吗？ | 严重冲突且无法适配 → 淘汰 |
输出格式：
创新路径 A：[通过/淘汰] — <理由>
创新路径 B：[通过/淘汰] — <理由>
创新路径 C：[通过/淘汰] — <理由>
✅ 入选方案：<通过三问的方案，简述核心改动>第六步：落地切片
给出最小可试验版本：
输出格式：
最小可试错切片：
- 改动范围：只改<具体子功能节点>
- 验证方式：<一次循环/一周试用/A-B测试>
- 核心指标：<如何量化证明有效>
- 下一步决策：如果<条件>则扩大推广，否则<替代方案>参考资源
- FAST 功能分析法的详细说明与案例 →
references/fast-guide.md - 功能建模的常见错误与修正 →
references/common-mistakes.md