Need / Want矩阵

按象限分工之前，先检查三种误用

围绕具体任务与有限组织目标使用。分别问工作为什么必要、执行者怎样表达投入意愿或发展兴趣。不同成员可以不同，团队概括不能抹平成一个代表所有人的标签。

三种情况先停：没问障碍就把低意愿当态度差；把试工具的热情当组织价值依据；用象限直接指派人员、批准支出或放弃必要工作。这些决定都不是定位自动产生的。

这是本站任务对齐整理单，不是标准化动机测验或消费者需求模型。位置旁保留理由、可归属表达和未知。必要性或意愿不清，就调查，不强迫入格。

需要对齐、明确职责，还是发展对话

位置可以开启支持讨论。如果缺的是批准权、实际投入或本人发展选择，就用相应方法补材料。

完整案例：不想做，不会让必要修复消失

继续使用星港客服团队虚构案例。本季度要稳定内部服务、减少重复咨询，成员想积累知识管理能力，对权限维护意愿较低。给定四项任务，但没有逐人意愿清单、容量、预算或已接受分工。

FAQ知识库把组织方向与发展兴趣连起来。权限修复意愿较低，仍然必要。可以问是否流程不清、打断多、缺权限、缺培训或另有原因；这些是待问问题，不能直接填成案例原因。

新工具探索可讨论限额，不是固定权利或已批准小时数。装饰性报表看似无读者，也要核对使用者与义务。拟低Need不能越过尚未发现的必要报送要求。所以每项配一次讨论，而不是把象限当命令。

先确认安排，再复查实际经过

结论是拟优先修复和知识工作，同时限制探索。先请执行者确认判断、需要的支持和真实可用量。经理可能仍须决定优先级，但决定、成员意愿和实际同意分开记。

实施前说明谁执行、有什么支持、谁能批准、何时复查。原例没有时间限额，不能把“有限探索”悄悄写成每周固定配额。真约好才登记额度，并说明紧急修复会怎样影响它。

复查服务产出、打断、负荷和成员本人反馈。任务做完不证明有热情，自愿也不证明必要。目标改变或发现义务，重看Need；培训和任务体验改变意愿，重看Want，但不改写最初表达。未接受的提议和未解决支持继续可见，不把矩阵标成已实施。