之后，也不知道是因为赌气还是因为被大家说服，我慢慢放弃了争辩，开始闭嘴听大家的想法……不仅没有得到新领导的认可，我也没有得到老领导CTO甚至业务方的认可，对于这样的结果，虽然从感情的角度来说，我的确很难接受，但是从理智的角度来说，我已经逐渐意识到：无论我的方案是否具备可行性，但毫无疑问的是，从一开始我的方向就已经错了，我把自己狠狠地坑了一把，因为这个方向性的错误，导致我辛辛苦苦花了一个月时间做的整个项目方案都得推翻重做！

　　什么叫事倍功半？这就是活生生、血淋淋的例子！

　　为什么会有这样的结果?火山在这个项目中犯了那些错？我们不妨再稍作暂停，回想一下，在你的工作过程中是否也有过类似的经历？我的这段可以作为反面教材的经历对你是否有一些启发？

　　思考1分钟，计时开始……

　　......

　　火山复盘：

　　这个项目做下来，其实火山犯了很多错，例如没有充分地沟通，缺少需求调研等，但如果做项目的方法得当，这些错误实际上都是可以在做项目的过程中得以修正的，但是我并没有修正掉，因为我还犯了另外一个致命的错误——妄图一蹴而就！

　　一开始，领导可能并没有给出明确的方向，而我没有跟领导寻求明确的指示，这可以说我在沟通上犯了明显的错误。但是如果我没有妄图一蹴而就，在绘制完流程图之后把流程图给领导看一看，请示一下，领导可能在项目一开始就已经给我把问题点指出，那么，我后面花了一个月时间完成的产品方案，也就不必推翻重做了。即便流程没有能够第一时间确认，但是如果我在画完原型图时不妄图一蹴而就，先跟领导请示一下，那么我就不用浪费那么多时间为一个错误的产品方案撰写那么详细的PRD文档了。如果一开始就纠正了方向，由于做法更简单，或许我的项目早都可以结项了。

　　现在在回过头去看我刚开始做产品那段经历，这样的低级错误似乎还犯过不止一次，有时是因为希望希望能给人眼前一亮的感觉，也有时是因为想要偷懒而省去需求评审，还有时因为自认为简单就不需要沟通，我似乎时常都抱着一种一蹴而就的方式来做项目，说到底无外乎是为了省一些中间环节的沟通时间，殊不知看似相仿的产品功能，产品设计的方式方法可能变化万千。很多优秀产品都不是生来就在一个正确的轨道上的，而是在设计的过程中根据多方讯息和实际情况逐步修正而成的，也没有哪个项目是产品经理可以一气呵成而不需要任何调整的。正所谓与“欲速则不达”，为了省一点沟通的时间而采取一蹴而就的做事方式，往往适得其反，不但时间不会花得更少，反而可能会花2倍、3倍甚至更多的时间。

　　做得慢，我们还可以通过勤加练习提高工作效率，但是如果方向做错了，做得越多也就意味着错的越多，相应的返工的成本也就越高。没有什么比推翻重来更影响产品经理工作效率的了。小项目可能影响不大，但是对于比较大的项目，因为如果一开始选择的方向就错了，那影响就难以估量了。所以，现在你明白为什么说一蹴而就是影响产品经理工作效率的大敌了吧。

　　那么，我们产品经理在做项目的过程当中，该如何避免出现类似的错误，把这种风险降到最低呢？作为一名在这方面给自己挖坑过大坑的过来人，我的建议是：遵循产品设计的必要流程。对于比较大的项目，除了前期充分的需求调研之外，在做项目的过程当中，在一些关键性地节点上，还需要与关键的需求负责人保持密切的沟通，要尽可能及早的发现并修正方向性的问题，具体的操作细节总结起来就是：

　　经验之谈

　　需求调研阶段——深入调研并确定项目范围

　　项目启动阶段——与业务需求方、技术负责人、关键领导人一起确认主体业务流程

　　产品设计阶段——与业务方展开2-3轮需求评审，确定网站原型

　　提交开发阶段——与开发、测试进行PRD评审，确认功能细节