产品功能 Backlog
使用场景: 产品经理，季度规划前整理 Backlog
立即执行：修复结账 Bug（影响转化，1天）、加 CSV 导出（40%用户请求，2天）
计划安排：重新设计新手引导（影响留存，3周）、构建 API v2（支撑集成，6周）
考虑委派：更新帮助文档（不紧急，1天）、优化邮件模板（锦上添花）
重新评估：用新语言重写后端（无用户价值，6个月）、加暗色模式（需求低，3周）
这样组织的原因: 结账 Bug 和 CSV 导出是快速赢单，在按创建时间排序的平面 Backlog 里很容易被忽略，矩阵让它们一目了然地浮出水面。
营销活动任务
使用场景: 市场经理，规划产品发布
立即执行：写落地页文案（发布关键，1天）、设置跟踪链接（支撑归因，2小时）
计划安排：制作演示视频（高转化，1周）、推出分销计划（ROI高，2周）
考虑委派：更新各平台社媒简介（低影响，30分钟）、更换博客头图（纯美观）
重新评估：在发布前重新设计整个官网（工作量大，转化提升不明确）
这样组织的原因: 矩阵阻止了团队把发布前时间花在官网重新设计上——这个改动不会显著提升转化率，却会消耗大量精力。
工程团队 Sprint 规划
使用场景: 技术负责人，规划两周迭代
立即执行：修复导致崩溃的内存泄漏（P0，4小时）、给公开 API 加限流（安全，1天）
计划安排：迁移到新数据库 Schema（支撑新功能，2周）、实现全文搜索（高频请求，1周）
考虑委派：更新 API 文档（需要但不紧急）、重构测试工具（开发体验，低风险）
重新评估：切换到新 CI/CD 供应商（运营风险，3周，无用户价值）
这样组织的原因: 限流被放入"立即执行"，因为团队认定它是安全风险（高影响力），而且已有上次项目的实现模式可复用（低工作量）。
创业公司运营优先级
使用场景: 创始人，决定未来30天的重心
立即执行：打电话给5个流失用户了解原因（高洞察，2小时）、修复失效的推荐链接（影响收入，1小时）
计划安排：搭建 CRM 和销售管道（增长基础设施，3天）、招第一个客户成功（规模扩展需要，2周）
考虑委派：重新设计 Logo（当下商业影响低）、升级办公室环境（过早优化）
重新评估：做手机 App（没有需求证据，3个月）
这样组织的原因: 联系流失用户被识别为信息密度最高的单一行动——它会影响所有其他优先级。没有矩阵，创始人本来要先花两周搭建 CRM。
UX 研究团队工作量
使用场景: UX 研究员，规划下季度研究项目
立即执行：新结账流程可用性测试（发布决策依赖，1周）、取消原因调研（高流失，快速执行）
计划安排：未来功能集的生成式研究（战略价值，6周）、竞品 UX 审查（对路线图有用，2周）
考虑委派：更新用户画像文档（有用但不紧急）、归档旧研究报告（维护工作）
重新评估：完整无障碍可访问性审计（长期重要，但目前没有预算和时间线）
这样组织的原因: 结账可用性测试进入"立即执行"，因为发布日期已确定，团队需要在发布前拿到结论——截止日期驱动的影响力是矩阵的合理输入。
个人效率规划
使用场景: 职场人，同时管理工作和副业任务
立即执行：提交报销申请（阻塞报销，15分钟）、回复工作邀请（有时效，30分钟）
计划安排：写季度绩效报告（职业影响，3小时）、完成副业 MVP（个人目标，2周）
考虑委派/放弃：整理旧邮件归档（低价值，4小时）、重新设计个人网站（锦上添花）
重新评估：学一门新编程语言（工作量大，ROI相比现有技能不明确）
这样组织的原因: 矩阵同样适用于个人场景。它让低影响任务的机会成本变得可见——整理邮件归档一直在消耗心理能量，却没有带来任何价值。
