一个人做产品，需求优先级怎么排

我有一个习惯：每次做产品功能，都先把想法记下来。

三个月后我打开列表，吓了一跳：73 个待做功能。

73 个。如果一个人做，够做两年的。

但产品不能等两年。用户等不了，市场等不了，你自己也等不了。

需求优先级排序，是一人公司最重要的技能之一。

最简单的排序方法：ICE 模型

给每个需求打三个分（1-10分）：

I — Impact（影响力）： 做了之后对用户/收入的影响有多大？ C — Confidence（信心）： 你对这个判断有多大把握？ E — Ease（容易程度）： 实现起来有多简单？

三个分数相乘，分越高越优先。

举例：

结论：先做邮件通知。

三个你必须问的问题

在排优先级之前，先问自己三个问题：

问题一：这个功能不做，用户会走吗？

如果是——P0（必须做）。比如：支付功能坏了。

问题二：这个功能做了，用户会多付钱吗？

如果是——P1（高优先级）。比如：高级用户需要的导出功能。

问题三：这个功能不做，有什么损失吗？

如果没有任何损失——P3（最后做或不做）。比如：锦上添花的 UI 优化。

常见的排序错误

错误一：按"我想做"排序

你感兴趣的功能，不一定对用户有用。按需求价值排，不按个人兴趣排。

错误二：所有需求都标"紧急"

什么都紧急 = 什么都不紧急。强制自己排先后。

错误三：不做减法

73 个需求里，可能有一半根本不该做。先砍掉 30%，再排优先级。

一个实用的决策框架

每周花 15 分钟做一次需求排序：

1. 列出所有待做需求
2. 砍掉 30%（你心里知道哪些是"鸡肋"）
3. 给剩下的需求打 ICE 分
4. 取前 3 名，本周做这3个

做完一轮再来一轮，不要想着一次做完所有。

最后

一人公司的核心竞争力是"做决策的速度"。

你不需要做所有功能，你需要做对的功能。

如果你的需求列表已经失控，先把所有需求列出来，按ICE打分，砍掉低分项——剩下的才是你真正该做的事。

想清楚做什么之后，用 Lando 先把核心功能的落地页做出来，验证用户需求是否真实存在，再决定要不要投入开发。