忽视可用性测试

　　作为工作的基本门槛，绝大部分产品经理都是产品的“超级用户”。但产品经理并不能以个体代表所有“用户”说话，在很多情况下，产品的目标用户群、用户场景和需求都是多样且复杂的。

　　因此，尽量早地开始做可用性测试很有必要，用户一定会积极响应。不要因为没有眼动仪不做用户观察，也不要因为没有用户研究人员不做用研分析。作为产品经理，少一分矫情，多一分实干，简单绘制原型草图，并直接找几个身边的朋友能开工。事实上，在网站可用性测试中，一般针对5个人能发现85%的可用性问题。尤其是在产品定位、产品架构等层面，多与目标用户聊天沟通会有意外的收获。

　　忽略创新的风险和成本

　　还是以微博为例，评论和转发功能决定了整个社区的信息流通和消费模式，正是由于微博信息的短、平、快等特征，才建立起了微博相对于其他产品形式的核心优势。

　　而对于微博这种市场竞争激烈的大众产品而言，关于评论、转发功能，竞争对手往往已有了相对成熟的解决方案，这些解决方案经过了用户的验证。越是基础的功能，创新的成本和风险越大，对于产品团队的能力要求也越高。

　　在这个问题上，网易微博曾有过几次对转发和评论的改版，带来的负面效果也很大，核心用户的流失和骂声都不少。几次折腾之后，现在线上所采用的解决方案依然是照搬了新浪微博的模式，这是保险和保守的做法。而几次改版给团队和用户带来的损失更是难以挽回的。

　　当然我并不是说产品经理不应该去尝试创新， 而是要看清楚这个“创新”在整个产品里处于哪个层级，它对资源、团队能力的要求如何。如果是对产品进行重新定位，服务于另一个用户群或者解决不一样场景下的问题，这样的“创新”往往具备更大的威力。

　　细节决定成败

　　在中国互联网市场，绝大部分产品都有大量的竞争对手虎视眈眈。在产品大方向正确的前提下，快速上线简单、基础的产品版本，并保持迭代小跑比什么都重要。此时不要相信“细节决定成败”，而要相信“战略决定命运”。产品经理不能过度思考和追求完美，要把注意力放在可能会发生的积极事件上，而不要过分关注不太可能会发生的负面事件上。

　　在微博项目里，早期我花了大量的时间在交互效果上，比如切换页面要炫的AJAX、新旧微博内容之间的分割线反复雕花、展示微博发布时间的文案反复修改等，而没有将更多的时间花在用户沟通访谈、需求分析与产品讨论上。事后看数据才发现，这些我认为会影响到“用户体验”的细节，只有极少数用户会注意到，这是一种浪费资源和精力的行为。

　　误读数据

　　数据是对产品运行状况的客观反映，它为找出并优化问题提供了一扇窗口。对于任何一款上线几个月的产品来说，产品经理都可以找到大把数据利用。而在“如何看数据”这件事上，产品经理很容易根据自己的预设来挑选数据，这样导致了所看数据片面和失真的情况，不能真实反应出产品全貌。

　　2005年，亚马逊CEO Jeff Bezos在致股东信里提到，数据是基于过去的递归呈现，不能为未来的创新带来直接价值。但不可忽视的是，通过详实的数据分析，产品经理可以发现一些新的需求点。

　　值得注意的是，即使在产品设计前期，产品本身的数据有限甚至为空时，产品经理也可以充分利用搜索引擎、其他数据平台获取到想要的外部数据。大可不必因为“没有数据”而停止往下走。的问题是，想要从那些数据中得到什么？

　　照搬经验

　　很多产品经理在亲历一两款产品设计之后，都会有一些自己的想法。在下次遇到类似的功能时，会习惯性地照搬经验。但每一款产品的用户需求、使用场景都在时刻变化，即使是自己总结的经验，换一个项目也不能直接使用。依然要经过缜密分析，将事情放在整个产品盘子上，抽身出来客观看之。

　　实际上，只有极少数人能够将工作中的经历总结提炼成属于自己的方法论，并不断完善饱和。通过与其他人的交流、自己的坚持记录和总结，都可以不断巩固自己的方法论。

　　以上所写并非全部，回过头来看，有一些即使从头来做也未必能完全做对做好。在特定的时间和空间里，产品经理这个既理性又感性的工作角色，总会面临各种各样的困难，完全杜绝错误并不可能。某种意义上，产品经理唯有积累方法论，规避重复犯错，将事情放在大环境里进行反复斟酌和思考，才能做出尽量接近正确的决定。