第3章 用户痛点优先级排序：频次-严重度矩阵、用户投票、痛点分类框架

在机器人产品需求文档中，用户痛点的数量往往远超团队的解决能力。没有优先级排序，需求清单就会变成“什么都重要，什么都没资源”的僵局。本章围绕三种经过工业验证的优先级工具——频次-严重度矩阵、用户投票和痛点分类框架，建立一套可复用的判断标准，帮助产品经理从“凭感觉排”走向“按数据排”。

3.1 优先级排序的核心逻辑

排序的本质是在有限资源下最大化用户价值。任何优先级方法都需要回答三个问题：

  • 影响面多大？——痛点出现的频次（每天触发 / 每周触发 / 偶尔触发）
  • 影响多深？——痛点带来的严重度（阻断操作 / 严重降级 / 轻微不便）
  • 谁在关注？——目标用户群体的投票意愿（核心用户 vs 边缘用户）

三个维度独立评估之后，再通过加权或矩阵融合形成统一的优先级队列。这套逻辑适用于机器人从概念验证到量产迭代的各个阶段。

3.2 频次-严重度矩阵（Frequency-Severity Matrix）

频次-严重度矩阵是一个二维四象限工具：横轴表示痛点发生的频次（低→高），纵轴表示痛点造成的严重度（低→高）。每个痛点根据评估结果落入对应象限，直接获得优先级标签。

区域 频次 严重度 优先级 处理策略
高频高严 高 高 🔥 紧急 立即投入资源解决，通常列为S级需求
低频高严 低 高 ⚡ 高优先级 排入近期迭代，做好预案
高频低严 高 低 📋 中优先级 规划后续版本优化，可考虑自动化方案
低频低严 低 低 📌 低优先级 观察跟踪，暂缓处理
团队实践建议：频次尽量用可量化的数字定义（每日≥5次 = 高；每周1~4次 = 中；每月≤1次 = 低）。严重度建议采用“阻断/严重/轻微”三级制，阻断指用户完全无法继续任务，严重指任务可继续但效率大幅下降，轻微指仅造成短暂困扰。

3.3 用户投票机制（User Voting）

矩阵给出的是团队侧的评估，用户投票则直接反映目标用户的真实感受。常用的三种投票方式如下：