需求池与优先级
排优先级的目的不是排出一个绝对正确的顺序，是让每一次插队都要给出理由。
你会遇到的现象
- 谁的声音大就先做谁的
- 池子里躺着几十条，越攒越不敢动
- 做完一版，发现基础的东西还缺着，花哨的先上了
先用 KANO 分档
五类，先分档再排序。分档解决的是「该不该做」，排序解决的是「先做哪个」。
| 类型 | 有和没有的差别 | 例子与处理 |
|---|---|---|
| 必备型 | 有了不加分，没有会掉分 | 支付要安全、内容不能丢。缺一个就是事故，优先补齐 |
| 期望型 | 做得越好，满意度越高 | 导航的实时路况。资源允许就往上加，是竞争力所在 |
| 魅力型 | 有了惊喜，没有也不失望 | 播放器的歌词同步。每个版本挑一个，不要贪多 |
| 无差异 | 有没有都没人在意 | 阅读器的朗读功能。直接砍，别犹豫 |
| 逆向型 | 做了反而招人烦 | 自动把邮件标为已读。做了要挨骂 |
再套排序公式
分完档，同一档内部还要排。这个公式的价值不在算出精确数字，在于它把该考虑的因素都摆到了台面上。
池子怎么维护
- 每条必须有来源和原始场景。没有这两列，三个月后你无法判断它还该不该做，只能一直留着。
- 同一条被提第二次时，加一个计数。次数比单次的措辞更能说明问题，也能挡住「某个人反复提同一件事」造成的错觉。
- 定期清理，别只进不出。每个月过一遍，把三个月没人再提、也没有数据支撑的条目归档。池子的价值在于能被读完。
- 砍掉的要留记录。写清楚当时为什么砍。半年后有人重提同一条，你能直接翻出上次的判断，而不是从头再吵一遍。
一个人做产品的时候，这张表可以简化到五列：需求、来源、场景、档位、状态。工具用什么都行，关键是每条进来时把这五格填满——填不满的说明还没想清楚，先别急着排队。