痛点排序

按严重度、频率、预算排序你发现的痛点，找最值得先解的。

为什么

用户有很多痛点；你只能好好解一个。痛点排序防最常见错误：解最有趣建的痛而非最紧急的。按三轴排每个痛——严重度（多痛）、频率（多常发生）、预算（愿付多少修）——你找到既急又常又可变现的痛。严重但罕见的痛（一年一次数据丢失）不如中等但每天的痛（重复任务浪费 20 分钟）有吸引力。排序把一墙便利贴变成优先构建顺序。

何时使用

在 10+ 用户访谈浮现多个痛点后。半天。每轮重大访谈后重排。

如何做

1. 从访谈收集所有痛点
   - 每个痛点一张便利贴："[画像] 在 [情境] 时经历 [痛]"
   - 含你想法相邻的痛——用户可能更在乎那些

2. 按三轴打分（1-5）
   - 严重度：多痛？（1 = 烦扰，5 = 阻工作）
   - 频率：多常？（1 = 年，3 = 周，5 = 每天多次）
   - 预算：会付修吗？（1 = 只免费，5 = $100+/月）

3. 算优先级分
   - 优先级 = 严重度 × 频率 × 预算
   - 这加权又坏又常又可变现的痛
   - 降序排；顶痛是你第一目标

4. 用用户验证前 3
   - 给 5 用户看排序问："这符合你的优先级吗？"
   - 如果他们重排，更新你分数——他们的直觉比你准

5. 选主痛点
   - 排第一且你也能独特解的痛（与你技能/洞察的交集）
   - 记下第二第三作为你搞定第一后的路线图

示例

产品：面向开源维护者的工具。
15 次访谈的痛点：

  痛点                                    | 严 | 频 | 预 | 分
  周末全花在审 PR                         | 5  | 5 | 3 | 75  ← #1
  分流过期 issue                          | 4  | 4 | 3 | 48
  写发布说明                              | 3  | 4 | 2 | 24
  回"你什么时候修 X"                      | 3  | 5 | 2 | 30
  入门新贡献者                            | 4  | 2 | 2 | 16
  管赞助                                  | 2  | 2 | 1 | 4

验证：给 5 维护者看排序
  - 4/5 同意 #1 是"周末审 PR"
  - 1 把"分流过期 issue"重排为 #1（不同工作流）

主痛点："维护者周末花在审 PR 因为工作日没时间"
  - 严重（阻塞生活）、频繁（每周）、预算（$15-30/月换回周末）
  - 用预审 PR 的 AI 审查机器人独特可解

路线图：#1 PR 审查机器人 → #2 issue 分流 → #3 发布说明（自然扩展）。

常见问题

⚠凭直觉而非访谈数据打分——"这看起来严重"是猜；回访谈笔记找严重度和频率证据。
⚠忽略预算——严重 5 频 5 但预算 1（只免费）的痛是慈善项目不是生意。
⚠排你能解的痛而非重要的痛——你技能偏排序；先按用户影响排，再查可解性。
⚠不与用户验证排序——你的 #1 可能是他们的 #3；总给 5+ 用户看排序让他们纠正。

最佳实践

✓用乘法分（严重 × 频 × 预）——加法把罕见但严重的痛当等频繁但温和的，这是错的。
✓承诺前用用户验证前 3——15 分钟通话读排序问"符合吗？"防数周建错。
✓记下第二第三痛为路线图——搞定第一赢得解第二的权利，用户会自然要它。
✓每 10 次访谈后重排——早期痛可能非典型；更大样本揭示真实分布。