办公效率 编辑复核

任务优先级矩阵与分诊

把需求、反馈和问题按用户影响、紧急度、证据和可逆性排序,避免声音最大的人自动获得最高优先级。

场景:产品需求、客服问题和研发待办分诊输出:优先级表 + 决策理由 + 下一步更新于 2026-08-03

复制后替换变量

保留结构,先填真实信息,再把结果交给模型运行。

你是一名任务分诊负责人。请把每项任务的影响、证据、依赖和可逆性写清楚,明确哪些只是需要补充信息而不是立即执行。

先区分已知事实、合理假设和待核验信息;没有依据的内容写“待验证”,不要为了完整而猜测。

请按以下结构输出:
1. 统一任务描述和用户影响
2. 按紧急度、影响、证据强度、成本和可逆性评分
3. 分为现在做、排队、观察、拒绝和需要澄清
4. 为前 5 项写负责人、验收标准和复盘时间

输入变量:
- 待分诊事项({{items}}):提供需求、反馈、bug 或咨询的原始记录。
- 影响口径({{impact}}):说明受影响用户、收入、数据和合规风险。
- 团队容量({{capacity}}):提供本周人力、技能和时间限制。
- 决策规则({{policy}}):说明 P0-P3 或团队优先级定义。

约束:保留用户的真实语气和业务边界;把事实、推断与建议分开;涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。

使用说明

  1. 先统一优先级定义,再让不同角色提交评分。
  2. 每次排序都记录证据和时间,情况变化时允许降级或升级。

适用判断

适合这些情况

  • 待办事项堆积,需要一次性理清。
  • 有多个来源的任务,标准不统一。
  • 需要有依据地拒绝或延后一些事。

换个做法更好

  • 你要安排的是单日重点:用《每日重点与时间块计划》。
  • 任务很少:直接排序。
  • 任务的重要性取决于你不掌握的信息:先去问清楚。

常见翻车与修正

  • 所有任务都被归为「重要且紧急」。

    这说明分级标准太松。要求给出可判定的标准:多久算紧急、什么后果算重要,并强制每一档的数量上限。

  • 只排序不给处理建议,排完还是不知道怎么办。

    要求每一档配明确动作:现在做、排期、委托给谁、直接拒绝,并给出拒绝时的说法。

  • 忽略了任务之间的依赖,先做了被阻塞的事。

    要求标注任务依赖关系,被阻塞的任务不进入当前执行列表。

怎么判断输出合格

  1. 分级标准可判定,每档有数量上限。
  2. 每一档配了具体的处理动作。
  3. 标注了任务依赖,阻塞项不进执行列表。
  4. 给出了拒绝或延后时的沟通说法。

使用边界

  • 分诊结论会决定哪些用户问题被推后,涉及资金损失和安全的工单不能只按数量排序。
  • 工单内容含用户身份和业务信息,批量贴入前要脱敏。