用户需求分析.

1、用户需求分析四川磐实李威2014-03-31目标1、了解产品的基本常识，对产品和产品需求有一定的认知，知道什么是产品？什么是产品需求？什么是用户？什么是有效的需求？2、对用户需求有基本认识，知道什么是用户需求？什么是功能？产品需求的基本分析方法？3、知道产品相关的基本工具和简单应用。目录CH1 基本概念CH2 需求获取CH3 需求分析CH4 常用工具CH1 基本概念产品产品服务硬件材料软件CH1 基本概念产品 产品是指能够提供给市场，被人们使用和消费，并能满足人们某种需求的任何东西，包括有形的物品、无形的服务、组织、观念或它们的组合。 互联网产品就是指网站为满足用户需求而创建的用于运营的功能及

2、服务，它是网站功能与服务的集成。 产品和商品的区别在：商品是用来交换的产品，商品的生产是为了交换，而当一种产品经过交换后进入使用过程后，就不能再称之为商品了；当然，如果产品又产生了二次交换，那么在这段时间内，它又能被称之为商品了。CH1 基本概念用户你我他用户CH1 基本概念需求CH1 基本概念需求 需求简单说就是我们想要做一件事情，我们为什么想要做一件事情呢？是因为我们想要做出改变。为什么要做出改变呢？因为我们对现状不满，我们遇到了问题，或者想要满足内心的欲望，憧憬着达到一个新的目的地，一个伊甸园。但是，现实总是存在着各种阻力。 所以一个需求的构成是四个方面，现状（源点）、目的地、驱动力、阻

3、力。目录CH1 基本概念CH2 需求获取CH3 需求分析CH4 常用工具CH2 需求获取如何判定有没有需求在明确了什么是需求的情况下，很显然，我们判断一个产品有没有需求，包括4个方面： 源点：企业的现状 目的地：未来的结果 驱动力：问题、某种场景或情况 阻力：成本多少？需要付出什么代价？ 判断这4个方面，特别注意两点： 1）我们需要了解的不是事实，而是客户对于这些方面的“认知”。这些认知可能不是客观事实，但是是认知决定了他的行为。（在定位这本书里面特别强调这一点） 2）用户表现出“显性需求”，需要对源点和目的地的认知，并且驱动力的强度要远大于阻力的强度 CH2 需求获取新产品需求来源CH2 需

4、求获取获取方式CH2 需求获取潜在的需求福特汽车创始人 亨利福特的一句名言常常被人们作为反面案例引用：“如果听用户的，我们根本造不出汽车来，用户就是需要一匹快马。”我们不能光谈需求，而应该谈产品的解决方案与用户需求到底有什么关系。用户动机才是在用户需求与解决方案之间建立联系的最有效途径，这也是产品设计人员最重要的任务。就像警察办案一样，有时候看似得到了合理的人证、物证，但还要解释通嫌疑人的犯罪动机，如果犯罪动机解释不通，这个案子可能就不能草草定案。CH2 需求获取需求的动机目录CH1 基本概念CH2 需求获取CH3 需求分析CH4 常用工具CH3 需求分析为什么？公司立项一款全新产品，该类型产

5、品有两种情况;A. 公司重新对整个现有产品线进行战略布局调整，或者为主产品在市场上铺垫积累更多资源，而且在公司现运营的产品中，没有和这款新产品相同。B.还没有类似的产品出现，还有其他国家地区都没有的，这类产品需要投入的人力资源成本、时间较高，加上本身产品本身的信息资源缺少，市场环境和用户积累的信息资源、它的盈利模式不清晰的情况下、风险较大，除非你找到了用户的隐形杀手级的需求，又有实际可行的阶段盈利模式和目标。结论：所以需要深度理解用户需求，挖掘用户的深层次需求CH3 需求分析KANO模型需求实现与用户满意度之间的关系模型图，把需求按照需求满足和满意度两个维度把需求划分为基本型需求、期望型需求和

6、兴奋型需求三大类。同时用户的需求类型是随着时间变化的，也许期望型需求变成了基本型需求，兴奋型需求变成了期望型需求，需要重新挖掘用户的兴奋型需求。CH3 需求分析需求减法 需求减法的核心要点依旧是产品定位，围绕产品定位，根据产品价值，定义需求边界，把握核心需求，砍掉需求边界外一些无关紧要的需求。结论：需要了解这个产品的定位是什么？ 核心客户群是什么？ 核心价值是什么？CH3 需求分析专家评估法 顾名思义就是组织资深产品专家一起评估产品需求，决定做还是不做，是否值得去做，运用群体智慧的力量来决策产品需求。资深专家可以是技术专家、资深市场、资深客服等。 尤其值得一提的是老板需求，老板作为一个特殊的客

7、户，常常会对产品提出一些自己的设想，老板以他的经验、阅历及对市场的敏感度会做出一定的判断。针对老板需求在不影响整体产品逻辑的前提下可以适当考虑。如果偏离太远，可提供相应理由给老板定夺。CH3 需求分析六原则永远不要显得比客户聪明尊重客户的现实选择转述需求的人也是客户客户与用户要区别对待用最简单的文字记录用户需求天下没有免费的午餐CH3 需求分析需求管理 需求卡片：描述需求来源、需求内容及需求优先级的需求卡片，一般会用于市场、客服等相关合作部门提交需求所用。需求矩阵：EXCEL表单的形式记录每条需求，追踪需求动向，包括相应提出人、需求描述、需求优先级、需求评审时间、开发时间、开发人员、测试人员等。 需求文档：把整个产品拆成N个小功能模块，出具相应的需求文档，分阶段提供给开发、测试相关人员，在小公司小的产品中比较适用，但要求产品人员必须非常清楚产品的每个功能点，可以全盘考虑管理。 测试用例：测试用例一般以用户场景的