需求池与优先级 | 发现问题 | 做产品
需求池与优先级
排优先级的目的不是排出一个绝对正确的顺序，是让每一次插队都要给出理由。
你会遇到的现象
-
谁的声音大就先做谁的
-
池子里躺着几十条，越攒越不敢动
-
做完一版，发现基础的东西还缺着，花哨的先上了
先用 KANO 分档
五类，先分档再排序。分档解决的是「该不该做」，排序解决的是「先做哪个」。
类型有和没有的差别例子与处理
必备型 有了不加分，没有会掉分 支付要安全、内容不能丢。缺一个就是事故，优先补齐
期望型 做得越好，满意度越高 导航的实时路况。资源允许就往上加，是竞争力所在
魅力型 有了惊喜，没有也不失望 播放器的歌词同步。每个版本挑一个，不要贪多
无差异 有没有都没人在意 阅读器的朗读功能。直接砍，别犹豫
逆向型 做了反而招人烦 自动把邮件标为已读。做了要挨骂
档位不是永久的。今天的魅力型，两年后会变成必备型——扫码支付刚出来时是惊喜，现在没有就没法用。所以池子要定期重新分档。
再套排序公式
分完档，同一档内部还要排。这个公式的价值不在算出精确数字，在于它把该考虑的因素都摆到了台面上。
优先级 ＝ 需求价值 ÷ 成本
需求价值 用户价值 ×（公司价值 ＋ 战略契合 ＋ 老板意志） 公司价值看四项：用户增长、创造营收、 成本节省、扩展新业务 用户价值是乘数，它是零结果就是零
成本 开发周期 ＋ 技术风险 ＋ 政策风险 一个人用 AI 做产品时，开发周期这一项 大幅缩短，另外两项一点没变 所以现在真正的成本是判断，不是实现
把「老板意志」明写进公式里，是这套算法诚实的地方。它确实存在，写出来至少能被讨论；藏起来的话，它会以别的名义插队。
池子怎么维护
-
**每条必须有来源和原始场景。**没有这两列，三个月后你无法判断它还该不该做，只能一直留着。
-
**同一条被提第二次时，加一个计数。**次数比单次的措辞更能说明问题，也能挡住「某个人反复提同一件事」造成的错觉。
-
**定期清理，别只进不出。**每个月过一遍，把三个月没人再提、也没有数据支撑的条目归档。池子的价值在于能被读完。
-
**砍掉的要留记录。**写清楚当时为什么砍。半年后有人重提同一条，你能直接翻出上次的判断，而不是从头再吵一遍。
一个人做产品的时候，这张表可以简化到五列：需求、来源、场景、档位、状态。工具用什么都行，关键是每条进来时把这五格填满——填不满的说明还没想清楚，先别急着排队。
接着看
值不值得做 用户价值那一项怎么估。频率、痛感、人数三个数乘出来的就是它。
需求的四个来源 来源那一列的填法，以及不同来源在排序时该给多少权重。
产品思维模型 KANO 的原始曲线图在那一篇，含三类需求随完成度变化的满意度走势。