今日，有幸得到公司CTO宴请我们组成员，饭桌上，我们谈到公司的产品理念时，我提及了一些自己的浅薄见解，现整理如下。

1. MVP是方法，刚需仍需深入抓

    那天听完CEO讲完MVP精益创业的培训，久久不能平静，遂在图书馆中踱步思考之时，想到MVP真正能够解决企业创造出如Apple一样的产品吗？小弟愚见：MVP是一种做产品的方式方法，其根本是避免企业走弯路，以最小的代价做最快的迭代，尽快的投入测评，然后及时纠正自己的方向（快速、低成本、高效益）；

2. 客户知其痛点吗？

    正如福特所说：客户想要的永远是一个跑的快的马车。换句话说，如果客户知其痛点，那么他们很可能就主动找方法去解决了；

3. 麦肯锡方法找客户痛点

    麦肯锡之所以长盛不衰，是因为尊重事实，即便是非常有经验的员工在解决公司实际问题的时候，也会空杯心态进入要服务的公司，与员工同吃同睡，了解其企业问题的根本原因。当然这可能对创业公司并非很适用，因为成本太过大，但是也从中得以提示，只有切身想客户所想，感客户所感，才能痛客户所痛，才能引导客户找到其所需，才能做出真正客户需要的产品；

4. 化产品于无形

    做出用户需要的产品是初步，做出极致需要团队更多的努力。一个产品的极致体现在用户感觉不到自己在用这个产品，而是迅速达到自己想要的效果，和获取自己想要的信息。所以系统可能并不是局限于web端、移动端等客户能看到的，而可能是基于后台复杂逻辑之后简单的一个邮件和短信。

    那天我在图书馆踱步的时候想，苏宁的SDM真的应该是这样吗（当然SDM在亢总带领下，真的是做的非常好了）？有时候因为其复杂的部门交互导致的权限问题，无论是给开发还是给用户都带来了不好的体验，或许可以是这样，将其日常的报表行为导入SDM，由其自己将广告投放出去，员工审核和系统进行曝光、点击评分，由此进行下次修正，这样屏蔽其现在复杂的人工操作，大数据是不是应该这样啊。（yy的想法，这样做两个好处，不打乱其原本的工作方式，同时，可以借助以前的数据友好的思考明天）；

5. 少一点，再少一点

    点石成金中提到，系统做复杂很容易，做简单很难。书的作者提到，他在做系统的时候经常在发布前，让开发将其精简到极致。每一个按钮、每一个动画都要有其意义所在。

    有一同学，现在在恒生电子工作，他曾经让我看过他们的金融产品，非常复杂，他告诉我每次给客户讲解时，只讲解其中最重要的两个功能，客户都理解不了。就小弟看来，其中60%的功能可以在页面上砍掉，同时不影响用户使用；

6. 最小成本非迭代，而是控制源头出发点

    今日COO提到，做项目前可以用PPT来先讲解，当然产品业界也有比较多的做原型的软件（Axure等），其实这都是提及了，小版本迭代时，已经是较大的投入了，而最小的投入，应该是需求的良好获取。在项目开发中少修改甚至不修改，同时恰到好处的解决用户实际问题，小弟认为是比较Happy的事情；

7. 以人为本，创造极致的用户体验

    CTO今天提到，您家的宝宝在无人指导的情况下就会使用iPhone。同时也说明了iPhone的易用性，iPhone的易用性主要是以人为本的思考方式，我国很早就会这种方法了，孔子曰：“己所不欲勿施于人”，其实就是主要，如果做出来的东西，自己都认为不太好，（有时候开发说是最佳协调点，我经常干这种事呀，哈哈 ~ 在此自我批评了），那么这个功能点就一定要么是需求从功能上改，要么就是技术上有很大的提高空间。真正从用户的角度去想，就一定能极致的产品。

产品设计之浅薄见解