需求池与优先级

KANO 分类加上一套排序规则，别靠谁嗓门大。

排优先级的目的不是排出一个绝对正确的顺序，是让每一次插队都要给出理由。

你会遇到的现象：

• 谁的声音大就先做谁的
• 池子里躺着几十条，越攒越不敢动
• 做完一版，发现基础的东西还缺着，花哨的先上了

先用 KANO 分档

五类，先分档再排序。分档解决的是「该不该做」，排序解决的是「先做哪个」。KANO 模型按「有和没有的差别」把需求分成五类：kano-wiki

档位不是永久的。今天的魅力型，两年后会变成必备型——扫码支付刚出来时是惊喜，现在没有就没法用。所以池子要定期重新分档。

再套排序公式

分完档，同一档内部还要排。这个公式的价值不在算出精确数字，在于它把该考虑的因素都摆到了台面上。

**优先级 = 需求价值 ÷ 成本。**需求价值 = 用户价值 ×（公司价值 + 战略契合 + 老板意志），公司价值看四项：用户增长、创造营收、成本节省、扩展新业务。用户价值是乘数，它是零结果就是零。成本 = 开发周期 + 技术风险 + 政策风险。一个人用 AI 做产品时，开发周期大幅缩短，另外两项一点没变——所以现在真正的成本是判断，不是实现。

把「老板意志」明写进公式里，是这套算法诚实的地方。它确实存在，写出来至少能被讨论；藏起来的话，它会以别的名义插队。

池子怎么维护

• **每条必须有来源和原始场景。**没有这两列，三个月后你无法判断它还该不该做，只能一直留着。
• **同一条被提第二次时，加一个计数。**次数比单次的措辞更能说明问题，也能挡住「某个人反复提同一件事」造成的错觉。
• **定期清理，别只进不出。**每个月过一遍，把三个月没人再提、也没有数据支撑的条目归档。池子的价值在于能被读完。
• **砍掉的要留记录。**写清楚当时为什么砍。半年后有人重提同一条，你能直接翻出上次的判断，而不是从头再吵一遍。

一个人做产品的时候，这张表可以简化到五列：需求、来源、场景、档位、状态。工具用什么都行，关键是每条进来时把这五格填满——填不满的说明还没想清楚，先别急着排队。

**怎么验证这套排法有没有用。**三个月后回头看：池子里排在最前面的几条，是不是确实是用户最先用起来、也最先抱怨缺的那几条。如果前排条目做完无人问津，而后排的被迫提前——说明你的用户价值估错了，多半是频率和痛感没估准，回头去重新访谈比继续往下排更值。