文档介绍：This template is the internal standard courseware template of the enterprise
人人都是产品经理
，甚至会发现砍到最后和一个月前的第一次方案是一样的。看似白搭的这个过程其实是有用的，这是一个“见山是山，见山不是山，见山还是山”的三段过程，对于那些加上又砍掉的功能点，在第一个阶段我们根本没有想到，
第二个阶段想到了，很兴奋，那就做吧，而第三个阶段的砍掉是权衡了利弊之后的决定，和“没想到”是完全不同的。我们无法绕过第一阶段的无知，也千万别停在中间那个功能点“大而全”的时候，必死无疑！
而第三阶段的，吸引用户的往往只是功能模块中的一两个点，我们一开始只要让其拥有100%的质量其实就够了，这样留给用户的是升级的期待，而如果反过来，功能铺得很开，但每个点都不爽，那反而喧宾夺主，把闪光的地方给掩埋了。愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子。越来越觉得当发现一个功能可有可无的时候，甚至只要是没有强烈的理由要做的时候，要明确的选择：不做！现在我们可以自我安慰了——少做就是多做！
然后定制了现在目标：安易点5大模块-现在只做2大模块，物业服务-及自营超市
落地执行：需求点层次
层次：把需求分成“基础、扩展（期望需求）、增值（兴奋需求）”三层
小明：“我想到一个手机的例子，打电话、发短信是基本功能；给电话录音是扩展功能，和基本功能相关；而如果这个电话特别结实，可以当锤子砸钉子，或者当砖头防身，那就是增值功能了。”
大毛：“嗯，好多山寨手机的特点就在于满足了一些诡异的增值需求，比如可以
当手电筒、当验钞机、当剃须刀……”
小明：“你是在夸还是在贬呢？”
大毛：“我也不知道，那些已经超出普通手机的范畴了……”
对需求种类的区分其实没那么绝对，取决于很多因素，比如商业目的变了，某个功能的分类也就变了，我自己经常从“雪中送炭”还是“锦上添花”的角度去理解：雪中送炭是基本功能，对用户很有用，产品缺了这个功能根本跑不起来，比如E-mail系统里的“收发邮件”；锦上添花的功能是指非必须的，用户有时用得到，有的话会给用户的使用带来方便，比如在发E-mail填写收件人的时候，系统根据你输入的内容自动提示你曾经发送过邮件的联系人
落地执行：需求点定位
我们在选择接触的过程中会很明显地感受到这两种需求的不同，没有雪中送炭的功能就像系统有缺陷一样，所以应优先考虑完善。而当一个锦上添花的功能被用户普遍接受以后，几乎所有的产品也都拥有了，也就渐渐发提升为雪中送炭的功能了，就像现在的手机，几乎没有人能接受非智能机，当智能机可是作为一大卖点来宣传的。（市场主流功能）
以前没看这本书之前每天下载6个左右APP 体验感觉优缺点，进行偷学分析，大而全，却不抓不到资源和重点
现在只分析下载使用商城类APP-如淘宝-飞牛-京东等
基础：下载注册使用方便-分类-搜索（热销，好评）-
品种类型-添加购物车-付款-在线 （支持积分抵扣）
货到付评价。秒杀商城-折扣店-新品店
UA设计合理-方便-容易-不繁琐等。
落地执行：测试后的需求筛选
值得一提的是，用户需求与产品需求是多对多的关系，我们可能用多个功能来满足一个用户需求，也可能用一个功能来满足多个用户需求，甚至是用几个产品需求来满足几个用户需求，其中并没有一一对应的关系。
对任何产品来说，只要需求采集的功夫做足了，你就会发现上面这个产品需求列表行数超多，所以在需求转化过程中，我们也会做一轮筛选，把明显不靠谱的用户需求直接过滤掉，不计入上述列表，当然，是否“明显不靠谱”就要由你来把握了，不要把“没资源做”、“短期内有技术难点”的用户需求给错杀了。
小明：“我知道了，我想去火星就是明显不靠谱，而想去月球就是钱不够的问题。”
大毛：“那也是明显不靠谱……你想去欧洲玩一个月才是钱不够的问题。
落地执行：可用性测试的必要性
每一个优秀的产品都是靠着不断的升级、优化、改版才逐渐获得认可的。改版的初衷都是为了产品升级，更好地服务用户，可用性测试就是一种很合适的方法，来保证产品改版的安全性。对于一个产品经理来说，如何在合适的时机推动一次合理的改版，是一大考验，联想一下淘宝网“我的淘宝”曾经做过的改版、2007年底豆瓣、2009年百度贴吧的改版，都因为用户的反对声音太大不得已道歉、改回去，
而我们在没有进行可用性测试的时候就进行使用，因为缺乏经验而造成太多损失，客户的体验感也非常糟糕
包括安易点实整体运营及实体店的相关体系。
落地执行过程：学会思考及使用已有资源
最爽就是“四两拨千斤”做得少不如做得巧。做这样的事情实在太爽了，让我对下面这个故事过目不忘。
话说