市场上的产品多如天上的繁星，而真正能称得上成功的却没有几个，到底是什么导致了我们的产品多数时候以失败告终呢？读完第三章，我自己总结了一句话：产品的设计没有紧跟用户的需求。
如果你有兴许了解详细信息，还是慢慢的听我说吧。这章内容并不晦涩难懂，很容易理解，也很贴近现实，甚至你我都身在其中。
1、一个失败的例子
谷歌目前是一家很牛的公司，它曾经推出了一款产品叫做Google wave，不知道你们有没有听说过，我好想木有什么印象呢，(__) ······这款产品的核心需求是整合电子邮件、即时通讯、社交网络、项目管理等功能，使人们的交流更加的方便。这款产品没有发布的时候，人们对它充满了期待，但是，短短的一年时间，这款产品就宣告失败了。为什么呢？人们众说纷纭，但是谷歌自己给出的答案就是：用户对它不感兴趣。
是的，市场往往是检验产品是否成功的唯一标准，唯一标准，唯一标准。任何产品都是以满足用户的需求为目的，用户需求是产品出发的原点。用户不喜欢的产品，概念再新，设计再美，理念再先进，又有什么用呢？
实际上，基本上所有的产品都知道用户至上的重要性，但是，却很难做到，这又是为什么呢？
2、往往做不到“需求导向”
这又是咋回事？
1》为商业模式牺牲用户利益
这个深有体会。广告，广告，广告，铺天盖地的广告。只要产品有一定的用户，就会不断的接广告，接一家还不够，还要接好几家的广告。没有用户喜欢广告，但是几乎所有的app都会有广告，难道产品不知道用户不喜欢广告吗？那为什么还要让用户不爽强行嵌入广告？因为商业，因为钱。广告展现一次要多少钱，用户点击广告一次又是多少钱，开屏广告，feed流广告，详情页广告...。做产品不是做公益，要有自己的盈利方式，要有收益才能维持下去。
2》热衷于使用流行的产品概念
曾经流行的产品概念，SNS，LBS，O2O等，曾经红极一时，也曾有很多产品跟着潮流前进。然而，这些产品模式并不是成功的保证，他只是总结出来的经验，是否适用于自己的产品还需要产品经理的自己盘算。并不能因为概念新，就盲目的跟风，觉得很酷，但也充满了陷阱。
首先，先确定产品模式在确定用户需求是一种本末倒置的做法。
其次，即使这个产品模式在某个市场获得了认可，也不代表它就在其他市场获得成功。
3》以产品业绩指标为导向
几乎每个公司都会有绩效考核，有的是以月为单位，有的是以季度为单位，有的是以年为单位，无论如何，绩效和工资紧密相关，没有人会和钱过不去。这就导致了绩效至上，绩效这种东西需要看到每个阶段的成果。产品上线了一个新的功能，产品经理就希望看到这个功能产生的效果如何，为了提高绩效，就会强制的引导用户去使用这个功能(让某个按钮不停闪烁，或者功能引导)，但是并不是所有用户都想要使用这个新功能，有些用户甚至觉得它是累赘，并不喜欢。要想赢得更多用户，在完成指标时，产品应该坚守一个前提，那就是充分尊重用户，尊重用户的需求。这一点，恐怕只有很少的产品经理才能做到。
4》在老板面前不能坚持己见
哈哈，这个就更普遍了。我经常听到产品或者设计说：这个功能是老板要的，必须要做！这个时候，作为程序猿竟无言以对。工资是老板发的，老板的需求好像没有理由不满足。产品经理往往变成了其他部门和老板的传话筒，产品需求不是来自于用户，往往来自于公司内部。产品经理很少有坚持己见，而是一味地妥协，甚至为了让方案通过，主动迎合老板的想法，最后做出来的是不是真的符合用户需求好像并不重要了。在这一点上，我想有一定工作经验的人都会深有体会，我就不再赘述了。
3、难以捉摸的用户需求
用户的需求到底是什么？用户说出来的需求真的就是他想要的吗？其实没那么简单。
1》用户的需求往往是不清晰的
如果每个用户都能像产品经理一样把自己的需求说的条理清晰，甚至写成prd文档，那还要产品做什么呢？这里不得不吐槽一下，很多产品经理在整理需求的时候，往往自己都没有想清楚，而是像用户一样说我就要怎样怎样，而不考虑实际的上线时间，开发成本，用户是否需要。用户在阐述自己需求的时候往往加入了自己的生活经验和喜好，比如，用户说，我想要一匹马，而他真正的需求可能是想要更快的交通工具。用户说想要10米长的电话线，实际他想要的可能是在任意位置使用电话。用户会无意识的将自己真正的需求藏起来，然后根据自己的经验给出产品的解决方案，而这些方案往往不是解决问题的最好方法。这就需要产品经理去仔细的询问，耐心的整理，优化解决方案，最终给出一份合理的开发文档。
2》用户的需求存在个体差异
这就更好理解了。一千个人心中就有一千个哈姆雷特。每个人的审美，经验，性格差异太大，对产品的需求也就是千差万别。比如说，同一款产品皮肤，有人说红色好看，有人说绿色好看，还有人说粉色更好看。众口难调，这就增加了产品需求的复杂度。这个时候，就需要产品经理注意两点：1.不把自己的需求当成用户的需求，不要认为自己喜欢的，用户就一定喜欢；2.不把少数用户的需求当成多数用户的需求，不要浪费过多的精力在一些边缘的需求上。
这里多说一点，我碰到的产品很少能做到不把自己的喜好加入到产品当中的。碰见过一个这样的产品，他自己特别喜欢狗狗，不知道通过什么手段，竟然在产品的一个频道中加入了‘狗狗’这个频道，也是让人哭笑不得。
3》用户的需求总是在变化
这个对于产品来讲或许感觉没什么，但是，但是，但是，对于程序猿来讲是最最最最讨厌的一件事了！重要的事说三遍，最讨厌，最讨厌，最讨厌！不过，话说回来，用户至上嘛，如果是合理的需求变更，我们改！如果是无理要求，只改还不给时间，非得通宵去改，那就有点说不过去了！而这种说不过去的情况却又实实在在的存在着，于是，程序猿加班变成了常态。或许我的观点过于片面，你要是反驳我，我也不会说什么。
总之，产品经理如果能在用户需求和程序猿的实现之间起到良好的引导作用，在各个部门之间起到粘合剂的作用，而不是导火索，那这个产品经理一定会收获满满。
(__) 嘻嘻……最后呢，祝大家工作愉快！进步多多！
一起加油吧！
