知道是一回事，理解是另一回事。
以前认为自己的视野还算可以，在公司通过技术方式来实现的产品，满足公司需求的同时，还能给自己一些成就感。在开发产品的过程中，通过与用户的沟通（尤其是女用户），逐步明晰一些核心功能点，通过分解用户抱怨的方式逐步来满足一些大家达成一致的需求。
当然，中间免不了领导的一些YY，或者是一些低端产品经理的无聊的想法，然后，作为一个开发负责人，必然是要拒绝这些无聊的东西。前提条件是：我的职位比他们高不少。问题就来了，如果是职位对等的同事，多少人程序员能够看出来这个功能点是有问题的。所以，很多的网站和APP的功能是在堆砌，他们的产品经理真的了解用户的核心需求么？
“ 在别人的产品中，你无法深刻的理解需求” ，这是微信张小龙对产品理解的一句话。而多少人对产品的思考和把控是活在别人的世界中。说到底又是企业的万恶的KPI和权力在作祟罢了。
小而美的产品，产品经理需要活在自己的世界中，产品经理需要走进用户，在倾听中分析什么是伪需求，什么是偷懒者的行为，什么是刚需……收集，分析，整理需求之后，资源永远是有限的，如何取舍才是真正让人头痛的事情。又回到了经典的问题：“如果让你开发QQ的第一个版本，哪三个功能是你认为必须做的”。时代变化了，我们现在的产品经理可能真的无法正确的回答这个问题了。但是，我们至少要思考一个O2O项目，你认为最重要的3个功能点。
思考的过程是痛苦的，有了选择，开始迭代产品后，如何防止功能点的堆砌？我们会不会迷茫于领导们的海阔天空的想法中，这些想法很多都是没有经过深入痛苦思考的东西，或者就是为了所谓的好玩，那么，这些功能点真的好玩么？给用户能够带来长期的价值么？
我们是不是该问一下：我们的运行速度是不是够快？
我们是不是该问一下：我们的产品稳定并流畅么？
我们是不是该问一下：我们的分析和反馈机制是否健全么？
多数情况下，我们会听到管理者的声音是：“这个功能别人有，我们为什么没有？”，时代变化了，这个功能真的需要么？
做小而美的产品，修炼自己的独立思考的能力
