产出一定有结果和目标
在梳理产品的过程中，这版本迭代需要在什么时间达到怎样的目标？
如果是业务侧活动类型（短期）的需求，需要同步业务侧制定运营计划（计划一定要伴随方案和目标），根据运营计划做产品迭代（用一次性解决方案还是做成可配置的常规解决方案？）；
如果是产品规划（长期）需求，提前想好这个模块的迭代计划（通过产品路线图展示出来），和其他模块是否有衔接点？以及如何协同？
如果不能达到目标，解决方案是怎么样？
未尝胜先思败。想好后路很重要，版本的每次迭代都有三个deadline：需求澄清最后期限，产品评审最后期限和产品上线最后期限。

业务侧提出活动类型需求，产品经理要和业务方沟通清楚没有达到目标的补救方案是什么？（PS：如果没有，让业务方梳理清楚了再沟通）；如果是产品规划需求，尤其是在需求澄清最后限期没有思考清楚，那就给版本做减法，快速评审（评审如果都搞不定，那……）并跟进项目直至上线。

方向永远比执行重要

在版本沟通会上，把涉及到这版本的功能清单梳理清楚，同时也要把和模块有协同的模块梳理清楚。梳理清楚等待版本确认会上沟通……
比如在电商产品做积分商城时，除了把获取积分和消耗积分的点列出来，还要考虑积分的期限和积分后续是否可以抵扣现金（防止通货膨胀），其中消耗积分有没有兑换中心？兑换的流程是怎么样的？可不可以退货？等等。

如果没有想到对应的解决方案，咱去看看竞品，试着去拆一拆，他们是怎么做的？分成了几个版本？把竞品的功能清单和流程梳理出来。一起讨论讨论是否能被我们借鉴。

在准备方案的过程中，一定要反问几个问题：

还有没有其他更好的方案？（最好的办法是找运营模拟下用户流程）

这个方案还需要补充什么？（试着把业务路径和用户路径梳理出来）

在这个方案中，每个环节有几条出口？我该怎么引导用户一步步走下去？（大致的功能流程图梳理清晰）

让业务方的小伙伴模拟后，提出他们的问题。