A:我觉得怎样怎样做更好，你觉得呢？
me:（想了2秒钟，好像也无所谓）可以啊，行，改吧
懵蒙逼得回到自己的座位上，大脑多余的转着弯：
不敢跟后端说啊，又要改需求。。。。
不敢跟前端说啊，又要改需求。。。。（产品经理已卒！）
不知道这个情景你们有没有经历过，我已经踩过这个坑，并正在反省中，总结出血和泪的教训：
1.任何人提出的新想法都需要认真的思考，决不能立刻回答是与否，尤其是随口一说。要去判定这个改变带来的前后联动，联动才是工作量最大的那一部分。
2.需求在评审的时候有坑，灌输到执行中，这个坑只会越来越坑，所以，一定要在评审的时候尽量去踩平这些坑
3.需求的改动一旦到了开发阶段，改动量将是巨大的，谁都没有权利随便改动， 千万不要以为你是产品经理你要对产品负责，所以希望开发人员马上去修改，那谁为开发人员负责呢？
其他的领悟：
1.流程的创新是颠覆性的，一个符合用户习惯和逻辑的流程带来的体验是酸爽的
2.画原型图之前，一定先跑业务流程，然后从业务流程上不断的评审评审，务必要让团队所有成员都理解并且赞同它，(注意，理解并不是简单的问一句你们明白了吗，对方回答差不多吧，这么简单，如果是这样，以后肯定会出问题)，评审的目的并不是简单的征得大家的同意，是为了集众之所长，所以说产品不是产品经理的产品，而是拥有所有人的基因，任何人的想法都会灌输到产品中去。
网友评论