一口气把《人人都是产品经理》读完了。因为不是IT人士，所以阅读时滤掉了大部分技术上内容~
【摘录】产品就是用来解决某个问题的东西。 ……“需求开发”，是“发现一个问题，然后设法将其转化为一个任务来解决” 。
书中所有内容都是围绕“产品”展开，但其本质其实是对“需求”的收集、分析、处理，也就是上文的“发现问题”“设法转化为任务”“解决问题”。对于“需求”的描述，本书作者没有像《做单1》写的那么赤祼，但重视程度是不相上下的。无论产品设计，还是销售环节，需求的作用都不可小觑。
如一般销售工作的几个关键环节：找客户（需求开发）→树立信誉建立关系网（需求开发）→了解客户（需求开发）→推销（需求开发）→解答客户疑问（需求开发）→成交（满足客户需求）→维系客户（满足客户需求）→找客户……此间种种需求已非彼需求那般纯洁了。
不过书中提到的一些关于采集和分析需求的方法还是比较有代表性的。
【以下为相关摘录】
避免：
第一，“说”和“做”不一致的问题。
简单说明：采访中说对蓝色产品感兴趣的客户，走时拿的却是黄色产品~
防止被骗的方法恐怕像索尼一样，尽量在用户可以和产品发生交互的场合下进行，让用户在“说”的同时也“做”。
第二，样本少，以偏概全的问题。
问卷作了二张，得出结论，这个城市的人都喜欢屎黄色产品……
第三，用户过于强势，把我们往沟里带
谈了半天人生，到头来你想知道的信息，一条都没问出来~
第四，我们过于强势，把用户往沟里带。
唠半天你成销售了，客户到是直接买了，可你来的目的是啥啊？是需求开发啊~
关于用户访谈的注意点：
避免一组固定的问题：
固定的问题会让被访者产生被审问的感觉，我们应该准备好问题清单，但清单只起一个引导作用，并不用照着读。
首先关注目标，任务其次：
比用户行为更重要的是行为背后的原因，多问问用户为什么这么做。
避免让用户成为设计师：
听用户说，但不要照着做，用户的解决方案通常短浅、片面。
避免讨论技术：
特别是碰到一些略懂技术的用户，不要与其纠缠产品的实现方式。
鼓励讲故事：
故事是最好的帮助设计师理解用户的方法。
避免诱导性的问题：
典型的诱导问题是“如果有××功能，你会使用么？”一般来说用户会给出毫无意义的肯定答复
用户需求：用户自以为的需求，并且经常表达为用户的解决方案（他认为好，但结果可能是很没效率、很不经济的）。
产品需求：经过我们的分析，找到的真实需求，并且表达为产品的解决方案。
需求分析：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。
听到过一个说法，说需求分析与常见的技术分析最大不同是思路的本质差异，
技术分析是“树干——树枝——树叶”的任务分解过程，
需求分析是“首先：树叶——树枝——树干，其次：树干——树枝——树叶”的分析过程，
想吃猪骨头火锅，这个用户需求无非两个原因——饿了或者馋了。如果他真的是馋了，那就吃吧，不过如果是饿了，那我完全可以用一个低成本的解决方案——馒头。虽然小明眉头紧锁，但现在经济不景气，毕竟节省了 98.75%的成本啊！
满足需求的三种方式：
改变现状。是我们最常用的，去开发某种产品，但也是最笨的办法。
降低理想。不要忽视精神的力量，什么“打预防针”、“丑话说在前头”这类句子想必大家都经常听到。
转移需求。因为人类的注意力是有限的，所以引导用户去关注其他事物，他就会觉得这个差距没那么可憎了。我们也可以说，人的行为是需求驱动的，想改变人的行为，可以寻找更强烈的需求展现给他，而让他不再纠结于原来的需求。
以写字楼电梯问题为例：
改变现状。在这个案例中就是增加电梯数目，或者加快电梯运行速度，但成本太高，直接被否定。
降低理想。告诉楼里的小白领们，隔壁那个写字楼中午要等 40分钟呢。俗话说“不患寡而患不均”，人们更在意的是相对而不是绝对，这样确实可以减少抱怨，但是一种低水平的满足需求，对产品美誉度没有帮助。
转移需求。电梯门上贴一些锻炼身体的公益广告，当然内容是说爬楼有益身体健康。有效，部分用户走楼梯去餐厅了，但是刚吃过饭怎么办？爬几十层楼要得阑尾炎的。最后，采用了一个看起来很傻的方案，在电梯门旁边安装一面镜子，让等待的人们可以整理一下仪表，或者搔首弄姿一番，不至于那么无聊。
产品设计的最高境界——创造需求！
这本书令我回想起《灰商》中的一句话：“有欲望，才会有满足欲望的生意。”所以，我更愿意把“需求”还原为“欲望”……