产品经理的十大顶级错误

《产品经理的十大顶级错误》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、产品经理的十大顶级错误产品经理需要创造产品。上帝也是个产品经理，他创造了人这个产品。做一个成功的产品非常难，除了需要有资源、时机等问题以外，更大因素在产品经理。好的产品经理能协调资源，能把握时机。但产品经理自己也经常犯错误。最近翻看了之前的记录，发现资深产品专家MartyCagan提过类似的观点。MartyCagan曾经担任过网景的副总裁，负责eBay产品的资深副总裁，有过非常丰富的产品设计和产品管理经验。无招也参加过MartyCagan产品培训，于是我和无招，以MartyCagan的总结为基础，加上我们对产品设计的理解，整理出了

2、这篇文章，分享给大家。错误1：将用户需求混淆为产品需求大部分产品经理的工作流程是：收集完用户需求，开始编写产品需求文档，然后交给技术人员开发，接下来跟踪项目进度，协调资源，验收成果，最后发布产品。整个流程没有错，容易产生错误的地方在于，产品需求如何确定。在淘宝内部的产品经理也是如此，经常把运营同学的需求直接翻译成文档，交给技术人员开发。最后的结果是产品的功能点越来越多，产品越来越复杂，成为一个大杂烩。一定要从产品设计的角度思考需求，把用户的需求转化成为产品需求。在火车没有出现的时候，你问用户最想要什么?用户会说，我想要一匹跑得更快

3、的马。用户的需求看上去是要一匹好马，但实际上转化成产品需求就是，需要更快的交通速度。用户需求是提出的一个问题，产品需求是解决这个问题的可行方案。所以当用户需求被表达为一种解决方案时，要探寻其背后的隐蔽问题。比较好的解决问题的办法是：加强可行性分析和需求评审。错误2：将老板的需求混淆为产品需求这可能是很多产品经理内心的痛，对于大多数淘宝的PD都应该遇到过大小老板过来提需求，就算明显不靠谱的需求，也不好反驳，只能安排开发。老板有老板的视野，有他独享的信息和经验，还有他的权利。老板的需求肯定要听的，老板也是用户之一，他的需求也是用户需求

4、，只是不要听过来直接当成产品需求。针对老板的需求，更要强化需求追溯。从老板这里深入地理解他的需求来自哪里，是基于什么样的场景和什么样的用户，有没有具体的实例。老板的需求大部分都是合理的，只是优先级没有那么高。我们可以采用拖延战术来应对：老板啊，你这个需求很合理，而且相当到位，我计划在下一个版本好好规划一下，这个版本的功能点已经比较多了，开发人员实在太少，啊，老板，能否帮我争取多来两个开发工程师……等到下一个版本的时候，老板经常忘记了他的需求了。如果他还记得，就帮他实现一部分功能好了，面子还是要给的。错误3：将发明(inventio

5、n)混淆为创造(innovation)这个对于搞创新的产品经理们来说，是常常遇到的问题。尤其是经验尚浅，有强烈使命感的产品经理常常会将一个idea，一个使命直接当做创新来执行。发明是实验室里的，创造是产业里应用的。实验室的东东是新东西，但是限定了前提条件，而且在商业性验证，市场推广，规模化等方面都不会事先想得太清楚。创造则是产业级的一个改变，能商业化，能养活团队，能规模化，能真正抵达用户并让用户接受。最不可接受的是，对于一个新产品，前景非常好，做了很长时间的规划设计，投入了不少工程师开发，过了半年才出来一个有很多缺陷的产品，也无法

6、推向市场;而且这时候市场已经产生了一些变化，还要接着改产品需求，同时又要完善之前的产品。这种产品最后必死无疑。应该专注最小核心问题，解决最核心的问题，完成小而美的功能，然后快速迭代，用户第一。要能养活团队，让团队成员过上好日子。否则就算公司不停项目，团队也会人心涣散。错误4：以自己的需求取代用户的需求大多数产品经理，沟通能力比较强，也比较强势。当产品经理急于求成的时候，或者找不到目标用户，过分超前的时候，容易YY出一些产品需求。他们不找到目标用户验证核心问题及解决方案，以理所当然的想法来描述产品故事(用户场景和用户问题)。现状很多

7、人强调要重视数据，也容易让产品经理忽略客户，因为自己天天看数据，就把自己取代了客户。我在负责搜索产品的时候，经常跟搜索的产品经理讲，要把用户当人看，不要当成数据看。数据很重要，但数据容易掩盖用户人性化的需求。产品经理应该学会倾听不同观点，多和那些敢于批评自己观点的人沟通。无论是小用户量的产品还是大用户量的产品，一定要抽时间了解真正用户的需求和感受，哪怕是跟他们闲聊，一定能发现一些之前想法不一样的结论。错误5：将“创建正确产品”当作“正确地创造产品”这就跟“正确的做事和做正确的事”是一个道理。很多人习惯于被安排，然后按照流程去做事，

8、并不想这件事情到底为什么要做，是否真的要做。产品经理也容易如此，到了一个岗位，接到任务要完成一个功能，然后就按照流程去做，最后这个产品是很完美的做完了，但基本上没有人用。在大公司、严谨的公司里更容易出这种问题。尤其是细分工作，平台化流水化运作的环境