name: 优先级划分-努力-影响 description: 当排名待办事项、基于努力与影响决定首先做什么（快速获胜 vs 大赌注）、优先化功能路线图、处理错误或技术债务、跨倡议分配资源、识别低挂果实、用2x2矩阵评估战略选项，或当用户提及优先化、快速获胜、努力-影响矩阵、高影响低努力、大赌注，或询问“我们首先应该做什么？”时使用。

优先级划分：努力-影响矩阵

目的

将压倒性的待办事项和选项列表转化为清晰、可行动的优先级，通过将项目映射到努力（成本/复杂性）与影响（价值/收益）的2x2矩阵上。识别快速获胜（高影响、低努力），并将其与大赌注（高影响、高努力）、时间浪费（低影响、高努力）和填充项（低影响、低努力）区分开。

何时使用

使用此技能当：

待办事项溢出：您有20多个项目（功能、错误、任务、想法）并需要决定执行顺序
资源限制：时间、预算或人员有限，迫使做出权衡决策
战略规划：为季度/年度路线图选择倡议、项目或投资
需要快速获胜：利益相关者希望快速看到进展；您需要高影响低努力的项目
权衡清晰：团队在没有明确努力/影响比较的情况下辩论“我们应该先做A还是B？”
对齐差距：不同利益相关者（工程、产品、销售、高管）有冲突的优先级
上下文切换：同时进行太多项目；需要专注于最重要的事情
新产品经理/领导：接手待办事项并需要系统化的优先化方法

常见触发点：

“我们有50个功能请求，从哪里开始？”
“什么是快速获胜？”
“我们应该先做迁移还是新功能？”
“如何优先化技术债务与新功能？”
“什么能给我们最大的回报？”

这是什么？

努力-影响矩阵（也称为影响-努力矩阵、快速获胜矩阵或2x2优先化）将每个项目绘制在两个维度上：

X轴：努力（时间、成本、复杂性、风险、依赖项）
Y轴：影响（价值、收入、用户利益、战略对齐、风险降低）

四个象限：

高影响 │
            │  大赌注       │  快速获胜
            │  （第二做）    │  （第一做！）
            │─────────────────┼─────────────
            │  时间浪费     │  填充项
            │  （避免）      │  （最后做）
低影响  │
            └─────────────────┴─────────────
              高努力          低努力

示例： 有12个项目的功能待办事项

项目	努力	影响	象限
添加“导出到CSV”按钮	低（2天）	高（许多用户）	快速获胜 ✓
重建整个认证系统	高（3个月）	高（安全）	大赌注
完美像素对齐徽标	高（1周）	低（美观）	时间浪费 ❌
修复页脚拼写错误	低（5分钟）	低（微不足道）	填充项

决策： 首先做“导出到CSV”（快速获胜），安排认证重建下一步（大赌注），跳过徽标完美化（时间浪费），批量处理拼写错误（填充项）。

工作流程

复制此清单并跟踪进度：

优先化进度：
- [ ] 步骤1：收集项目并澄清评分
- [ ] 步骤2：评分努力和影响
- [ ] 步骤3：绘制矩阵并识别象限
- [ ] 步骤4：创建优先化路线图
- [ ] 步骤5：验证并沟通决策

步骤1：收集项目并澄清评分

收集所有要优先化的项目（功能、错误、倡议等），并定义努力和影响的评分尺度。见评分框架获取努力和影响定义。使用resources/template.md获取结构。

步骤2：评分努力和影响

对每个项目评分努力（1-5：微不足道到巨大）和影响（1-5：可忽略到变革性）。涉及主题专家以确保准确性。见resources/methodology.md获取高级评分技术，如斐波那契、T恤尺寸或RICE。

步骤3：绘制矩阵并识别象限

将项目放置在2x2矩阵上，并分类为快速获胜（高影响、低努力）、大赌注（高影响、高努力）、填充项（低影响、低努力）和时间浪费（低影响、高努力）。见常见模式获取典型象限分布。

步骤4：创建优先化路线图

排序项目：先快速获胜，第二做大赌注（在快速获胜建立势头后），在空闲时间做填充项，避免时间浪费除非必需。见resources/template.md获取路线图结构。

步骤5：验证并沟通决策

使用resources/evaluators/rubric_prioritization_effort_impact.json进行自检。确保评分可辩护，包含利益相关者视角，并明确解释决策及其理由。

常见模式

按领域：

产品待办事项：快速获胜=小型用户体验改进，大赌注=新工作流程，时间浪费=边缘案例完美化
技术债务：快速获胜=配置修复，大赌注=架构大修，时间浪费=过早优化
错误处理：快速获胜=高影响简单修复，大赌注=复杂关键错误，时间浪费=外观问题
战略倡议：快速获胜=流程调整，大赌注=市场扩张，时间浪费=虚荣指标
营销活动：快速获胜=电子邮件培育，大赌注=品牌大修，时间浪费=次要A/B测试

按利益相关者优先级：

高管想要：快速获胜（可见进展）+ 大赌注（战略影响）
工程团队想要：技术债务快速获胜 + 大赌注（平台工作）
销售团队想要：解锁交易的快速获胜 + 大赌注（主要功能）
客户想要：快速获胜（缓解痛苦）+ 大赌注（变革性价值）

典型象限分布：

快速获胜：10-20%（稀有，高价值机会）
大赌注：20-30%（战略，资源密集）
填充项：40-50%（大多数待办事项有许多低价值项目）
时间浪费：10-20%（出乎意料地常见，通常伪装为“抛光”）

危险信号：

❌ 没有快速获胜：可能高估努力或低估影响
❌ 全是快速获胜：评分可能未校准正确
❌ 许多时间浪费：削减范围或拒绝这些项目
❌ 努力/影响评分全是3：需要更多区分（使用1-2和4-5）

评分框架

努力维度（选择相关的）：

时间：工程/执行小时（1=小时，2=天，3=周，4=月，5=季度）
复杂性：技术难度（1=微不足道，5=新颖/前所未有）
风险：失败概率（1=安全，5=高风险）
依赖项：外部障碍（1=无，5=许多团队/批准）
成本：财务投资（1=$0-1K，2=$1-10K，3=$10-100K，4=$100K-1M，5=$1M+）

影响维度（选择相关的）：

受影响用户：覆盖范围（1=<1%，2=1-10%，3=10-50%，4=50-90%，5=>90%）
业务价值：收入/节省（1=$0-10K，2=$10-100K，3=$100K-1M，4=$1-10M，5=$10M+）
战略对齐：OKR贡献（1=切线，5=战略关键）
用户痛点：问题严重性（1=好有，5=阻塞/危机）
风险降低：缓解价值（1=次要，5=存在风险）

复合评分：

简单：维度平均值（努力=平均(时间,复杂性)，影响=平均(用户,价值)）
加权：乘以重要性（努力=0.6×时间+0.4×复杂性）
斐波那契：使用1,2,3,5,8替代1-5以表示指数差异
T恤尺寸：S/M/L/XL映射到1/2/3/5

示例评分（功能：“添加黑暗模式”）：

努力：时间=3（2周），复杂性=2（CSS），风险=2（次要错误），依赖项=1（无障碍） → 平均=2.0（低）
影响：用户=4（80%想要），价值=2（保留，非收入），战略=3（设计系统目标），痛点=3（眼睛疲劳） → 平均=3.0（中-高）
结果：中-高影响，低努力 → 快速获胜！

防护栏

确保质量：

包含多样视角：不让一人单独评分（工程高估努力，销售高估影响）
- ✓ 获取工程、产品、销售、客户成功输入
- ❌ 产品经理单独评分所有内容
区分评分：如果所有项目都评分为3，您尚未优先化
- ✓ 强制排名或使用更宽尺度（1-10）
- ✓ 目标分布：少数1/5，更多2/4，许多3
- ❌ 所有项目评分2.5-3.5
质疑极端评分：高影响低努力项目稀有（如果您有10个，有问题）
- ✓ “为什么我们还没做这个？”测试快速获胜
- ❌ 一厢情愿（低估努力，高估影响）
使评分透明：记录为什么每个评分被分配
- ✓ “努力=4因为需要3个团队、新基础设施、6周时间线”
- ❌ “努力=4”无理由
定期重新评分：努力/影响随上下文演变而变化
- ✓ 每季度或重大变化后重新评分（新技术、新团队规模）
- ❌ 使用2年前的评分
不忽略依赖项：被高努力先决条件阻塞的低努力项目不是快速获胜
- ✓ “任务努力=2，但依赖努力=5迁移”
- ❌ 孤立评分任务
警惕“战略”覆盖：高管称所有内容“高影响”会破坏优先化
- ✓ “战略”是一个维度，不是否决
- ❌ “CEO想要它”→自动评分5

快速参考

资源：

快速开始：resources/template.md - 2x2矩阵模板和评分表
高级技术：resources/methodology.md - RICE、MoSCoW、Kano、加权评分
质量检查：resources/evaluators/rubric_prioritization_effort_impact.json - 评估标准

成功标准：

✓ 识别1-3个快速获胜以立即执行
✓ 将大赌注排序到现实路线图（不要过度承诺）
✓ 削减或推迟时间浪费（低ROI项目）
✓ 评分理由透明且可辩护
✓ 利益相关者对优先级对齐
✓ 路线图有容量缓冲（不要安排100%时间）

常见错误：

❌ 孤立评分（无利益相关者输入）
❌ 忽略努力（乐观偏见：“一切都很容易”）
❌ 忽略影响（构建容易的，而非有价值的）
❌ 分析瘫痪（完美评分vs足够好的优先化）
❌ 不对时间浪费说“不”
❌ 超载路线图（每周填满大赌注）
❌ 忘记维护/支持时间（假设100%项目容量）

何时使用替代方案：

加权评分（RICE）：当您需要比2x2更多细微差别（覆盖×影响×信心/努力）时
MoSCoW：当为固定范围/截止日期优先化（必须/应该/可以/不会）时
Kano模型：当评估客户满意度（基本/性能/愉悦功能）时
ICE评分：比RICE简单（影响×信心×轻松）
价值vs复杂性：同努力-影响，不同标签
延迟成本：当时间重要（延迟导致的收入损失）时

努力-影响矩阵优先化Skill prioritization-effort-impact