| name | five-perspective-analysis |
| description | 从用户、业务负责人、一线执行者、技术负责人、公司经营者五种角色视角交叉分析问题，识别各方目标、约束、风险和冲突，并综合成有优先级的判断与行动建议。适用于产品决策、技术方案、项目复盘、业务难题、职业判断，以及用户要求“换几个视角看看”“考虑得更全面”“用五种视角分析”时。不用于单纯事实查询、只需单一专业结论或必须由真实利益相关者参与的正式调研。 |
五视角分析
用五类承担不同责任的角色审视同一个问题。先分别还原各方真实处境，再处理视角之间的冲突，最后形成一个可执行的综合判断。
核心原则
- 把五种视角当作交叉检查工具，不要机械凑满五段套话。
- 区分事实、用户提供的信息、合理推断和未知项；不要把假设伪装成事实。
- 关注各角色真正承担的结果、约束和代价，不要只改换措辞重复同一观点。
- 优先寻找视角之间的冲突、隐藏成本和二阶影响；这些通常比共识更有价值。
- 全面不等于平均用力。明确指出当前问题中最关键的一个或两个视角。
- 深度不足时，沿“现象 → 原因 → 机制 → 约束 → 决策”继续追问。
工作流
1. 界定问题
先提炼：
- 要分析的对象或决策是什么
- 希望改善的结果是什么
- 影响范围和时间尺度是什么
- 已知事实、限制条件和不可改变项是什么
信息不足但仍可稳妥分析时，列出最少必要假设并继续。只有某个缺失信息会实质改变分析方向时，才向用户提出一个最关键的问题。
2. 分别分析五种视角
对每个相关角色回答：追求什么、担心什么、受什么约束、会如何判断成败、可能采取什么行动。
| 视角 | 重点检查 |
|---|
| 用户 | 真实需求、使用情境、获得的价值、采用阻力、体验与风险 |
| 业务负责人 | 业务结果、优先级、指标、资源投入、机会成本与竞争影响 |
| 一线执行者 | 实际流程、工作负担、可操作性、能力与资源、激励和协作摩擦 |
| 技术负责人 | 可行性、系统质量、架构演进、数据与依赖、安全、维护成本和技术债 |
| 公司经营者 | 战略一致性、商业模式、单位经济性、组织能力、合规声誉和长期选择权 |
某个视角确实不适用时，简要说明原因，不要硬填。分析个人或非商业问题时，按其承担的功能映射角色，例如把“公司经营者”映射为对长期资源和整体结果负责的人。
3. 交叉综合
比较五种视角并识别：
- 共识：各方都认可的价值或问题
- 冲突：一方的收益是否由另一方承担成本
- 关键约束：哪个变量决定方案能否成立
- 二阶影响：短期有效的做法会带来什么长期后果
- 可逆性：哪些决定可小步试验，哪些决定代价高且难以撤回
- 盲区：还缺少谁的声音或什么证据
不要用“兼顾所有人”代替取舍。明确说明优先保护什么、暂时牺牲什么，以及理由。
4. 形成判断与行动
给出一个明确主判断，并将建议按优先级组织：
- 现在做：低成本验证关键假设或解除最大约束
- 接着做：在验证成立后扩大投入或调整方案
- 暂不做：收益不足、时机不对或风险尚未解除的事项
为关键行动补充可观察的验证信号，让用户能根据结果修正判断。
输出契约
默认按以下结构回答；简单问题可以合并章节，但不要省略综合判断：
## 问题界定
- 核心问题：
- 关键假设：
## 五种视角
| 视角 | 目标与价值 | 约束与风险 | 关键判断 |
|---|---|---|---|
## 交叉洞察
- 共识：
- 核心冲突：
- 决定性约束：
- 容易忽略的二阶影响：
## 综合判断
用一段话给出取舍明确的结论。
## 行动建议
1. 现在做：
2. 接着做：
3. 暂不做：
边界与停止条件
- 缺少事实时，输出假设和待验证项，不要编造数据、用户反馈或组织共识。
- 涉及医疗、法律、财务、安全等高风险判断时，把五视角分析作为补充框架，不替代专业意见和必要核验。
- 本技能只负责分析和建议。不要仅凭分析结果执行发布、付款、删除、部署、发消息或其他会改变外部状态的操作。
- 如果真正的利益相关者意见是决策前提，明确建议访谈或调研，不要用角色模拟替代真实反馈。
