下载文档原格式
作为一个产品经理、需求分析人员、或者售前支撑人员，有几个概念你必须了解清楚，否则很可能没有抓住客户的要点、关键需求。
什么是需要、需求、解决方案？下面我们就一起来探讨下。
什么是需要？关于需要的定义，不同领域的定义不同，比如：百度百科：需要是有机体感到某种缺乏而力求获得满足的心理倾向，它是有机体自身和外部生活条件的要求在头脑中的反映，是人们与生俱来的基本要求。
市场营销学对需要的定义：市场营销最基础的概念是人类的需要，指人们某种不足或短缺的感觉。
它是促使人们产生购买行为的原始动机，是市场营销活动的源泉。
如饿思饮，寒思衣。
那么对于一个软件项目或者产品来说？如果理解需要呢，由于项目或者产品最终服务于企业，然后企业可以用软件服务于自己内部生产活动，也可以服务于广大的小微企业、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块钱一瓶，这个时候，你还会买吗？即使你女朋友已经渴了，你也想去买，但是你身上没有那么多的钱即使你渴的快中暑了，你想会想办法寻找别的解决途径，此时不是这个水解决不了你渴或者中暑的问题，而是你没有这个支付能力用户量：还是上上上面旅游的那个栗子，景区为了解决游客口渴的问题，准备在园中开一个超市，售卖水，可是景区很大，是开在入口，游客刚进来，分流之前最大的地点，还是开在某个人气旺的细分景点处？还是开在偏僻的人烟稀少的景点处？再场景，用户价值，能力，一致的情况下，景区能获得的买水的用户数量是不一样的。
产品经理方法论如何进行需求定义需求定义是产品经理工作中非常重要的一环，它决定了产品最终的功能和特性。
在产品经理的日常工作中，如何进行需求定义是一个需要掌握的重要技巧。
以下是一些常用的方法论和步骤，帮助产品经理进行需求定义。
1.研究用户需求：产品经理首先需要对用户需求进行深入研究。
可以通过用户调研、数据分析、竞品分析等方法，了解用户的痛点、需求和行为习惯。
这些研究可以帮助产品经理找到产品的核心价值和差异化竞争点，从而定义出满足用户需求的功能和特性。
2.制定产品愿景和目标：在需求定义之前，产品经理需要制定产品的愿景和目标。
愿景是产品未来的理想状态，目标是实现这个愿景的具体指标和时间节点。
产品的愿景和目标可以帮助产品经理明确产品的方向和重点，从而确定需求定义的范围和优先级。
3.使用用户故事：用户故事是一种常用的需求定义方法。
它以用户为中心，描述用户在特定情境中的需求和期望。
用户故事通常包括谁、想要什么、为什么以及如何衡量成功。
产品经理可以通过编写用户故事来详细描述用户需求，并将其转化为产品功能和特性。
4.制定优先级：在需求定义过程中，产品经理需要评估不同需求的重要性和紧急程度，并制定合理的优先级。
可以使用各种方法（如用户调研、数据分析、竞品分析等）来评估用户对各个需求的需求程度，从而确定需求的优先级。
5.进行用户测试：用户测试是验证需求定义的重要步骤。
产品经理可以将需求定义的初稿给用户进行测试，并收集用户的反馈和建议。
用户测试可以帮助产品经理发现和修正需求定义中的问题和不足之处，从而提升产品的质量和用户体验。
6.持续迭代和改进：需求定义并不是一次性的工作，它需要持续迭代和改进。
产品经理在需求定义之后，还需要不断地收集用户反馈和市场变化，及时调整产品需求，并进行迭代和改进。
只有不断迭代和改进，产品才能与用户需求保持一致，保持竞争力。
综上所述，需求定义是产品经理工作中非常重要的一环。
产品经理可以通过研究用户需求、制定产品愿景和目标、使用用户故事、制定优先级、进行用户测试以及持续迭代和改进等方法，有效进行需求定义。
产品经理需求描述
本文介绍了产品经理需求描述的基本概念、重要性以及如何编写一个高质量的需求描述。
产品经理需求描述是一个详细的文档，包括产品功能、用户需求、技术需求等信息，为开发团队提供了清晰的指导。
在制定产品需求描述时，需要考虑用户需求和市场需求，了解产品的核心目标和竞争对手。
在编写需求描述时，需要简明扼要地表达需求，避免使用模糊不清的词汇和措辞，以避免误解和混淆。
一个优秀的产品经理需求描述应该包括以下几个方面：产品背景和目标、用户需求、功能需求、性能需求、安全需求、可维护性需求、交互需求、界面需求、数据需求等。
此外，还需要考虑产品测试、发布和维护等方面的需求。
最后，需要不断更新和修订产品经理需求描述，以反映市场变化和用户需求的变化。
同时，也需要与开发团队保持紧密的沟通和协作，以确保需求描述的准确性和实现的可行性。
- 1 -。
在收集了需求之后，接下来产品经理需要对需求进行分类，以方便后面的进一步分析。
在对需求进行分类时，可以从不同的维度对不同类型的需求进行分类，这里我们将主要从粗粒度和细粒度方面进行讨论。
一、关于粗粒度划分
一般而言，根据粗粒度的要求，可以将其划分为功能性需求、操作类需求、数据类需求、设计类需求。
1、功能类需求体现为系统与用户之间的交互，帮助用户解决问题并完成任务，是最常见、最重要的需求。
2、运营类需求是运营人员提出的与产品运营有关的需求，例如：电商节日促销活动需求。
3、数据类要求是与数据有关的要求，例如数据埋藏、数据处理等等。
4、设计类需求通常是与产品视觉呈现有关的要求。
二、关于细粒度划分
若有必要对需求进行更精细的划分，则该需求可以分为基本、易用、可操作、操作、政策和法律、安全、性能、维护、数据等方面的需求。
1、基本需求：需要能够解决用户使用产品的最基本问题。
2、易用需求：主要与用户体验、使用便利有关。
3、可操作性需求：指产品的运行环境和运行环境所必须考虑的因素。
4、操作需求：在满足业务需要时，与产品操作相关的需求。
5、政策和法律需求：指保证产品本身以及使用者的使用不违反法律。
产品经理方法论：如何进行需求定义？（一）项目需求需要把握项目整体的方向和宏观的需求，本文作者从自己的实战经验出发，结合实际案例，对项目需求进行分析梳理，并记录了自己的相关思考，与大家分享。
项目从立项开始，需求定义就是把握项目整体的方向，宏观的需求。
换句话说，就是业务的需求，明确项目的目标和范围。
那么在需求立项阶段，如何进行需求定义，根据笔者的经验需要结从下面三个方面来进行考虑和设计：需求定义的策略需求定义的理念需求定义的范围一、需求定义的策略在项目的立项阶段，都会输出一些立项项目书之类的产物，但是大多都比较空洞和混杂。
从笔者的项目经历来说，从两个方面总结比较清晰：1. 内部需求B端的产品的职责是提高企业的内部运转效率，并为组织提供高效的协同管理，在市场上为企业经营创造机会。
大型企业中，当一个项目目标比较空的时候，找到项目的发起人，可能是部门领导，也可能是高管，进行深入沟通，了解战略规划上的第一步。
2. 外部工作另外就是想做一个项目来实现业务需求或着商业盈利，当下又没有方向，那可以从外部参照物，包括实地考察，竞品分析等等二、需求定义的理念项目在立项阶段总结起来无非就四个字：问题、机会。
问题：当前项目要解决一个什么问题，为企业解决一个什么症结，难题；机会：抓住一个什么机会，实现怎么样的商业价值；三、需求定义的范围需求范围的定义是一个很重要的工作，范围定义不清楚，容易做很多无用功与重复性操作，对需求的管理也会杂乱无章，新设计一个系统，怎么进行需求范围的梳理和定义，下面结合一个笔者做过的项目进行复盘。
四、案例说明1. 背景说明共享充电宝项目现在已在大街小巷普及，共享业务已经越来越普及到生活，包括共享单车，共享座椅，共享男友……2. 需求定义策略共享充电线项目，依托于扫码支付与单片机硬件技术，在网吧，酒店房间等场景直接铺设。
用户在上网，或者宾馆，茶楼，手机没有电时，可以直接扫码支付后充电，省去至前台扫码获取充电宝动作。
以需求入剑道，发现需求的本质需求是什么？需求的本质是什么？如何获取需求？如何处理需求？本文通过剑客小白的案例，梳理了发现消费需求本质的探索过程，与大家分享。
小白是一名剑客，在山上时，听师父唠叨最多的一句话就是：这世间的一切都是资金需求。
生老病死是需求、衣食住行是需求、存在也是需求。
小白不明所以，跟师父说：我们是练剑的，为啥你老是说资金需求呢？师父说：剑就是为了解决需求而存在的。
“那师父，你的剑呢？”“剑在心中”。
小白下山时，师父说：红尘中的需求深似海，徒儿好好修行。
小白说：师父，我练剑三年，您可以告诉我消费到底消费服务是什么吗？“不可说，不可说，好好体验。
”三尺青锋在手，人生快意逍遥，这偌大的江湖，正是少年翻滚腾挪的天地。
小白一袭青衫，意气风发，快步下山去了。
走了两天，来到一个村子，村口有个老人，晃悠悠的走过来：年轻人，你从哪里来，到哪里去？小白刚下山，心思单纯，说：我从青云山来，为的是解决世间需求。
不说还好，这一说，呼啦一下子全村人都围上来了，都喊着我有需求、我有需求：小白顿时来了情操，这么多需求，重于可以大显身手了。
没来得及喝口水就直奔需求。
先去李大娘家，一看锅已经烂5/6/7/8个洞，没问题，难不倒小白，用他削铁如泥钉子的宝剑整出铁片，直接补上完事。
接着去王大爷家，拔出宝剑，噼里啪啦，干了一天，拳打的柴堆成了一座小山。
第二天，披荆斩棘，在后山找到王婶的青蛙；第三天，给小丽做了一天的模特，好剑配好衣，精神又帅气；第四天，深入细致虎狼山神仙窟，大战山贼300回合，追赶300里，救下张三的媳妇；第五天，……小白开始理解：需求就是用户有问题需要去解决的时候产生的。
产生这一理解周，小白觉得自己的大熊内力又有所精进。
就这样，帮李大娘补锅，给王大爷劈柴，张大娘买菜。
时间过的飞快，转眼已经一年，最近这段时间，小白发现大家找他处理消费需求的少了，于是他去找老村长，老村长告诉他也许是大家没那么多需求了吧。
后来融资需求越来越少，大家有事也不再找镰叶，这样小白很郁闷，问大家，大家都说没什么问题。
产品经理的需求和需要产品经理如何识别用户的需求（need）与需要（want）？我通过自己的经验和理解为我们分享了产品经理对用户需求与需要的认识以及更好地分析用户需求的重新认识方法，推荐想要了解产品经理知识的小伙伴阅读，一起来看。
产品经理如何识别用户的需求（need）与需要（want）？我在前司的时候，要负责带三四个产品同学，有一段时间一直很头痛于他们不知道明确用户提出的需求，反而沉迷于醉心于某些具体功能的同时实现，于是我们花了蛮长时间来讨论“需求”和“需要”。
今天也刚好借此机会聊聊我对“需求”与“需要”的理解。
产品经理很喜欢用福特那句“我想要更快的马”来描述，理解用户提出的“需求”而非“需要”的重要性，由于大多数潜在的消费者，无法表达出更自己内在真实所需求（need）的事物，只能用已知内部信息描述出那些外在出与需要（want）的事物。
所以，通过各种方法与手段找到“内藏在表面信息之下”的真实信息，是产品经理最重要的能力之一。
但是在某种意义上才，“需求”与“需要”又很容易成功进行理解，比如有的人是为了生存所以需要其他工作，有的女孩子是为了果腹所以需要吃饭，有的人是为了财富自由所以必须需要买彩票，在这三个语境中同，前者都是人们内在的真实现代人需求（need），而后者则是他们所表达出来的外在需要（want）。
对于商品经理而言，弄清楚“需求”与“需要”的边界关系就相当重要了，需要（want）是那些具体的，外在的，有指向性的解决方法，需求（need）则是那些内在的，服务指南行为的真实原因。
之所以产品经理有着不同自主性区分的很重要原因之一，就是因为我们所说的“产品需求分析”并不是单一的二者之间，并不是用户说A就解决A，说B就搞定B，而是需要结合用户身处的真实场景，在真实顶端的行为动机基础之上，结合提供解决方案所需要耗费的成本进行综合考量。
如果产品经理不仔细分析用户需求，就很容易走入“听风就是雨”的循环中，陷入一边抱怨“为什么我已经达致了用户想吃面，想吃饺子，想吃花卷，想吃米饭等各种定制化定制市场需求，但是用户还是要吃各种新的”，又要一边着手满足用户提出“下一道定制菜品的需求”的死亡循环里面。
编辑导读：要想做好产品经理，首先要明白，需求是什么？很多人对此不屑一顾，觉得这不就是一个基础概念吗，谁不会呢？但是实际工作中，往往是对需求把握不准才造成了很大一部分失误。
本文作者围绕需求展开分析，与你分享。
在说需求前，先说一下需要。
根据MBA智库·百科的描写：需要就是人们对某种目标的渴求或欲望。
需要是人的行为的动力基础和源泉，是人脑对生理和社会需求的反应。
心理学家也把促成人们各种行为动机的欲望称为需要。
从百科的描写来看，在这里我们可以粗略的做个等号，需要=动机，是动力基础和源泉。
在这我做一个简单的描述。
人们为了生存需要，饥饿的时候需要食物，寒冷的时候需要衣物，疲劳的时候需要一个安全的、坚固的地方休息，等等。
这些都是人们的需要，而且这些需要在当时的生产力下，通过自己或其他人的努力，可以实现目标。
还有一种需要，在当时的生产力下，人们不管通过什么努力都无法达到。
比如古时候的人们想要长生不老，想要飞上天空，想要和人们通讯。
这些暂时无法实现的需要（目标），可以称之为幻想，幻想可以留待以后实现。
在需要这里我们先分为两部分，（当时生产力下）可实现的需要和（当时生产力下）不可实现的幻想。
接下来我们看需求。
关于需求的定义，在MBA智库·百科里是这样描述：需求是在一定的时期，在一既定的价格水平下，消费者愿意并且能够购买的商品数量。
这是在经济学方面进行定义的。
从这个定义来看，需求需要满足三个条件：一定时期、愿意、能够。
一定时期、愿意、能够我们可以分别把它粗略等于场景、需要、能力。
然后转换一下，就是在某个场景下，某个人想要一个商品，而且他有能力购买这个商品。
举个例子：一个很有文艺气质的女孩吸引了张三的目光，于是他创造某种机会，要到了女孩的联系方式，并且慢慢的和女孩成为了朋友。
张三准备在女孩生日的时候准备一个礼物，然后向女孩表白。
根据相处张三知道女孩喜欢可爱文艺风的东西，于是打算去购物街逛一逛，看看有没有合适的礼物。
