name: 角色切换 description: 当利益相关者有冲突优先级并需要对齐时使用，怀疑决策盲点来自单一视角，需要在呈现前压力测试提案，需要从不同视角（如工程 vs 产品管理 vs 法律 vs 用户）建立同理心，跨功能建立共识，评估多维影响下的权衡，或当用户提到“X会怎么想”、“利益相关者对齐”、“从他们的视角看”、“盲点”或“利益冲突”时。
角色切换
目录
目的
角色切换通过系统地从多个视角分析，帮助发现盲点、对齐利益相关者并做出更好决策。它将单视角分析转化为多利益相关者综合，明确权衡和对齐路径。
何时使用
在需要时调用此技能：
- 对齐有冲突优先级的利益相关者（如工程 vs 产品管理 vs 销售 vs 法律）
- 通过多角度查看发现决策盲点
- 在向多样化受众呈现前压力测试提案
- 建立对不同于自己视角的同理心 n- 导航跨功能权衡（如成本 vs 质量、速度 vs 彻底性）
- 评估具有多维影响的决策（技术、商业、用户、监管）
- 当立场看似不兼容时找到共识路径
- 通过查看不同角色会挑战什么来验证假设
触发此技能的用户短语：
- “[利益相关者]会怎么想这个？”
- “我们如何跨团队对齐？”
- “我担心我们漏掉了什么”
- “从他们的视角看这个”
- “X和Y之间的冲突优先级”
- “利益相关者购买策略”
是什么
一种结构化分析，包括：
- 识别相关角色（具有不同目标、约束、激励的利益相关者）
- 采用每个视角（进入该角色的思维模式、优先级、成功标准）
- 阐述观点（该角色关心什么、害怕什么、重视什么、衡量什么）
- 揭示张力（视角冲突的地方，权衡出现）
- 综合对齐（找到共同点，提出解决方案，排序决策）
快速示例（API版本化决策）：
- 工程师：“立即弃用v1——维护两个版本加倍复杂性并减缓新功能”
- 产品经理：“保留v1 12个月——客户需要迁移时间，否则风险流失”
- 客户成功：“提供v1→v2迁移服务——客户重视手把手指导而非自助文档”
- 财务：“收取扩展v1支持费用——将维护负担转化为收入流”
- 综合：12个月后弃用v1，提供6个月免费支持+付费扩展支持选项，产品经理负责迁移文档+网络研讨会，客户成功提供高级服务
工作流程
复制此清单并跟踪进度：
角色切换进度：
- [ ] 步骤1：框定决策或情境
- [ ] 步骤2：选择相关角色
- [ ] 步骤3：进入每个角色的视角
- [ ] 步骤4：揭示张力和权衡
- [ ] 步骤5：综合对齐和前进路径
步骤1：框定决策或情境
澄清决策内容、关键约束（时间、预算、范围），以及为什么对齐重要。参见常见模式按类型框定决策。
步骤2：选择相关角色
选择3-6个具有不同目标、激励或约束的角色。参见角色选择模式进行利益相关者映射。对于复杂多利益相关者决策→学习resources/methodology.md进行RACI+权力-兴趣分析。
步骤3：进入每个角色的视角
对于每个角色，阐述：他们优化什么、害怕什么、如何衡量成功、面临什么约束。使用resources/template.md进行结构化分析。为了现实角色扮演→参见resources/methodology.md了解认知同理心技巧。
步骤4：揭示张力和权衡
识别视角冲突的地方，映射不兼容目标，阐述明确权衡。参见综合原则进行张力分析。
步骤5：综合对齐和前进路径
找到共同点，提出解决核心关切的方案，排序决策以建立动力。使用resources/evaluators/rubric_role_switch.json自检。最低标准：平均分≥3.5。
角色选择模式
经典产品三元组（最常见）：
- 工程：可行性、技术债务、系统复杂性、可维护性
- 产品：用户价值、路线图优先级、市场时机、功能完整性
- 设计：用户体验、可访问性、一致性、愉悦感
商业决策四元组：
- 财务：成本、投资回报率、现金流、单位经济、利润率
- 销售：客户获取、交易闭合、竞争定位、配额达成
- 营销：品牌感知、客户终身价值、定位、转化漏斗
- 运营：可扩展性、流程效率、风险管理、资源利用
监管/合规上下文：
- 法律：风险缓解、责任、合同条款、知识产权保护
- 合规：监管遵守、审计跟踪、政策执行、认证
- 隐私/安全：数据保护、威胁模型、访问控制、事件响应
- 伦理：公平性、透明度、利益相关者影响、价值观对齐
外部利益相关者：
- 最终用户：可用性、可靠性、成本、隐私、愉悦感
- 客户（B2B）：集成易用性、支持质量、供应商稳定性、总拥有成本
- 合作伙伴：收入分享、共同价值、集成负担、战略对齐
- 监管机构：公共利益、安全、竞争、透明度
综合原则
找到共同点：
- 共享目标：所有角色最终想要什么？（如公司成功、客户满意度）
- 兼容子目标：目标一致的地方，即使路径不同？
- 共同恐惧：所有角色想避免什么？（如声誉损害、安全漏洞）
解决冲突：
- 顺序决策：“先做X（满足角色A），然后Y（满足角色B）”（如试点后扩展）
- 混合方法：结合多个视角的元素（如免费增值=营销+财务）
- 约束作为创造力：使用一个角色的限制来优化另一个的解决方案（如预算约束强制优先级）
- 风险缓解：用保障措施解决恐惧（如工程害怕技术债务→安排重构冲刺）
当视角真正不兼容时：
- 升级决策：向领导层标记，并清晰权衡框定
- 运行实验：试点收集数据，将观点转化为证据
- 解耦决策：拆分为多个决策，不同负责人
- 明确接受权衡：记录选择及推理供未来参考
常见模式
模式1：自建 vs 购买决策
- 角色：工程（控制、定制）、财务（总拥有成本）、产品（上市时间）、法律（供应商风险）、运营（支持负担）
- 典型张力：工程想要控制，财务看到自建成本低估，产品看到延迟的机会成本
- 综合路径：试点购买选项带自建后备，自建核心/购买外围，时间框自建带购买后备
模式2：功能优先级
- 角色：产品经理（路线图愿景）、工程（技术可行性）、设计（用户体验质量）、销售（客户请求）、用户（实际需求）
- 典型张力：销售想要所有承诺的，工程看到范围蔓延，用户想要简单性，产品经理平衡所有
- 综合路径：MoSCoW优先级（必须/应该/可以/不会）、分阶段发布、v1 vs v2范围界定
模式3：定价策略
- 角色：财务（利润率）、营销（定位）、销售（关闭率）、客户（价值感知）、产品（功能门控）
- 典型张力：财务想要溢价，销售想要竞争性，营销想要简单，产品想要基于价值的层级
- 综合路径：分层定价（服务多个细分）、基于使用（对齐价值）、锚定（溢价+标准）
模式4：组织变革（如返回办公室）
- 角色：领导（协作）、员工（灵活性）、人力资源（保留）、财务（房地产成本）、经理（生产力）
- 典型张力：领导看到偶然性损失，员工看到自主性损失，财务看到沉没成本，人力资源看到流失
- 综合路径：混合模型（平衡）、基于角色的政策（细微差别）、试验期（数据驱动）、选择加入激励（自愿）
模式5：技术迁移
- 角色：工程（技术改进）、产品经理（功能冻结）、用户（潜在停机时间）、DevOps（操作风险）、财务（投资回报率）
- 典型张力：工程看到长期利益，产品经理看到短期成本，用户害怕中断，财务想要投资回报率证明
- 综合路径：增量迁移（减少风险）、功能对等优先（最小化中断）、投资回报率预测（证明投资）
防护栏
避免稻草人视角：
- 不要漫画化角色（如“财务只关心成本削减”）
- 慈善进入视角——这个观点的最强版本是什么？
- 寻求与自己偏见冲突的证据
区分立场与利益：
- 立场：他们说自己想要什么（表面需求）
- 利益：为什么想要（潜在需求）
- 示例：“我想要这个功能”（立场）因为“客户正在流失”（利益=保留）
- 综合在利益层面工作，而非立场层面
承认信息不对称：
- 一些角色有其他角色缺乏的上下文（如法律看到机密责任暴露）
- 标记假设：“如果法律有我们不知道的信息，那可能改变此分析”
- 邀请真实利益相关者验证你的视角采取
不要替代实际利益相关者输入：
- 角色切换用于准备对话，而非替代它们
- 用于在呈现前压力测试，而非作为收集输入的替代
- 最佳用于当利益相关者访问有限或完善提案前社交化
权力动态重要：
- 并非所有视角在决策中具有同等权重（层级、专业知识、责任）
- 综合应承认谁有决策权
- 不要假设共识总是可能或可取的
快速参考
资源：
- 快速分析：resources/template.md
- 复杂利益相关者映射：resources/methodology.md
- 质量准则：resources/evaluators/rubric_role_switch.json
5步流程：框定决策 → 选择角色 → 进入视角 → 揭示张力 → 综合对齐
角色选择：选择3-6个具有不同目标、激励、约束的角色
综合原则：找到共享目标，解决冲突（顺序、混合、约束作为创造力），不兼容时升级
避免：稻草人视角、立场 vs 利益混淆、替代实际利益相关者输入