我合作了不下 30 位产品经理。看写的月度规划和需求内容。70% 的产品经理规划任务里，就会写需求。“优化”“整合”“新增”xx功能。需求内容 20 个字以内搞定。没有分类，更没有场景。然后，需求延期好像也没什么影响，下个月接着做。时间节点可能也是老板要求、用户要求、客服要求。很少见到判断说因为市场情况、行业情况。

一开始，我会稍微问下需求的目的，答案一般是：A 用户提了、线上问题、模块完善、交互优化。我也就不再问，不拦。每个需求背后确实都可以溯源。慢慢地，感觉也不对。一直这么做，需求源源不断，无穷无尽。企业不倒，需求不灭。做的永远是听起来正确的事。

后面我想，这不对啊。这样看起来有规划，但又很模糊。规划的内容决策依据不够，又没有时间要求，又没有效果验证。针对这种比较明显的团队，自己私下做了验证，砍掉 30% 的需求，最后发现项目数据纹丝不动，开发还轻松。

无止境的堆砌，推粪上山。

后面，我自己排任务，是会想想这些问题：

  • 为什么要做这个需求
  • 为什么现在要做这个需求？
  • 整个项目产品路线是怎么样的？根据路线划分的阶段是怎样的？那么，每个阶段要做的需求是什么？
  • 这个需求，该怎么论证效果？

会考虑几个因素：需求价值、项目价值、时间周期、团队资源。所以，后面我也有了一个习惯，如果没有那么好的产品经理，我就先不招，人少点好。