标签：人人都是产品经理 需求的dan检测过程 需求转化 需求的商业价值 初评实现难度
夜深了，本来应该睡觉，本来今天发的贴子也够多。但是，学习有一种惯性，一旦启动，很那停下来，一旦停下来，变得懒惰也很难再继续。
总结一下苏杰的2.3“听用户的但不要照着做”的只是内容。
用户需求：用户自以为的需求，并且经常表达为用户的解决方案。
产品需求：经过我们分析，找到的真正需求，并且表达为 产品的解决方案。
需求分析：从用户提出的用户需求出发，挖掘出用户内心真正的渴望，再转化为产品需求的过程。
需求分析和技术分析最大的不同点。
需求分析是：树叶--树枝--树干的分析过程，而技术分析是：树干--树枝--树叶的分解过程。其实一个需求分析的过程是先树叶--树枝--树干，到这一步为了解决实现我们的产品需求这个时候我们又要站在技术人员的角度对问题进行分解，于是又得树干--树枝--树叶这样分解问题。
这是个哲学话题，我也是受益匪浅。什么是需求，我们之前说到过，需求呢就是理想与现实之间出现了距离，所以就有了需求。
那么如何让这个距离缩小，即解决需求。有三种方式，很有意思的。
1）改变现状。既然现状和我们的理想有距离，最直接想到的就是改变现状，我要个QQ，就实现一个QQ，这是最笨的方法，但也是我们最常用的方法。
2）降低理想。这个也是个非常好的想法，所以每次我出去旅游如果抱团的话，导游都会跟我说，大家对“团餐”做好心里准备哈，因为我们这个是拼团，大家的费用都是非常低，所以想吃的好呢，是不可能的，“丑话说在前头“，其实，就是给我们心理打预防针，降低我们的理想。恩。这样也是可以拉近现状和理想的距离。
3）转移需求。这个绝。因为人的注意力是有限的，当一个小孩闹着糖吃的时候，你应该告诉他隔壁的小红来找他玩，或许他就忘记了糖。
所谓创造需求，就是我们自己拍脑袋去想的，这个做的最成功的就是苹果已故的领导人，乔布斯。但不是每个人都有这种敏锐的嗅觉，而且，这种活最好是交给一个经验老道的人做，千万不要交给一个能力不足的闲人去胡思乱想。
这个过程主要包含：需求转化，确定基本属性，分析商业价值，初评实现难度，计算性价比。
把用户的需求转化为产品需求，因为在早期我们的用户需求比如记录在单项需求卡片中或者其他的访谈记录中，我们把这些进行整理后。团队进行”头脑风暴“，对需求进行讨论，提炼，对用户的内心世界达成一个统一的认识，然后共同提出一个可能不太成熟的解决方案，然后每个人分一块，去把它们转化成产品需求，并记录下来。
对上一步产生的产品需求列表，我们需要进行规范的维护，需要对需求确定一些基本属性。例如，编号，提交人，提交时间，模块，名称，描述，提出者，提出时间，Bug编号。
需求的分类知多少
需求通常分为功能性需求和非功能性需求。功能性需求可以分为：新增功能，功能改进，体验提升，BUG修复，内部需求等；层次分为基础（必须），扩展（期望需求），增值
（兴奋需求），具体见KANO模型。
非功能性需求有：性能，可培训，可维护，可扩展等等。。。
商业价值这个，通过需求讨论会来进行评定，对需求进行重要，紧急，持续时间和商业价值方面的评定。商业价值的描述说白了就是卖点。将商业价值抽象为一个指标，比如1.2.3.4，如果不知道哪个更值钱，那么谁官大谁定，因为毕竟他更有经验。
这个就是工作量的评定。一个项目用到的资源有：产品，开发，测试，服务等。然后决定一个项目的进度的是这个项目里面的瓶颈资源，而通常在互联网，软件行业里面，开发人员是资源瓶颈，其他的都还可以调配，这个是最难调配和估计的。所以，需求的工作量可以简化为”开发量“。
而开发量是用”人.天“来计算的。我们经常面临的问题是，产品经理问开发，这个功能需要多久，开发说我不清楚，因为你没有说清楚具体怎么做，然后产品说，你没法给我具体多久我没法具体设计如何做。。。。死循环。其实，这个问题还是可以解决的，就是尽量找做过的，或者说资历老的开发进行初评，一般就是技术经理，架构师。
确定好工作量后，就可以进一步确定工期。
性价比=商业价值 / 实现难度（开发量）
用性价比决定，需求的顺序
码农的产品思维培养第4节----听用户饿但不要照着做《人人都是产品经理》
标签：人人都是产品经理 需求的dan检测过程 需求转化 需求的商业价值 初评实现难度
原文地址：http://blog.csdn.net/minimicall/article/details/39910005
