功能上线后，如何迭代后续的需求？

 一.内部

1.基于roadmap(产品路线图)

产品上线前，应该就有个产品路线图，产品路线图的制定应该符合公司战略和运营战略，指引产品的方向，产品上线后基于roadmap进行产品需求迭代，当然产品路线图也应该基于产品上线后的用户反馈和数据反馈进行迭代优化。

2.基于需求池

需求的来源主要有用户需求、老板需求、用户调研等，需求池首先解决的问题是将散乱在各个地方的需求汇总，我们可以将任何人，任何时间，任何方式产生的需求统一归总到需求池中，需求池是需求管理和项目管理的依据。

我们可以根据这些规则信息进行制定需求的版本规划，同时通过需求的记录可以追溯到需求提出人，后续有问题作为和领导、老板沟通的依据。

3.发现的产品缺陷

产品上线后面对的是用户千差万别的使用环境，可能会出现我们没有考虑到的使用场景，也存在用户自创的用户路径，可能会造成设计流程或业务逻辑的缺陷，需要我们发现后优先处理。

4.上线后发现的bug

产品测试环境不能很好的覆盖用户复杂的使用场景，可能会出现一些bug，对于影响核心流程的bug我们可能会立即解决，对于一些不影响用户使用的bug可能会放到下个版本迭代解决。

5.基于上线后的数据分析

产品上线后，基于上线的数据反馈，反馈用户的倾向，喜好，进行迭代优化，典型如AARRR数据模型，通过数据观察数据漏斗，进行需求迭代优化。

6.老板或是业务方提出的需求

老板基于顶层的需求，比如融资、满足大客户的需求可能会穿插进来；业务方需求，业务为了实现业务目标而提出的需求。

7.团队内部需求

自己、开发、测试、UI在沟通过程中，通过头脑风暴衍生的需求。

二.外部

1.用户反馈

产品上线后，通过访谈，焦点小组，调研种子用户对产品吐槽，建议，反馈，进行整理，汇总，提炼，转变产品需求。

2.参考竞品

乔布斯说，好的艺术家抄袭，伟大的艺术家窃取。竞品的某些需求是经过市场、用户验证的，我们可以通过调研和分析，只要符合目标用户的使用场景和使用倾向，可以适当调整借用。

3.政策

要了解政策，最好能得到政策支持，至少要做的政策不反对，对于一些政策需求需要特殊处理，如隐私协议等。

三.总结

产品上线后只是起点，需要满足用户诉求逐渐跨越鸿沟与市场契合，基本完成产品的PMF（Product Market Fit，简称PMF，即产品与市场匹配）。

这期间需要产品不断的进行产品需求的迭代、验证、优化。产品需求迭代需要始于公司战略，产品定位，体现于roadmap，通过产品需求池进行管理，结合各个利益相关方进行优化迭代。