‘壹’ 产品需求分析思路和方法（笔记整理）
本篇文章是对超仔老师课件的笔记整理，对于入门级产品经理应该如何掌握对产品需求分析思路和方法，学习完本课堂能够对这方面的知识体系更加系统性地了解，课件内容是理论和实际例子的结合，实实在在的干货知识通俗易通。对自己近期奔波于各公司的面试有莫大的帮助。
总共有三节课：
第一节主要内容是产品需求内涵的理解；认识需求的分类、层级、规律；学会如何正确地表达一个产品需求。
第二节主要内容是对需求获取的渠道和方式的掌握；学会对记录需求的方式。
第三节主要内容是对需求挖掘使用场景的了解；需求挖掘方法的掌握；需求分析的方法和需求优先级的排序方法的掌握。
一、产品需求分析思路和方法--产品需求
1、产品需求的内涵
①什么是产品？
所有的人造物都可以是产品，为了满足人们特定的需求而生产出来。汽车是为了让你移动的更快；房子为你遮风挡雨；衣服是让你保暖与遮羞。
②什么是需求？
需求是由个体在生理上或心理上感到某种欠缺而力求获得满足的一种内心状态，它是个体进行各种活动的基本动力。这是需求在心理学上的定义。
③需求的产品的关系
产品是为了人们的需求而被生产出来的，因为需求的驱动，才会使得用户需要产品。互联网产品就是通过互联网技术来满足人类的需求。
互联网产品的形态有：App、Web网页、PC客户端、各种硬件内的软件、AR、VR等等。产品经理所做的工作就是如何设计互联网产品去满足用户的各种需求
④案例分析：中午你饿了，想尽快吃饭，又不想出门，快速填饱肚子是需求，因此诞生了外卖产品。比如：美团外卖、饿了么
⑤理解需求的误区
很多产品在讨论需求的时候，会流于表面，最常见的一个问题就是把解决方案当成了需求，对需求的理解挖掘一定要到心里状态这个程度。
2、需求的分类及层次、规律、拆解用户需求
①需求分类
用户需求：满足用户所想，用户是上帝
商业需求：一切向钱看，商业化是目的，实现产品价值的最大化。
用户需求和商业需求的关系
提供产品必须满足用户需求，你只有满足了用户需求才会对用户产生价值，你才有可能实现你的商业化目的。谈商业需求的前提一定是谈用户需求，只要把用户需求满足好了你的商业需求才有可能得到实现。
案例分析：微信在起步阶段，用户需求高于商业需求仅仅满足用户需求不收取任何费用没有任何广告，最近几年，用户需求满足得很好了，作为一个成熟的产品，要攫取商业利润，商业化信息越来越浓，支付提现要手续费，广告介入，售卖广告位。
②需求层次：马斯洛需求层次理论
(Ⅰ)生理需要：满足日常生活基础所需，如吃穿住用行等；
(Ⅱ)安全需要：如对健康的担心、对贫困的恐惧、对无知的忧心、都是缺乏安全感的表现，在安全感匮乏的同时，则内心驱动会促使去满足获取安全感的需要；
(Ⅲ)社交需要：社交包括友情、爱情、亲情等多个层次；
(Ⅳ)尊重需要：希望可以得到别人的尊重，展现自己，获得人们的认可。尊重与被尊重都存在与社交网络中交流互动中；
(Ⅴ)自我实现需要：最高阶级的需求。如微博加V、知乎。
用户需求：人性七宗罪，在圣经里，人类天生都是罪恶的，所以从生下来开始一生都在赎罪，具体有七宗罪：淫欲、贪食、贪婪、懒惰、暴怒、妒忌、傲慢。
③需求层次的规律
规律一：需求层次理论将人类需求从低到高层次划分为5类，只有较低层次的需求得到满足之后，较高层次的需求才会成为新的动力。
规律二：这些需求都是与生俱来的，不会随着社会的变革而变化，即需求是不会变的，变的是满足需求的产品。
规律三：产品最核心的是其解决的需求是否是刚需。马斯洛最底层的生理需求，如生活类的吃穿住行，即为刚需。其上一层次的安全需求，也都是普遍存在的，而越往上，则变得越来越不必要，如自我实现，不再是所有人的必须。
规律四：越底层的东西，越是平淡无奇，使用起来越是不温不火。需要的才打开使用，是一种工具。而其他基于新鲜感的需要，则在使用高峰时则万人空巷；低谷时，则门可罗雀。故基于底层的工具类需求，粘性未必最高，但一定是生存最久的。
④拆解用户需求
一条用户需求可看做是‘目标用户’在‘合理场景’下的‘用户目标’，其实就是在解决‘谁’在‘什么环境’下想要‘解决什么问题’
案例：拆解用户需求
需求一：酷爱音乐，跑步的时候一定要听音乐，而且要听特别感动的音乐
需求二：想知道最近流行什么音乐，不然K歌总觉得自己落后
需求三：不知道听什么，推荐的自己不喜欢
本章小结
需求是产品经理口头上出现频次最高的词汇，但需求二字背后的真正含义又有多少人知道。究竟产品需求包括什么，需求如何分类，用户需求和商业需求究竟什么关系，以及需求的正确打开方式是什么，通过本节课能够深刻领悟到
二、产品需求分析思路和方法--需求的来源
1、需求获取的渠道：外部和内部
①外部：
外部获取需求的方式有用户、竞品、市场、合作伙伴
(Ⅰ)用户：产品设计的初衷就是为了满足用户的需求，可通过用户反馈、用户调研获取；
(Ⅱ)竞品：竞品分为两种。一种是用同样的产品功能满足同样用户需求的产品，另一种是用不同的产品功能满足同样用户需求的产品。竞品对用户需求的满足程度、满足方式可以为我们的产品设计带来一定的启示
(Ⅲ)市场：需求和产品常常会受到行业政策调整的影响。如‘净网行动’、‘打车软件专车服务属非法营运’等
（Ⅳ）合作伙伴：合作伙伴在商业模式中扮演着重要的角色
②内部：
内部获取需求的方式有产品数据、老板、同事、自己
(Ⅰ)产品数据：用户在使用时会产生行为数据，这些客观的数据一定程度上会反映出用户需求
(Ⅱ)老板：企业运转的根本目的在于盈利。产品在满足用户需求的同时必须兼顾公司的战略需求。
(Ⅲ)同事：产品、研发、设计、运营、市场、销售、客服是距离用户最近的人，往往最能理解用户抱怨的点也能提出建设性的意见。
(Ⅳ)自己：产品经理应该成为自己产品的重度用户，而且是产品的目标用户，在使用产品的过程中发现用户需求，如此一来更能帮助用户解决问题。
2、需求记录
产品相关人员在获取需求之后，还需要对数据进行一个初步的记录，以便于后面的产品经理对需求进行分析、管理与实现
①需求的记录方式
②需求类型
按产品属性划分：分为idea、新增、优化、Bugfix四种类型；
按产品职能划分：分为功能类需求、运营类需求、数据类需求、设计类需求；
本章小结
需求来源于各方面，产品经理对于需求的把控是检验产品能力的重要一环。现实中往往出现需求很多但都不合理，问题就在需求的来源不对，导致需求的质量不高，因此要把控好需求的来源，提高需求的质量。
三、产品需求分析思路和方法--需求的挖掘
1、了解需求挖掘的使用场景
通常产品规划前期，产品经理需要定位好用户的痛点，为其提出解决方案，并作为产品的核心功能和卖点。比如景区导航的核心功能点是定位和导航，天气预报App的核心功能是天气报道和预报，明确其核心功能后，还需规划其他延伸的功能或相关功能，以增加用户的粘性，推动用户的活跃和转化。
2、掌握需求挖掘的方法
①心里+场景方式就是通过用户在某个环境状态下，对用户每个心里状态进行分析和提出解决方案的过程。
案例分析：墨迹天气是以天气播报为核心功能的，当用户知道天气情况后，他们有哪些心理活动？又下雨了？今天穿多少衣服出门？空气质量是否适合运动、逐一的梳理出用户在这个场景下可能存在的心理状态，针对心理状态列出功能点
②标签+场景是通过对用户的基本认知进行场景化思考，对这个特点的用户在这个场景下需要哪些功能。
案例：keep是针对80后的运动软件，那么我们先列出80后的社交和标签行为，然后选择一个场景逐一考虑是否有新的功能点。
3、需求分析
①需求分析的方法
需求分析分成三个部分：需求筛选、需求透视、需求排序
三者的逻辑：首先筛掉不做的需求，其次对要做的需求进行进一步提炼，最后对提炼好的需求进行优先级排序。下面对这三者做下分析
（i）需求筛选
需求筛选的特点包含真实性、一致性、价值性、可行性；
真实性：这个需求是否可以满足用户的需求；
一致性：有多少用户需要这个需求，覆盖率多大，是否满足产品定位；
价值性：需求能带来多大的价值？需要付出多大成本？；
可行性：需求在现有的资源上是否能实现；
（ii）需求透视
需求透视包括表面需求、本质需求、产品需求。本质需求是用户想解决的根本问题。获得用户的本质需求更能找出合理的解决方案来解决用户需求；产品需求是依据用户想解决的根本问题，得出更好的解决方案
（iii）需求排序
需求排序的三个基本考虑因素：战略定位、产品定位、用户需求，具体而言可以分为七个维度：相关性、逻辑性、价值性、强度、广度、频率、类型
（Ⅰ）相关性：考察需求与战略地位、产品定位的相关性
（Ⅱ）逻辑性：完成A功能才能进行B功能
案例分析：微信钱包开发战略：绑定银行卡—充值—消费—红包—理财通—京东精选—生活缴费
（Ⅲ）价值性：考察需求能创造的企业价值、用户价值的性质与数量
（Ⅳ）强度：考察需求的强弱，三个因素考虑：必要性（不可缺少）、高频次（需求次数多）、持续性（长时间保持足够的需求频次）
（Ⅴ）广度：需求覆盖的目标用户有多少
（Ⅵ）频率：考察需求单位时间内出现的次数
（Ⅶ）类型：依据KANO模型对需求作出分类，考察需求类型。KANO模型认为用户需求可分为基本型需求、期望型需求、兴奋型需求
本章小结
产品的需求的来源于用户、客户、领导，产品经理应该要有自己的一套产品功能规划思路和方法论；对收集到的需求，可以通过“心里+场景”、“标签+场景”这些纬度去判断需求是否符合用户心里和个人特征；紧接着对符合的需求的进行分析、筛选、优先级排序，这项工作是最考验产品能力的，互联网行业瞬息万变，只有利用好手中的资源合理安排需求，才能抓住市场机遇，优先满足用户需求，获取市场流量。
‘贰’ 需求分析方法有哪些
问题一：需求分析有哪些方法 三种需求分析的方法：结构化分析方法、面向对象的分析方法、面向问题域的分析方法。
结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业或冲务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。
面向对象的分析方法陪团如的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺芦启点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人骸的要求非常高。
问题二：项目需求分析的分析方法 需求分析的方法有很多.这里只强调原型化方法,其它的方法如:结构化方法,动态分析法等(个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法)在此不讨论.原型化方法是十分重要的(是软考等常考的知识点).原型就是软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能.原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部功能,但是这个系统可能在可靠性,界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性,如算法的可行性,技术的可行性,或考察是否满足用户的需求等.如,为了考察是否满足用户的要求,可以用某些软件工具快速的建造一个原型系统,这个系统只是一个界面,然后听取用户的意见,改进这个原型.以后的目标系统就在原型系统的基础上开发.原型主要有三种类型(软考考过):探索型,实验型,进化型.探索型:目的是要弄清楚对目标系统的要求,确定所希望的特性,并探讨多种方案的可行性.实验型:用于大规模开发和实现前,考核方案是否合适,规格说明是否可靠.进化型:目的不在于改进规格说明,而是将系统建造得易于变化,在改进原型的过程中,逐步将原型进化成最终系统。在使用原型化方法是有两种不同的策略:废弃策略,追加策略.废弃策略:先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改,形成比较好的思想,据此设计出较完整,准确,一致,可靠的最终系统.系统构造完成后,原来的模型系统就被废弃不用.探索型和实验型属于这种策略。追加策略:先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心,然后通过不断地扩充修改,逐步追加新要求，发展成为最终系统。进化型属于这种策略.
问题三：如何做好需求分析，需求调研 转载以下资料供参考
从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
狭义上理解需求分析指需求的分析、定义过程。
原因
需求分析就是分析软件用户的需求是什么。如果投入大量的人力，物力、财力、时间，开发出的软件却没人要，那所有的投入都是徒劳。如果费了很大的精力，开发一个软件，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的(相信大家都有体会)。比如：用户需要一个for linux的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发for windows的软件。当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，恨不得找块豆腐一头撞死。
需求分析之所以重要，就因为他具有决策性、方向性、策略性的作用，他在软件开发的过程中具有举足轻重的地位，大家一定要对需求分析具有足够的重视。在一个大型软件系统的开发中，他的作用要远远大于程序设计。
任务
简言之，需求分析的任务就是解决“做什么的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求。
过程
需求分析阶段的工作,可以分为四个方面：问题识别、分析与综合、制订规格说明、评审。
问题识别：就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，以及需求应该达到的标准。这些需求包括：功能需求(做什么)、性能需求(要达到什么指标)、环境需求(如机型、操作系统等)、可靠性需求(不发生故障的概率）、安全保密需求、用户界面需求、资源使用需求(软件运行是所需的内存、CPU等)、软件成本消耗与开发进度需求、预先估计以后系统可能达到的目标。
分析与综合： 逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分。最后综合成系统的解决方案，给出要开发的系统的详细逻辑模型(做什么的模型)。
制订规格说明书： 即编制文档，描述需求的文档称为软件需求规格说明书。请注意，需求分析阶段的成果是需求规格说明书，向下一阶段提交。
评审： 对功能的正确性，完整性和清晰性，以及其它需求给予评价。评审通过才可进行下一阶段的工作,否则重新进行需求分析。
方法
需求分析的方法有很多，这里只强调原型化方法，其它的方法如：结构化方法、动态分析法等，从来没用过这些方法在此不讨论。
原型化方法是十分重要的，原型就是软件的一个早期可运行的版本，它实现了目标系统的某些或全部功能。
原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能。但是这个系统可能在可靠性、界面的友好性或其他方面上存在缺陷。建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性、技术的可行性或考察是否满足用户的需求等。如：为了考察是否满足用户的要求，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，然后听取用户的意见，改进这个原型。以后的目标系统就在原型系统的基础上开发。
原型主要有三种类型：探索型、实验型、进化型。
探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。
实验型：用于大规模开发和实现前，考核方案是否合适，规格说明是否可靠。
进化型：目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。
在使用原型化方法时有两种不同的策略：废弃策略、追加策略。
废弃策略：先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改,形成......>>
问题四：请问常用的需求分析方法有哪些？ 结构分析方法和面向对象分析法
问题五：培训需求分析的方法有哪几种 组织资源分析
如果没有确定可被利用的人力、物力和财力资源，就难以确立培训目标。组织资源分析包括对组织的金钱、时间、人力等资源的描述。一般情况下，通过对下面问题的分析，就可了解一个组织资源的大致情况。
组织特质与环境分析
组织特质与环境对培训的成功与否也起重要的影响作用。因为，当培训规划和组织的价值不一致时，培训的效果则很难保证。组织特质与环境分析主要是对组织的系统结构、文化、资讯传播情况的了解。主要包括如下内容：
系统特质指组织的输入、运作、输出、次级系统互动以及与外界环境间的交流特质，使管理者能够系统地面对组织，避免组织分析中以偏概全的缺失。
文化特质。指组织的软硬体设施、规章、制度、组织经营运作的方式、组织成员待人处事的特殊风格，使管理者能够深入了解组织，而非仅仅停留在表面。
资讯传播特质。指组织部门和成员收集、分析和传递信息的分工与运作，促使管理者了解组织信息传递和沟通的特性。
问题六：在需求分析阶段常用的图形工具有哪三种 1. 需求分析是准确的理解用的需求将其转换成需求定义，然后由需求定义转换成形式化的功能规约。需求分析的困难表现在问题的复杂性、交流的障碍、不完备和不一致性、需求易变性。 2. 结构化分析方法是采用自顶向下逐层分解的分析策略把一个复杂的系统分解成若干小问题然后分别解决 3. 数据流即数据通过一个系统时的变化方式。输入数据首先转换成中间数据，然后转换成输出结果数据。在此期间可以从已有的数据存储（如磁盘文件或内存缓冲区）中引入附加数据。对数据进行转换是程序中应有的功能或子功能。两个转换功能之间的数据传递就确定了功能间的接口。 4. 把一个功能分解成几个子功能，并确定这些子功能与父功能的接口，就属于横向分解。 5. 把一个功能分解成几个子功能，并确定这些子功能与父功能的接口，就属于横向分解。但如果继续分解，把某些子功能又分解为小的子功能，某个小的子功能又分解为更小的子功能，这就属于纵向分解了。 6. 数据流图是用来表示系统的功能的工具它表示系统的逻辑模型描述了数据流在系统中流动的情况它是一种功能模型。
问题七：如何做需求分析 随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。
网站项目管理（WPM）的含义为Web-based Project Management，即以Web 应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web
服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。
按照笔者的经验，网站项目管理可以分为以下l六个阶段进行控制：
1. 需求分析及变更管理
2. 项目模型及业务流程分析
3. 系统分析及软件建模
4. 界面设计、交互设计及程序开发
5. 系统测试和文档编写
6. 客户培训、技术支持和售后服务
需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。
（一）如何做好需求分析及变更管理？
业务员与客户进行的沟通，撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。
一：让客户畅所欲言，罗列出所有的需求
让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。
很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！
二：透过现象分析潜在的需求
很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。
客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。
比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下......>>
问题八：软件需求分析的方法和工具有哪些内容 1. 问卷调查法， 开发方就用户需求中的一些个性化的、需要进一步明确的需求，通过采用向用户发问卷调查表的方式，达到彻底弄清项目需求的一种需求获取方法。这种方法适合于开发方和用户方都清楚项目需求的情况。因为开发方和建设方都清楚项目的需求，则需要双方进一步沟通的需求就比较少，通过采用这种简单的问卷调查方法就能使问题得到较好的解决
2. 会议讨论法 ，开发方和用户方召开若干次需求讨论会议，达到彻底弄清项目需求的一种需求获取方法，这种方法适合于开发方不清楚项目需求（一般开发方是刚开始做这种业务类型的工程项目）但用户方清楚项目需求的情况。因为用户清楚项目的需求，则用户能准确地表达出他们的需求，而开发方有专业的软件开发经验，对用户提供的需求一般都能准确地描述和把握
3. 界面原型法 ，开发方根据自己所了解的用户需求，描画出应用系统的功能界面后与用户进行交流和沟通，通过“界面原型”这一载体，达到双方逐步明确项目需求的一种需求获取的方法。这种方法比较适合于开发方和用户方都不清楚项目需求的情况。因为开发方和用户方都不清楚项目需求，因此此时就更需要借助于一定的“载体”来加快对需求的挖掘和双方对需求理解。这种情况下，采用“可视化”的界面原型法比较可取
‘叁’ 用户和市场需求分析的方法论
十步法的第一步是用户与市场分 析，说到底其实就是“ 有没有机会 ”，这个机会从哪来。其实机会主要来自目标用户，所以这一步主要阐述目标用户群是谁； 有什么特 征；他们使用产品的 场景有哪些；需要痛点是什么；需要频次怎么样 ；这样的目标用户群聚合起来的市场容量或规模到底有多大。
目标用户群贯穿战略规划、需求分析、用户体验设计和产品运营等产品生命周期关键环节。
到底哪些用户是被瞄准的目标用户群呢？这些用户有什么特征？
使用场合 ：如何使用、什么时候、什么地方
地理位置 ：农村、一线城市、二线城市
态度 ：产品类别态度，沟通渠道态度
利润潜力 ：获取成本、收入、服务成本
价值观/生活方式 ：价值取向、态度
需求/动机/购买因素 ：质量、服务、价值、功能、品牌、设计；
使用行为 ：使用频率、决策过程、购买渠道、使用量、费用支出；
人口特征 ：性别、年龄、教育程度、收入；
用户真心想要的产品或服务与他们实际购买或使用的产品或服务之间，总是存在着一条巨大的鸿沟，这条巨大的鸿沟其实就是用户需求的痛点。
如何评估一个需求是不是用户需求的痛点？通常采用的方法如下 ：
逆向法 ：如果不满足用户，就会导致用户忍受不了甚至不会再使用或消费产品的需求就是痛点需求，在这类需求上用户得不到满足，生理或心理就遭受重大打击。
付费法 ：满足用户，用户愿意为之付费的需求。
必须法 ：离不开，必不可少的需求。
环境法 ：受国家政策法规、文化、习惯、重大事件等影响的需求。
动态法 ：用户使用场景变更，可能会导致非痛点需求动态变化成为痛点需求。
马斯洛需要层次法 ：生理、安全、社交、尊重、信息获取、审美、自我实现需要，越底层越有可能成为痛点需求。
（1）消费者
对于消费者来说，他们面对什么样的问题呢？
1）信息不对称，2）缺乏信任，3）价格过高；
（2）生产者
对于生产者来说，他们又面对什么样的问题呢？
1）信息不对称，2）消费者不信任，3）成本过高；
用户场景指的是用户在什么时间、什么地点使用或消费产品。写作文有四个要素：人物、时间、地点、事件，事件可分为起因、经过和结果。比如，主人公是谁（人物），在什么时间（时间）、什么地点（地点）要做什么事，怎么做的（经过），结果怎么样（结果）。
1）观察型、体验型、信任型、价格敏感型、无主见型、熟人推荐型 ；
市场规模即市场容量，是指一个特定市场供应品的使用或购买人数，市场规模主要是研究目标产品或行业的整体规模，具体可能包括目标产品或行业在指定时间的产量、产值等。需求是市场预测直接决定了企业是不是要对该产品进行创新实验和投资，市场规模是需求测量的目标。市场容量是一个变量，会因时而变，可以科学估算得出，具体如何估算市场容量呢？常用的方法有占比加权法估算、核心精算法估算、替代品类比法估算、统计调查法估算和历史数据分析法估算。
总结：十步法第一步是最重要的一步，若第一步的分析出现偏差，那么后面的九步基本上都废了，可见用户与市场分析的重要性，学会利用麦肯锡八法来细分用户及市场，捕捉目标用户群特征，牢记目标用户群贯穿整个产品生命周期，是“紧箍咒”，懂得利用逆向、付费、环境、必须、马斯洛需要层次方法挖掘出用户需求痛点，采用漏斗法估算出产品的市场容量，第一步的重中之重是准备挖掘出用户需求的痛点 。
下一篇：分析竞争对手的方法....
‘肆’ 需求分析有哪两种主要分析方法
从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法。
(1)功能分解方法。
将新系统作为多功能模块的组合。各功能义可分解为若干子功能及接口，子功能再继续分解。便可得到系统的雏形，即功能分解——功能、子功能、功能接口。
(2)结构化分析方法。
结构化分析方法是一种从问题空间到某种表示的映射方法，是结构化方法中重要且被普遍接受的表示系统，由数据流图和数据词典构成并表示。此分析法又称为数据流法。其基本策略是跟踪数据流，即研究问题域中数据流动方式及在各个环节上所进行的处理，从而发现数据流和加工。结构化分析可定义为数据流、数据处理或加工、数据存储、端点、处理说明和数据字典。
(3)信息建模方法。
它从数据角度对现实世界建立模型。大型软件较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处理、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的基本工具是E—R图。经过改进后称为信息建模法，后来又发展为语义数据建模方法，并引入了许多面向对象的特点。
信息建模可定义为实体或对象、属性、关系、父类型/子类型和关联对象。此方法的核心概念是实体和关系，基本工具是E-R图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实中找出实体，然后再用属性进行描述。
‘伍’ 需求分析的主要方法是什么
1.1 需求的背景
需求的背景指的是动机，这一项实质上是换位思考，它能够帮助我们从业务方的角度，从使用场景、用户心理去理解需求。
在实际工作中，我们所接收到的“需求”常常是表述不清晰的、不完整的，甚至是具有欺骗性的。
一个问题会对应许多的解决方案，找到真正的需求，也正是我们的职责。
1.2 需求的受众
需求的受众需要注意的问题有两点：
谁是真正的受众；
受众人群是否具有代表性。
需求的来源很多，可能是用户、业务方等。我们需要分清楚谁才是真正的受众。
在一个需求里不同的角色认知和诉求是不同的，当信息带上了主观判断也就被污染了。
其次，则是覆盖度的问题。对于频次不够高或者人群不够有代表性的需求，投入产出比会是一个大大的问号。辨清受众，在评估需求的优先级和制定解决方案时，迷惑性会大大降低。
1.3 需求的目的
需求的目的指需要做什么，很多时候我们接到的“需求”其实是业务方过滤后的“解决方案”。
以“口渴”为例，此时业务方提出的需求是要制作一台饮水机，然而饮水机并不能解决问题。如果我们挖掘到背后的动机是“口渴”，那么我们可以从补充水分和减少水分的流失来着手提供解决方案。
1.4 需求的目标
在汉语辞典里的解释，目的是期望，而目标是成果。
目标更为具象，并且能够用数据指标来衡量，后续也能够指导需求的改进。
需求的本质是为了创造价值，而创造价值最直白的则是开源和节流。具象到目标，可以用创造的收益，提升的效率以及节省的资源等方面进行量化。
2. 因果关系分析法
、需求优先级的评定
最后一个环节是需求优先级的评定，我常用的方法是选取影响优先级的因素并设定比例，经过加权计算出优先级，分数越高优先级越高。
其公式如下：
优先级=因素1比例*因素1分值+因素2比例*因素2分值+….
表1-需求评估加权表
这张表，影响的因素主要有两项：投入产出比以及重要程度。
投入产出比个人认为是必选的，而重要程度中的维度可以根据实际情况去增加、减少。同理，加权中比例的设置也是如此。