下载文档原格式
作为一个产品经理、需求分析人员、或者售前支撑人员，有几个概念你必须了解清楚，否则很可能没有抓住客户的要点、关键需求。
什么是需要、需求、解决方案？下面我们就一起来探讨下。
什么是需要？关于需要的定义，不同领域的定义不同，比如：百度百科：需要是有机体感到某种缺乏而力求获得满足的心理倾向，它是有机体自身和外部生活条件的要求在头脑中的反映，是人们与生俱来的基本要求。
市场营销学对需要的定义：市场营销最基础的概念是人类的需要，指人们某种不足或短缺的感觉。
它是促使人们产生购买行为的原始动机，是市场营销活动的源泉。
如饿思饮，寒思衣。
那么对于一个软件项目或者产品来说？如果理解需要呢，由于项目或者产品最终服务于企业，然后企业可以用软件服务于自己内部生产活动，也可以服务于广大的小微企业、C端用户等。
所以对于产品经理、需求分析等面向客户侧的人员，需要清楚的理解，这里的需要是企业的需要，非某一个人的需要。
那么什么是企业的需要呢？按照个人需要的理解，企业的需要同样也是企业因自身发展产生的不足或短缺，引起的这样一种不平衡的状态，需要一种改变来满足发展的需要。
比如一家企业没有信息化系统，主要通过线下表格的方式进行管理，效率低下，随着业务的不断发展，数据量不断的增加，线下的方式工作量越来越大，而且不利于实时的跟踪最新的库存量，已经成为制约企业发展的瓶颈了，这个时候对于企业来说，她的需要就是一套信息化系统，全面实现线上化操作，所以对于企业来说，需要是在特定时期、特定场景存在的客观事实。
企业发展主要是围绕业务开展一系列的活动，因此企业的需要主要是业务需要，同时也包括支持业务发展的管理需要，这两种需要构成全面的企业的需要；1)业务需要是企业的业务发展自身的需要，比如要可以同步销售数据到ERP系统；2)管理需要是为了业务活动更好的开展，保证计划、资源、组织等有效开展，比如需要一个驾驶舱可以全面看到企业的运营情况。
所以对于产品经理、需求分析师、售前支撑等人员，一定要清楚的知道或者让客户清楚的知道他们的需要是啥，这是后续进行需求调研和分析的重要输入。
，然后是手机微信，后续可能是VR。
例如，在百度上输入路由器等一些词的时候，会关联出各式各样的词，查看这些词，代表着人们各种各样的目标和原有解决方案的问题。
很多产品在讨论需求的时候，会流于表面，最常见的一个问题就是把解决方案当成了需求，对需求的理解挖掘一定要到心理状态这个程度。
因为需求是一种心理状态，其表现在外会受到认知结构，经验等的影响，提出的一个个满足需求的方法。
同时，需求的满足过程会伴随各式各样的情绪体验，需求的不满足的怒，需求满足的乐，需求被人破坏的怨，不断追求需求的痴等等。
情绪对需求动力性起了很大的促进作用，而人们常说的贪嗔痴，也只是需求的情绪体现而已。
需求分类1、需求层次：马斯洛需求层次理论说到需求分类的时候总会把这个拿出来谈上一谈，其可分为两大类基本需求和成长需求，基础需求包括，生理需求，安全需求，归属与爱，自尊的需求；成长需求包括认知需求，审美需求和自我实现的需求。
在学心理学的时候这个是被作为经典理论来学的，也就是这个理论已经出现很久，久到作者的徒子徒孙都把这个衍生和扩展了不少。
这也反面说明了心理学和实际应用的脱节吧。
但说回来，作为心理学的学生，不是研究这方向的也就是了解到这个地步，再往下的拓展，也想不起来多少。
而且在现实的产品设计过程中也没把这个应用起来，最多放放马后炮，这个功能是因为满足了某某需求。
大家也可以思考下，市面上的各个产品都是满足了下面的哪种需求。
生理需求对应的外卖类，购物类，团购app；归属与爱的需求，尊重的需求对应社交类app；认知的需求对应于阅读，资讯类app；审美的需求对应于音乐类app，旅游类app；自我实现对应于健康类app。
可以看到越是底层的需求，对应的用户人群就越大。
2、需求起源：生理需求，社会需求生理需求，人对维持生命和延续后代所必须具备的条件的反映。
社会性需求，人对维持社会的存在与发展而产生的需求的反映。
3、需求对象：物质需求，精神需求物质需求：指人为了维持个体和社会的生存和发展，对物质产品的需求。
产品经理需求分为几大类产品经理这个职位是一个很笼统的概念，就像技术可以分为前端，后端，测试，然后根据应用领域再细分为搜索，语音识别，虚拟化，云计算等等，产品经理也可以细分为许多不同种类。
虽然产品经理一职对个人的基础能力要求都大致相同，但是要想做好某一个特定的产品岗位，还需要丰富的工作积累和对所在行业的深刻认识。
产品经理可以按不同维度进行分类：1.优化型产品经理和创造型产品经理。
这个概念是从同在去哪儿实习的郭佳冰同学那里了解到的，深感认同。
引用其原文“前者的工作主要是对已有产品功能的完善优化和增加新功能，后者的工作就是从0到1的过程。
前者为业界的大多数，后者的要求更高。
”我在去哪儿的实习经历刚好是作为一名优化型产品经理，负责酒店基础信息管理系统。
大公司的产品往往已经十分成熟，就后台系统产品而言，其功能层级交错复杂，牵一发动全身，出错风险非常高，这时候产品经理需要对现有的产品以及相应的工作流程十分熟悉，才能在优化和新增功能的同时，协调好与现有功能的关系，避免陷入大坑。
我来去哪儿之前在一个在线教育创业公司实习，让我接触了创造型产品经理的工作。
创造型产品经理要求能快速搭建起一个产品的雏形，不断加入新功能并进行快速迭代，在这个过程中摸索和明确产品的方向，提升产品竞争力。
这期间除了大量的原型制作和文档撰写，还需要对产品的功能点进行全局设计与细节取舍，只有不断打磨，才能快速完善产品。
这时候，创造型产品经理往往是个多面手。
我在的那个创业公司产品线涉及桌面端，web端，移动端，一个产品经理就要负责一个端的全部工作。
随着产品的不断完善，到了后期就是扣细节了，产品经理也随着产品过渡到优化型产品经理。
大公司的一个产品经理可能只负责一个搜索框或者一个小功能点，深度挖掘产品细节和体验。
2.用户端产品经理和后端产品经理。
也有人说成是to c端和to b端产品经理。
顾名思义，用户端是面向用户，被用户直接使用的产品，按照产品平台还能继续细分为无线产品经理和网页产品经理。
产品经理对于需求的理解是一个多维度、动态的过程，涵盖了对用户需求、市场趋势、技术可行性以及商业价值的全面把握。
具体来说，可以从以下几个方面来阐述。
1. 用户需求：产品经理需要深入理解用户的需求和痛点，从用户的角度出发，分析他们的行为模式、消费习惯以及兴趣爱好。
通过用户调研、访谈、问卷调查等方式获取一手信息，同时也要注意分析用户反馈、评论和案例，这些都是理解用户需求的重要途径。
2. 市场趋势：市场趋势也是产品经理必须关注的重要因素。
通过对市场环境、竞争对手以及新技术应用的观察和分析，可以预测未来的需求走向，为产品策略的制定提供依据。
3. 技术可行性：产品经理需要将用户需求和市场趋势转化为具体的产品功能，这就需要考虑到技术的可行性和实现的成本。
技术可行性包括对技术资源、开发周期、成本预算等因素的考虑，以保证产品功能的实现能够满足预期目标。
4. 商业价值：产品的商业价值体现在盈利模式、市场推广和销售渠道等方面。
产品经理需要从商业角度出发，权衡产品的成本、收益以及风险，确保产品能够带来预期的商业价值。
综上所述，产品经理对于需求的理解是一个不断迭代、不断深化的过程。
在这个过程中，产品经理需要具备敏锐的市场洞察力、深入的用户理解力以及良好的技术素养和商业思维，才能打造出真正符合市场需求、具有竞争力的产品。
以上回答仅供参考，希望对您有所帮助。
马斯洛将人类需求阶梯从低到高按层次分为五种，分别是生理需求、安全需求、社交需求、尊重需求和自我实现需求。
可以概括简洁的需求定义：需求是一个人，在某个场景下产生的欲望或者是情愫。
1、需求来源作为产品经理，每天都在接触大量的需求，需求来自五湖四海，可能是做运营的、做销售的、做售前的、目前我公司大部分需求是来自业务方，业务方大部分是非产品和技术背景，对很多需求的理解有偏差。
我们的业务方不知如果表达和陈述一个需求，大多数说就抛给我们一句话：“我想做一个商城”或者“你按照滴滴那个软件做个一模一样的多少钱”。
（保持冷静，他是掏钱的！）在工作中我会经常问客户，你要不要这个功能，这个功能需要吗？这种沟通方式其实是无效的。
作为产品经理要相信自己的产品设计能力，站在业务方的角度去考虑产品，去引导产品的设计。
业务方提供的方案仅作为参考。
2、需求判断拿到产品需求后，首先考虑的不应该是功能，而是为什么是这个需求，实现方式为什么是这种，换一种实现方式可以吗？这个需求解决了在什么场景下帮助了哪些群体解决了什么需求。
我们要对业务方提出的需求有辨别真假的能力。
有的需求是真的，有的需求就会是伪需求，那么我们怎么识别需求的真假？举个生活中的列子：过年我小外甥在我家住了几天，在风和日丽的那一天，我在客厅吃草莓。
我小外甥跑过来给我说“我渴了”，我记得我姐刚给他倒了水啊！没喝饱？其实他的真实需求并不是想喝水，他的真实需求是想吃草莓。
细化到不同场景这个表面需求背后的真实需求就是不同的，在产品设计拿到的需求其实也是一样的道理。
去分析这个需求，深度去分析挖掘真实需求，来判断这个需求到底是不是个伪需求，如果是伪需求，一般我们会多次与业务方沟通确认需求。
3、需求优先级当我们确定需求时，我们就会把这些需求按照优先级一件一件的去完成，毕竟鱼和熊掌不可兼得。
定义需求优先级的五种方法1、KANO模型法：基本需求>期望型需求>兴奋性需求2、矩阵分析法：重要且紧急>重要不紧急>紧急不重要>不重要不紧急3、满足核心用户需求的优先级（二八原则）4、满足核心业务的需求5、投入产出比：花最少的时间、最少的开发资源、最少的预算完成开发功能并获取更多的用户，赚取更多的钱。
产品经理方法论：如何进行需求定义？（二）需求范围定义的工作重点在于明确项目的目标和范围，通过三步走的方法，界定了需求范围以后，就可以以业务事件列表和报表列表为线索，进行进一步的需求分析需求分析和需求业务建模提供架构基础。
一、需求范围定义我们在做项目的时候，进行需求工程分析项目，为了能给需求分析与需求建模提供有效的支持，避免出现“上梁不正下梁歪”的情况，我们在立项阶段的需求范围定义就显得尤为重要。
而需求范围的定义应该放在项目的启动立项阶段，对整个项目的宏观业务需求，起到指引的作用。
一句话说就是：明确项目的目标和范围。
那么需求范围定义的应该怎么做？结合笔者的经验，三步可以概括：划分主题域，进而画出构件图，即摸清楚结构性框架；绘制上下文关系图，找到主题域承担的责任，即找到每个板块的业务范围；标识业务事件和报表，输出需求大纲。
划分主题域顾名思义就是划分板块，但是划分的方法，维度，参考的标识应该是什么呢？我们可以通过两个方法来识别：以“事”为线索划分主题域，通过业务事件找到业务流信息；对于复杂的联机处理业务系统，单单以一条线划分主题域还不够，结合职责划分主题域会有更好的效果。
二、案例：商旅平台系统（1）确定主题域通过典型的业务职责，将系统分为：销售、生产、售后三部分。
销售职责区块：由于产品特性，商旅针对的B端用户是组织和企业。
所以这里的客户是企业。
销售这个业务职责就是对客户企业的管理，服务跟踪，运营数据数据分析等，这里把这个主题域命名为客户管理子系统，也是通常说的CRM生产职责区块：这个职责区块就是为企业用户提供全面的商旅业务（包括机票，酒店，用车等），也就是商旅业务就是他的核心生产业务。
因此可以把这个业务区块主题域称为“商旅业务系统”，但是由于业务相当复杂，以及服务业的特性，光是一级主题域还不够，商旅业务子系统下，平台内部还应该划分更细的业务职责以及协同职责，这里才是整个平台高效运转的核心，也是我们划分主题域的核心工作，所以这个案例的重点是把业务系统下的二级主题域划分清楚。
产品经理需求分级
作为一个产品经理，我们需要处理并满足各种不同的需求，但是不同的需求的重要性和优先级也不同，因此我们需要对需求进行分类和分级，以便更好地管理和优化产品。
1.基础需求
基础需求是产品中必不可少的功能和特性，如果没有这些功能，产品就无法正常运作。
例如，如果一个社交媒体应用程序没有登录和注册功能，用户就无法使用该应用程序。
基础需求是产品中最重要的需求，它们必须首先得到满足。
2.关键需求
关键需求是指对产品性能和用户体验至关重要的需求。
这些需求是直接影响产品核心功能和用户快乐程度的需求。
例如，一个电商网站的搜索功能是一个关键需求，因为它关系到用户是否能够找到自己需要的商品。
3.次要需求
次要需求是指对产品性能和用户体验不那么重要但仍然有价值
的需求。
这些需求可以提高产品的功能和用户体验，但是如果没有这些需求，产品仍然可以正常运作。
例如，在一个社交媒体应用程序中，增加朋友的推荐功能是次要需求。
4.附加需求
附加需求是对产品性能和用户体验不是必要的，但仍然具有增值作用的需求。
这些需求不会影响产品的核心功能和用户体验，但是它
们可以增加产品的吸引力和竞争力。
例如，在一个电商网站中增加赠品或优惠券活动是附加需求。
通过对需求进行分类和分级，产品经理可以更好地了解产品的重点和优先级，更好地管理和优化产品。
同时，了解不同需求之间的关系，可以更好地满足用户需求，提高产品的竞争力和用户体验。
需求分析03如何定义用户需求之前的文章讲了怎么发现用户需求和怎么用户需求，本文继前文来说说用户需求定义的一些方法。
在前面的文章明白了怎么发现用户需求和怎么判断评断用户需求，两篇这篇文章接着或者说需求分析，主题是怎么定义用户的需求。
我会后面从下面三个部分来来阐述：想想这样的场景，作为产品高级经理的你，邀请了产品、运营、研发、测试、设计师等在会议室进行需求讨论和评审，在会议开始的时候，大家还心平气和，弊病然后因为一个问题开始意见出现分歧，慢慢开始自说自话，吵成一团，进而演化成鸡同鸭讲的局面，最后变成了“谁对谁错”的争论，甚至有的人恼羞成怒，开始进行人身攻击；大家纷纷为频频自己的想法和论调辩护，但不会一个人站在用户角度说话。
这样的事如果只是缺少于会议讨论部分，可能出现仅仅只是一场失控的，无效的会议，如果这些事存在于产品研发的整个过程，则注定会成为一个失败的产品，如果整个公司都这样，想想这个公司得有多糟糕。
造成这种情况最重要需求原因是我们对的没有进行一个很好的定义，这样就没有一个讨论的基础，在目标不清晰，没有共同思考的前提下，每个人都在表达自己的想法就不不可思议了。
我们要制造一辆自行车，首先要定义什么是自行车，这样才能制造出电单车，否则我们造出来的可能引发可能出现是奇形怪状，千姿百态的各种车，而不是今天在路上跑的轮椅。
需求分析也一样，我们要解决用户需求，首先要编出的也是定义用户需求。
定义用户需求就是人为的把约束弊端进行一个约束，把需要进行问题限定在一定的范围内进行讨论和解决，目的是为了清晰首要目标，建立共识，减少分歧。
定义用户需求是后续工作开展的基础，一切工作围绕定义的这个用户需求展开，而不是围绕某个人的想法和意见展开。
很多人则容易忽略这一部分，直接把痛点，想法等因素和需求画等号，但想法随时会变，痛点也会被越来越多的发现，如果按照想法和意见来开打展开工作，很容易导致后面科研工作的工作纳维圣。
定义用户需求一般从下面三方面来展开：一.构建用户角色第一步：确定目标人群在前面的文章中，我们已经讲了怎么通过一个痛点，逐步的挖掘出这痛点背后的年轻人，但是这个人群只是潜在人群，并非目标人群。
只有对需求有清晰的认识，产品经理才能正确定位问题并解决它，如果对需求的认识是模糊或是错误的，那无论你怎么努力都注定是白费功夫。
所以，产品经理必须明确产品需求。
本文作者从经济学的角度，对产品需求的定义展开了拆解，与大家分享。
需求是在一定的时期，在一既定的价格水平下，消费者愿意并且能够购买的商品数量。
我们先把经济学中对于需求这一定义做一下拆解：里面有5个子节点：把经济学里关于需求的定义翻译到产品工作中，对应关系如下：通过上面的拆解，很容易发现主观意愿在需求中起到的作用，毕竟千金难买我愿意。
结合上面的拆解，试着给出一个需求要素公式：需求要素=场景+主观价值+能力+用户量举例说明：场景：大家都会去旅游，在景区一瓶普通矿泉水卖5块钱，如果这个时候，你渴了，你会购买。
回到家中，你渴了，一瓶矿泉水还是卖5块钱，水还是那个水，你还会购买吗？在这个案例中，水还是那瓶水，你还是那个你，但是场景换了，彼时，你在景区这个特定场景下，此时，你在家中这个特定场景下。
主观价值：“人总上根据自身的价值判断，以主观上认为最有利于自身利益最大化的标准做出决策。
”还是上面旅游的那个栗子，如果此时景区的一瓶普通的矿泉水不是卖5块，而是卖50，这个时候，你还会购买吗？在不喝水不会出现非常严重后果的情况下，相信大部分人都不会去购买了。
如果此时，如果你的女朋友渴了，或者是正在追的女神渴了，经过利益衡量，有些人就会去购买。
再或者，此时，因为炎热，出现了中暑现象或者脱水现象，危机你的下一个行动甚至是你的健康，此时你也会去购买。
能力：还是上上面旅游的那个栗子，此时，水涨价了，涨到10000块钱一瓶，这个时候，你还会买吗？即使你女朋友已经渴了，你也想去买，但是你身上没有那么多的钱即使你渴的快中暑了，你想会想办法寻找别的解决途径，此时不是这个水解决不了你渴或者中暑的问题，而是你没有这个支付能力用户量：还是上上上面旅游的那个栗子，景区为了解决游客口渴的问题，准备在园中开一个超市，售卖水，可是景区很大，是开在入口，游客刚进来，分流之前最大的地点，还是开在某个人气旺的细分景点处？还是开在偏僻的人烟稀少的景点处？再场景，用户价值，能力，一致的情况下，景区能获得的买水的用户数量是不一样的。
