欢迎投稿到早读课，投稿邮箱：[email protected]

　　那些年我走过的弯路之——一蹴而就

　　很多产品经理平时工作都非常努力，但产出效率却并不高，导致产品经理工作事倍功半，产出效率低的原因有很多，其中之一是完美主义。

　　这一点在之前的文章《为什么说完美主义的产品理念背后潜藏着一个天坑》中已经做过详细的分析，今天再给大家分享另外一个影响产品经理工作效率的大敌：一蹴而就。

　　火山算不上一位聪明的产品经理，但的确是一名非常勤奋的产品经理。

　　在创业公司那几年，在公司里算是典型的劳模。记得当时我们CEO经常挂在嘴边的一句话，要论敬业程度，在公司里如果说火山排名第二，没人敢说第一。

　　每当老板这么说起时，我内心都会泛起一丝隐隐地自豪感。

　　现在想想，自己当初做过的很多项目，其实都是处于事倍功半的状态，投入了很多的时间和精力，但实际的产出效率并不高。

　　接下来给大家分享一个真实的项目案例——一个我曾经犯过的一个低级错误。

　　我们公司做的是一款基于商旅出行预定的企业商旅管理产品，差不多2年前，火山接到了这样一个需求：

　　为我们机票产品增加一个审批的功能，保证企业员工的每一次差旅出行都在经过领导审批之后再进行，让公司的差旅支出更加可控。

　　审批，这是一个企业级的管理软件中非常常见的一个功能，我们不妨先暂停一下，假设你是接到这个需求的产品经理，你将怎样完成这个项目？

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

　　......

　　想必现在你已经有一个大概的思路，那么，火山是怎样做这个项目的呢？这个需求其实在我刚开始接手产品的时候就一直在提，但是由于种种原因就一直没做。在正式启动项目之前，我跟我当时的领导简单描述了一下我的想法：

　　审批功能的做法

　　审批有两种做法，即：行前审批和出票审批，前者是出行前先生成一张审批单，审批通过之后再订票；后者是在订票的时候生成一张审批单，领导审批通过之后再出票……

　　如此云云之后，我给领导的建议是以“事前审批单”的方式来做这个审批项目。我的领导当时刚空降到我们公司，大约40来岁，是一个智商奇高同时也比较自负的人，有比较强的技术背景，但没做过产品，之前从事的并不是这个行业，在大致在听了我的思路之后，表示这个需求并不复杂，很简单的，你按照你的想法去做就好了。

　　由于客户、销售、运营、老板各种场合提了很多次，大致的需求我也都了解，所以我也就没再做需求调研，我直接按照事前审批单的方式上手开始做这个项目。先是花了2天的时间梳理业务流程，然后是花了差不多3个星期的时间画网站原型，在这中间跟我们开发经理简单沟通过一些技术方案。在包含了无数交互动画的网站原型画完之后，我还是觉得不够出彩，为了在我的新领导面前表现一下，我又花了1个星期把详细的PRD写了出来，试图一蹴而就，把交付给领导检验的项目成果做得更漂亮一点。

　　终于，atv，一个月之后，到了给领导交付成果的时候了。我叫上了我的领导，召集业务需求方、开发经理一起，开始了第一轮需求评审。首先评审的内容是流程，我打开我的visio，开始讲解我的流程：“当用户选择好一个航班，点击“预定”的时候，系统按照用户所选的行程，生成一张审批单……”

　　“审批怎么会是从预定是开始 “我话还没说完，领导直接打断我的话，说道：“审批应该该是从下单时开始才对呀！”

　　“没有，我的做法不太一样，您先听我把话说完……” 我解释道。

　　“你不用往下说了，你这种做法肯定是错的！”我领导从座位上站起来，也不正眼看我，拍打着投在墙壁上的投影说。”审批怎么可能是从预定开始的呢，没有这种做法……”

　　“我的做法跟您的想法不一样！”做了一个月的项目，新领导连讲完的机会都不给我，还在那么多人面前一通骂，让我也有一点情绪激动。“您能不能先听我把话说完，不要一上来就劈头盖脸一通骂……”

　　“火山，你先别着急，我知道你的意思，你的意思是先做一个审批单，审批通过之后再走后续的预定的流程对吧？那种审批做起来可能比较麻烦一点，但是我们这次只需要做出票审批就可以了。”参会的业务见气氛不太对，atv直播，一边安抚我的情绪，一边解释道。

　　“在我印象中，审批应该也是从下单开始的。”半天没有发言的CTO也发言了。