role-switch

角色切换

目录

1. 工作流
2. 角色选择模式
3. 综合原则
4. 常见模式
5. 护栏
6. 快速参考

工作流

复制此清单并跟踪进度：

Role Switch Progress:
- [ ] Step 1: Frame the decision or situation
- [ ] Step 2: Select relevant roles
- [ ] Step 3: Inhabit each role's perspective
- [ ] Step 4: Surface tensions and tradeoffs
- [ ] Step 5: Synthesize alignment and path forward

步骤 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。

角色选择模式

经典产品三方组合（最常见）：

• 工程：可行性、技术债务、系统复杂性、可维护性
• 产品：用户价值、路线图优先级、市场时机、功能完整性
• 设计：用户体验、无障碍性、一致性、愉悦感

商业决策四方组合：

• 财务：成本、ROI、现金流、单位经济效益、利润率
• 销售：客户获取、成交、竞争定位、配额达成
• 营销：品牌认知、客户生命周期价值、定位、转化漏斗
• 运营：可扩展性、流程效率、风险管理、资源利用

监管/合规情境：

• 法律：风险缓解、责任、合同条款、知识产权保护
• 合规：遵守法规、审计跟踪、政策执行、认证
• 隐私/安全：数据保护、威胁模型、访问控制、事件响应
• 伦理：公平性、透明度、利益相关方影响、价值观一致性

外部利益相关方：

• 最终用户：易用性、可靠性、成本、隐私、愉悦感
• 客户（B2B）：集成便捷性、支持质量、供应商稳定性、总拥有成本
• 合作伙伴：收入分成、共同价值、集成负担、战略一致性
• 监管机构：公共利益、安全、竞争、透明度

综合原则

寻找共同点：

1. 共同目标：所有角色最终想要什么？（例如，公司成功、客户满意）
2. 兼容的子目标：即使实现路径不同，哪些目标仍然一致？
3. 共同担忧：所有角色都想避免什么？（例如，声誉受损、安全漏洞）

解决冲突：

• 按顺序决策：“先做 X（满足角色 A），再做 Y（满足角色 B）”（例如，先试点，再扩大规模）
• 混合方案：融合多个视角的要素（例如，免费增值模式 = 营销 + 财务）
• 将限制转化为创造力：利用一个角色的限制来完善另一个角色的方案（例如，预算限制促使团队确定优先级）
• 降低风险：通过保障措施应对担忧（例如，工程团队担心技术债务 → 安排重构冲刺）

当观点确实无法兼容时：

• 升级决策：明确权衡关系，提交领导层决策
• 开展实验：进行试点以收集数据，将观点转化为证据
• 拆分决策：将其拆分为由不同负责人做出的多个决策
• 明确接受权衡：记录选择及其理由，以供将来参考

常见模式

模式 1：自建还是采购

• 角色：工程团队（控制权、自定义），财务（总拥有成本），产品（上市时间），法务（供应商风险），运营（支持负担）
• 典型冲突：工程团队希望掌控一切，财务认为自建成本被低估，PM 认为延迟会带来机会成本
• 综合方案：试点采购方案，并以自建方案作为备选；自建核心部分、采购外围部分；为自建设定时限，并准备采购作为后备方案

模式 2：功能优先级排序

• 角色：PM（路线图愿景），工程团队（技术可行性），设计（UX 质量），销售（客户需求），用户（实际需求）
• 典型冲突：销售希望兑现所有承诺，工程团队认为范围不断蔓延，用户追求简洁，PM 则要兼顾各方
• 综合方案：采用 MoSCoW 优先级排序（必须有／应该有／可以有／不会有），分阶段发布，界定 v1 与 v2 的范围

模式 3：定价策略

• 角色：财务（利润率），营销（市场定位），销售（成交率），客户（价值感知），产品（功能分级）
• 典型冲突：财务希望定高价，销售希望保持竞争力，营销希望方案简单，产品希望按价值分级
• 综合方案：分级定价（服务多个细分市场）、按用量定价（与价值保持一致）、价格锚定（高端 + 标准）

模式 4：组织变革（例如，重返办公室）

• 角色：领导层（协作），员工（灵活性），HR（留任），财务（房地产成本），管理者（生产力）
• 典型冲突：领导层认为失去了偶然协作的机会，员工认为失去了自主权，财务认为成本已经沉没，HR 则担心员工流失
• 综合方案：混合模式（兼顾各方）、按角色制定政策（灵活处理）、试行期（以数据为依据）、自愿参与的激励措施（自愿选择）

模式 5：技术迁移

• 角色：工程团队（技术改进），PM（功能冻结），用户（潜在停机），DevOps（运营风险），财务（投资回报率）
• 典型冲突：工程团队看到长期收益，PM 看到短期成本，用户担心受到干扰，财务希望看到投资回报率证明
• 综合方案：渐进式迁移（降低风险）、先实现功能对等（尽量减少干扰）、预测投资回报率（证明投资合理性）

注意事项

避免稻草人式观点：

• 不要 caricature 地描绘角色（例如，“财务只关心削减成本”）
• 以善意的方式理解其观点——这个观点最有力的版本是什么？
• 寻找与自身偏见相冲突的证据

区分立场与利益：

• 立场：他们声称想要什么（表面诉求）
• 利益：他们为什么想要（潜在需求）
• 示例：“我想要这个功能”（立场），因为“客户正在流失”（利益 = 留存）
• 综合分析应基于利益层面，而非立场层面

承认信息不对称：

• 某些角色掌握其他人不了解的背景信息（例如，法务了解机密的责任风险）
• 标明假设：“如果法务掌握了我们不知道的信息，分析结果可能会有所不同”
• 邀请真正的利益相关者验证你对其观点的理解

不要取代实际的利益相关者意见：

• 角色切换是为了准备对话，而不是取代对话
• 在提出方案前用它来检验方案，而不是代替收集意见
• 最适合在难以联系利益相关者，或在广泛征求意见前完善方案时使用

权力动态很重要：

• 在决策中，并非所有观点都具有同等分量（层级、专业知识、责任）
• 综合分析应承认谁拥有决策权
• 不要假设共识总是可行或可取的

快速参考

资源：

• 快速分析：resources/template.md
• 复杂的利益相关者映射：resources/methodology.md
• 质量评估标准：resources/evaluators/rubric_role_switch.json

5 步流程：界定决策 → 选择角色 → 代入观点 → 揭示矛盾 → 综合并达成一致

角色选择：选择 3-6 个目标、激励因素和约束条件各不相同的角色

综合原则：找到共同目标，解决冲突（按顺序、混合方案、将约束转化为创造力），在无法兼容时升级处理

避免：稻草人式观点、混淆立场与利益、取代实际的利益相关者意见