360 Secure SkillHub
360 安全技能中心

Functional Analysis Optimizer

基于功能分析法,引导用户依次完成锚定范围、功能建模、现状诊断、创新发散、方案收敛和落地切片,适用于产品、流程或系统的优化分析,产出文本化的功能树、状态诊断、候选方案和最小可试验建议。

jack-xun
jack-xun
热度 36.47
最近更新 2026-05-11 17:43:33
分类:效率依赖:纯提示词应用场景:工作流 / 模板 / 概念解释

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add functional-analysis-optimizer
Metadata
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