今日，和公司几位领导一起吃饭，饭桌上，我们谈到公司的产品理念时，我提及了一些自己的浅薄见解，现整理如下。
1. MVP是方法，刚需仍需深入抓
前几天听过MVP（Minimum Viable Product）精益创业的培训，久久不能平静，遂在图书馆中踱步思考之时，想到MVP真正能够解决企业创造出如Apple一样的产品吗？恕我愚见：MVP是一种做产品的方式方法，其根本是避免企业走弯路，以最小的代价做最快的迭代，尽快的投入测评，然后及时纠正自己的方向（快速、低成本、高效益）；
2. 客户知其痛点吗？
正如福特所说：客户想要的永远是一个跑的快的马车。换句话说，如果客户知其痛点，那么他们很可能就主动找方法去解决了；
3. 麦肯锡方法找客户痛点
麦肯锡之所以长盛不衰，是因为尊重事实，即便是非常有经验的员工在解决公司实际问题的时候，也会空杯心态进入要服务的公司，与员工同吃同睡，了解其企业问题的根本原因。当然这可能对创业公司并非很适用，因为成本太过大，但是也从中得以提示，只有切身想客户所想，感客户所感，才能痛客户所痛，才能引导客户找到其所需，才能做出真正客户需要的产品；
4. 化产品于无形
做出用户需要的产品是初步，做出极致的产品需要团队更多的努力。一个产品的极致体现在用户感觉不到自己在用这个产品，而是迅速达到自己想要的效果，和获取自己想要的信息。所以系统可能并不是局限于web端、移动端等客户能看到的，而可能是基于后台复杂逻辑之后简单的一个邮件和短信。
5. 少一点，再少一点
点石成金中提到，系统做复杂很容易，做简单很难。书的作者提到，他在做系统的时候经常在发布前，让开发将其精简到极致。每一个按钮、每一个动画都要有其意义所在。
有一同学，现在在恒生电子工作，他曾经让我看过他们的金融产品，非常复杂，他告诉我每次给客户讲解时，只讲解其中最重要的两个功能，客户都理解不了。恕我愚见，其中60%的功能可以在页面上砍掉，同时不影响用户使用；
6. 最小成本非迭代，而是控制源头出发点
今日董哥提到，做项目前可以用PPT来先讲解，当然产品业界也有比较多的做原型的软件（Axure等），其实这都是提及了，小版本迭代时，已经是较大的投入了，而最小的投入，应该是需求的良好获取。在项目开发中少修改甚至不修改，同时恰到好处的解决用户实际问题，个人认为是比较Happy的事情；
7. 以人为本，创造极致的用户体验
饭桌上，CTO提到他宝宝在无人指导的情况下就会使用iPhone。同时也说明了iPhone的易用性，iPhone的易用性主要是以人为本的思考方式，我国很早就会这种方法了，孔子曰：“己所不欲勿施于人”，其实就是主要，如果做出来的东西，自己都认为不太好，（有时候开发说是最佳协调点，我经常干这种事呀，哈哈 ~ 在此自我批评了），那么这个功能点就一定要么是需求从功能上改，要么就是技术上有很大的提高空间。真正从用户的角度去想，就一定能极致的产品。
