需求收集、分析、管理的方法

需求收集、分析、管理的方法,第1张

这个专栏将定期发布产品部关于产品设计方面的思考。主要有以下四个方面:1)产品规划 2)用户需求探讨 3)产品设计过程思考 4)竞品分析。

开设这个专栏的目的很简单,主要有两个,一是让公司各位同事能随时了解并参与到我们产品设计的环节中,同时能通过这样的平台给我们多提意(tu)见(cao)。二是通过这样的专栏也能倒逼我们更多地思考,提高自身的产品设计能力,从而设计出更好的产品服务大家。。

这是我们产品部的第一篇关于产品设计思路的文章,想了很久要怎么写,从什么角度开始。最后我觉得任何产品的起源都来自需求,这期就主要聊聊我们是如何收集、分析和管理需求的办法。如考虑不周的也请各位多多指正。

首先是我们如何进行需求收集的。主要有三个方面:

毕竟老板对行业和业务比我们熟悉太多,前期需要吴校和各位大佬多给我们提意见和想法,帮助我们产品方向不会跑偏。

目前我们的用户反馈包括两个环节,一是开发前我们将产品需求转化为原型DEMO,同时我们会选取对此产品最熟悉的用户并把我们的原型一一和他们进行确认,如果还有问题则继续调整原型,如无问题则可进入开发阶段。如极运营在最初的产品设计时我们与财务同事确定需求不下10次,同时也到各校区找到相应负责人进行了多轮的沟通和确认工作,收集了大量宝贵的意见。(这里要特别感谢申琴,在前期我们产品对极运营的需求一无所知时,是她在反复耐心地给我们讲解需求)

二是开发完成上线后我们通过面聊或通过《需求反馈表》给我们反馈的需求。我们目前使用的需求反馈表还用的是比较传统的excel表格,后期会考虑做成简单的系统,这样采集反馈问题更及时,反馈人也能更方便了解自己反馈需求的状态。

当然,在整个用户反馈环节,我们也有需要反思的。比如需求调研覆盖的面还不够广,覆盖的层次还不够多,包括各大区不同岗位层级的用户还没来得及全部沟通到位,后续我们也会在此投入更多精力。

从进公司到现在,产品部已经完成两版的竞品分析报告,也分析了大量教育类产品,从中收获非常多。无论是对整个行业软件水平的了解,还是学习借鉴优秀产品,都帮助我们对行业内产品有了更深的了解,后期有机会我们会把这些分析报告整理后发出,希望引发大家更多的思考。不过关于竞品分析,有一点需要我们注意的: 竞品毕竟是竞品,它的业务场景可能和我们不一样,不能直接copy,需要辩证的分析它存在场景的价值和意义。

就在前段时间有老师给我们提出,学而思和新东方都在课堂上使用答题器收集学员课堂学情数据。于是我们在网上也做了相应竞品调研,看了很多课堂使用答题器的视频,发现确实通过答题器收集学员学情数据很方便,既能调动课堂氛围还能产生学情数据。但随着调研深入,同时我们也到学而思和新东方线下课堂去体验,发现他们线下面授课无一例外都没用到答题器,只有双师模式才在运用。对这一现象,我们认为,基于现有的线下小班授课的课堂答题器数据采集的迫切性不高,学员只要通过举手或老师挨个查看学员作业就能很快收集到班级学情数据。而双师模式需要一个老师覆盖几个班,上百人,同时还是远程教学,实时掌握学员学情数据就必须通过答题器这种模式实现。从另一方面答题器的成本也相对较高,不仅是软硬件投入成本,还包括课堂、课后管理成本都会带来较大麻烦。我想这也是答题器虽然已经很成熟但仍在传统课堂中使用不高的主要原因吧。

当然除以上几种需求收集方式外,我们目前还缺少通过数据反馈中收集需求,比如通过在产品中对功能进行数据埋点,获取各功能使用情况的数据,从中了解用户的使用频率及习惯来获取需求。这个部分我们会在后续开发中逐步加入,毕竟人可能会说谎,但数据不会。

需求收集完,自然是需要对需求进行分析、过滤、筛选,从中去伪存真和优先级排序。首先我们需要区分收集上来的需求是真需求还是伪需求。有时真的很难区分,很多需求看起来都无比真实,但还原到实际场景却是个伪需求。

举个我自己提伪需求的例子,当时我刚到极客,希望快速提升产品逼格,于是联系到一家自动批改数学主观题作业的公司。那家公司在做主观题数学作业批改上确实很牛,在2016年通过它们的高考机器人参加北京数学卷考试得了105分。我当时希望能通过引进它们的自动批改作业功能,帮助咱们的老师减轻工作量。但后来我把这个产品推荐给老师时,存在两种截然相反的态度,一种是认为有这个功能太好了,能帮助老师减轻工作量,甚至可以完全可以不要助教了。另一种认为其实老师批改作业的时间也占用不到太多,必要性不强。后来我们产品也经过多次内部沟通、讨论,到实际上课和作业批改场景里实地调研,发现确实有问题。一来是我们很多老师本来就有助教,这些批改作业工作会交给助教完成。即使没有助教,我们的班级都是小班教学,一个班也就十几二十个学生,每次作业也就不到半小时能搞定,而且老师在实际批改作业时还能快速了解孩子学情状况。这个自动批改作业的需求虽然从表面粗略一想完全合乎需求,但还原到真实场景里却就不是那么回事。

从这件事里也让我总结出如何识别伪需求的两个心法: 1)任何需求必须还原到具体应用场景去思考和分析 2)不要看用户怎么说,关键看用户怎么做。

需求去伪存真后,还需对真实需求进行优先级排序,分清需求的轻重缓急和节奏对产品设计也非常重要。现在我们的做法是把收集上来的每一个需求都录入到禅道(软件项目管理平台)的需求池里,每次规划下一个版本时我们会从需求池里根据轻重缓急把需求重新梳理和设计,并把需求移到下一个版本中进行排期开发。

这里需要重点讲讲我们关于需求优先级排序的方法。很多人讲把需求优先级通过紧急、重要两个维度生成四个象限, 重要紧急〉重要不紧急〉紧急不重要〉不重要不紧急 。当然,这个处理需求的原则没有问题,但没有定义什么需求重要什么需求紧急。其实紧急这个维度很好判断,取决于 交付时限、任务依赖 。交付时限是指需求最终截止期限,如果过期上线将对业务有较大影响。任务依赖是指该需求是某个流程中的一环,如果缺失这一环将对整体流程造成影响。但重要这个维度就很难的定义,我认为重要维度有两个因素: 影响范围、商业价值 。影响范围很简单,是指能满足多少用户的需求。商业价值是指该需求能对用户带来多大价值或给公司带来多大的竞争优势。

分清了重要和紧急的定义,我们就可以以量化的方式对优先级进行排序。量化的方法就是把重要和紧急两个维度满分设置为5分,分别定义需求两个维度的分值然后两项相乘就得出该需求的总分,最后根据总分再进行排序。

当然,以上需求管理办法主要适用已经上线的产品功能迭代,新项目开发需求还不适用。因为新项目开发会利用大量研发资源,也存在一定风险,而现在来自各个部门越来越多的新项目需求,这样的需求开发与否以及优先级排序就不能只在产品部内部进行决策,需要上升到公司级层面共同决策。因此后期我想可以通过在公司内部成立<产品评审委员会>的形式,召集公司产品智囊团在更大范围内对产品方向、规划进行探讨和决策。

以上是本期产品部关于需求收集、分析及管理办法的分享,过程中肯定有不完善的地方,也希望大家多多批评指正,帮助我们及我们设计的产品共同成长!

再次感谢大家利用宝贵时间看完此文,我们下期见!

天气冷了你需要买厚衣服,你想买漂亮的贵的,是欲望,你需要衣服穿,不管什么样的衣服,这是你的需求。

广义上指人的各种活动,包括日常生活行为、学习、工作、休闲、社交、娱乐等。

生活是比生存更高层面的一种状态。

基本解释:

1生存;活着。

2幸福:为了幸福的意义而存在。

3生物为了生存和发展而进行的各种行为。

4生活景况:生计。

5〈方〉:活儿;工作。

6生命中进行的活动,动物的生活是指以生存、延续后代等本能性的,活动,人类社会则在动物的基础上还有人是社会性本质实现的活动。

7人生价值观追求、目标:我的生活;图腾;未来的生活;愿望、愿景。

8生活:生下来活下去。

9生活是人在生命路途(生成、生存、发展与消亡)中劳作与分享的活动。

需要是人没有得到某些基本满足的感受状态,欲望是需要的一个外在表现形式, 受环境因素影响。需求是对有能力购买并愿意购买的某个具体产品的欲望。

举例说明:头发脏了,需要清洁头发,这是需要;想洗发,这是欲望;低端消费者选择飘柔日常护理(99),中等收入选择飘柔精华护理(25),高收入人群选择沙宣(60),这三种选择就是需求。

扩展资料:

人的需要不是空洞的,而是有目的、有对象的,而且也随着满足需要的对象的扩大而发展。人的需要的对象既包括物质的东西,如衣、食、住、行,也包括精神的东西,如信仰、文化、艺术、体育;既包括个人生活和活动;

例如,个人日常的物质和精神方面的活动,也包括参与社会生活和活动以及这些活动的结果。例如,通过相互协作,带来物质成果,通过人际交往,沟通感情,带来愉悦和充实;

既包括想要追求某一事物或开始某一活动的意念,也表现为想要避开某一事物或停止某一活动的意念,这些意念的产生都是根据个人需要及其变化决定的。

一、过滤需求的方法

做后端系统,要学会的第一个技能就是砍需求。也就是过滤需求。

这不是一个贬义词,反而是体现后端产品价值判断的基础。

过滤需求的方法,就是通过一定的手段判断需求是否是伪需求,应该被过滤掉。

1 用户场景模拟法

后端产品的出发点就是帮助业务用户,因此在调研需求的时候要模拟业务的场景,分析业务用户提到的需求是否能解决他的问题。

如果不能帮助用户,那么这个需求就可能是伪需求。

以下面的案例说明:

背景:“货到付款”类型的订单会因为缺货而无法发出,如果超过一定的时间,客服就会跟顾客沟通,帮顾客取消订单。

需求:由于这种订单的数量还是蛮多的,逐个取消太费时间,因此业务用户要求在“缺货订单”列表页增加“批量取消订单”按钮。

分析:调研到业务 *** 作场景,是先找到该类缺货订单,然后和顾客沟通,顾客同意删除,才进行删除。也就是逐个沟通确认,再逐个取消订单的,所以“批量取消订单”无法被有效使用。

因此,该需求是个伪需求,应该被过滤掉。

2 功能归属分析

专门的系统做专职功能,有助于合理的产品体系建设。

因此需求调研的时候,可以通过系统的定位,判断需求是否应该在该系统完成。

如果不属于该系统范畴,那么直接说服需求方更换方案。以

下面的案例说明:

背景:CRM系统(顾客关系管理系统)有一个顾客标签生成功能,就是根据顾客的消费行为数据,自动对应关联上标签,如优质顾客、高潜力顾客、欺诈顾客等。

需求:业务用户提出需求,除了做上述的基础标签之外,还要做出英语版本的标签(就是把标签文案翻译成英文),这样欧美员工可以在英语版本的系统下使用。

分析:调研到翻译之后的标签不是在CRM系统使用的,而是给到SMS(客服系统)使用的。

所以应该由SMS根据CMS提供的基础标签数据,自己做二次的衍生。

之所以这样,首先是为了避免未来更多语言版本的扩展需求或更多系统提出类似的需求;

其次,CRM系统已经完成了“接力赛”的第一棒,创造了基础数据,那么其他系统要特殊化使用,完全可以自行进行特殊化处理,无需耦合回CRM系统。

结论:案例的需求本身是真需求,并且实现上也没难度,但是该功能的定位超出了本系统范畴,专门系统做专职功能,化衍生需求应该在下游执行。

否则,耦合性过高只会增加系统的复杂程度,难以维护和扩展。

二、拆分和聚合的方法

1 拆分需求法

业务用户提出一个需求,很可能只是短短的一段话。

但是不要高兴太早,可能这一句话暗含了很多线索,因此要善于拆分:

先找他要解决的核心问题,再围绕核心点,理清前、后、左、右、上、下的旁系需求点。

每个需求点再当做一个子需求进行调研,最后再聚合在一起。

以下面的案例说明:

背景:订单业务的类型很多,订单退货之后需要创建售后单据,但是因为数量大,所以花费很多人力,且手动创建有出错的风险。

需求:业务提出的需求是“增加退货订单自动创建售后单的功能”,这是个一句话需求。

该一句话需求,其实包含了多种具体的订单类型和场景,那么我们就要拆分调研,拆分的维度比如:

自营订单、第三方订单、货到付款订单、先款后货订单、部分退货订单、完全退货订单、服装事业部订单、电子事业部订单等,其中每一个维度就相当于一个小需求。

这里不一一展开。

2 聚合需求法

拆分法是对单个需求分解成若干小需求进行调研,聚合法相反,是找到许多个相互关联的小需求的共性,然后统筹成一个大需求去完成。例如:

由于业务用户分散在不同的部门,各自为政,于是张三、李四可能都对一个业务流程有相同的需求,或者对同一个功能有相同的优化期望,结果俩人分别提了需求过来。那么产品经理就要找到二者背后的相关性和交叉区。

然后统筹规划,聚合在一起当作一个需求来调研,最终输出一个整体的需求调研结果。

三、利用辅助功能调研需求

调研产品现有功能,可以用来确认原有功能的逻辑,或者确定新需求方案是否可行。

比如业务用户需要更新一个功能,为了避免更新出错或遗漏,产品经理需要知道修改前和修改后是否会能正常运行。

最基础的办法就是自己设计一个测试用例,记录 *** 作方式、状态变化、数据流向等。看看下面的例子:

背景:从销售网站获取到OMS系统(订单管理系统)的订单信息中带着顾客的邮箱。顾客下完单,可能会在销售网站修改邮箱,而此时已经获取到OMS的历史订单中的邮箱是不变的。

需求:顾客若在销售网站修改邮箱,要求已获取到OMS的该顾客的订单中的邮箱也要同步修改。

分析:需求是很明白的,也有它的意义,但有风险。

因为我们知道订单信息贯穿于整个订单流转过程中,牵扯到订单编辑、审核、取消、配货、发货等,而这些环节跳转的触发条件可能就是某个信息更新(这里面就可能包括有邮箱更新)。

因此,更新邮箱是否会影响流程中的某些环节,一时间很难准确知道。

于是,我们可以采用预测试的方式,设计测试用例,在测试机运行一些订单,观察各个环节邮箱变更的影响,然后收集起来分析对策。

测试法就像是探雷一样,主要用来解决未知风险点。这个方式的重点是记录和分析 *** 作前状态、 *** 作位点、 *** 作后状态、 *** 作后触发的连锁反应、数据流向等。

四、“拔萝卜带出泥”的方式调研需求

调研需求时,产品经理要拔萝卜带出泥,挖掘用户没看到的需求点和价值。

举例说明:

背景:公司入驻到销售平台后,销售平台会对入驻的店铺的违规行为进行罚款。

需求:业务用户提出需求,将销售平台的罚款数据抓取到订单系统,关联订单数据,以便进行人工分析。

分析:

第一步,先拆分需求,确定什么是罚款数据,总共有哪些罚款种类,需要对接哪些罚款种类,罚款数据与订单系统关联方式是什么,是否都能关联到,关联不到怎么办,销售平台是否已经提供了公用的罚款接口,Token(请求权限)如何获取,抓取频率怎么样,数据增长幅度多大,获取之后做哪些展示和搜索,用户权限怎么设置,需要和订单系统做哪些交互,该需求的价值是什么……

第二步,挖掘需求:是否需要作分析功能,分析功能的规则是什么;是否需要做监控和预警,是否需要指派负责人;其他业务人员是否也有类似需求,其他平台是否也有类似需求……

通过“拔萝卜带出泥”的方式,连带出更多需求点。将上述调研结果重新组装起来,得到一个系统化的完整需求。

罗列出需求要点和对应的验收目标,这样使得需求具象化,同时又不会遗漏细节,内部充实,外部闭环,并且进行了价值挖掘,做成控制阈值、预警、责任人分派、趋势分析、损失分析等高价值的功能,超出业务的预期。

昌河的大规模定制营销

在传统的营销模式中,产品虽然能够满足某些共同的需要,却不适应由于顾客性格各异造就的多样化偏好。在消费行为日趋个性化的今天,少批次而大量生产出的产品越来越不灵验了。因此,定制营销理论和模式应运而生。定制营销是指企业将每一位顾客都视为一个单独的细分市场,根据个人的特定需求来进行市场营销组合,以满足每位顾客的特定需求的一种营销方式。定制营销可看作是公司划分细分市场的极端化,即将每个顾客个体看作一个细分市场,因此定制营销在西方被称作“顾客化营销”。随着人们生活水平的提高,消费者的需求越来越苛刻,消费需求带有浓厚的个性化色彩。定制营销实际上就是解决顾客多样化需求与企业供给之间矛盾的一种营销方式。合肥昌河汽车有限责任公司就是大规模定制营销的实践者。

合肥昌河汽车有限责任公司,主要生产“昌河”牌和“飞虎”牌两大微型汽车品牌,主导产品为“昌河”牌面包车、双排座货车和单排座货车三大微型汽车系列产品。上世纪90年代,由于微车行业的生产能力过剩,各微车厂家产品结构雷同,技术水平相仿,于是相继展开了价格大战。昌河公司经过调研认为,微型客车已从过去的出租、载客为主,发展成为市内配送、集团专用、快捷服务、特定服务、上班代步等多种用途;微型汽车的用户群体又主要是个体消费者,他们刘微型车的个性化有着强烈追求,所以预示着微车已开始进入个性化和多样化发展阶段。面对如此巨大的个人需求市场,面对越来越理性的个性化消费,面对个性化定制越来越为顾客所注重,公司认为,这种定制与规模化的市场需求有着巨大的潜力,实行定制与规模化优势互补的生产经营方式,已成为企业满足市场需求的必然选择。于是,公司于1999年全面推行规模定制生产经营与管理,以市场细分到个性需求的探索实践为墓础,以定制需求的生产为起点,充分满足消费者在个性化、多样化方面的追求,努力扩大定制生产的规模化,逐渐发挥规模生产的优势。 顾客需求是大规模定制的龙头 大规模定制是以顾客需求为导向,是一种需求拉动型的生产模式。在传统的大规模生产方式中,先生产,后销售,因而大规模生产是一种生产推动型的生产模式。而在大规模定制中,企业以客户提出的个性化需求为生产的起点,因而大规模定制是一种需求拉动型的生产模式。所以,作为大规模定制流程中的第一个环节,就是要准确地掌握顾客的需求,都必须依赖于用户订单的拉动性。没有订单的拉动,经营上就没有目标,生产就不能满足需求的生产,因此,公司在从导人规模定制的初期就把“订单市场化”及其持续运作放到首位:一是以较高服务满意度保老顾客订单“零流失”。公司以“随时定随时于”的态度,在交货周期上、在定制质量上保证使顾客满意。二是以个性化、多样化的全新服务,来吸引更多的新顾客。三是不断创新,对老市场以新的个性化服务来强化吸引力。接到订单后,对订单实行程序化管理。首先是与顾客进行订单内容有效性确认,其次交由销售部门确认,最后交由技术、产品资源、财务部门进行相关内容的确认,以便各项工作迅速接轨。各方确认后,生产管理部门正式下达定制任务,各生产环节进入定制生产阶段。

比如了解员工的需要是应用需要层次论对员工进行激励的一个重要前提。在不同组织中、不同时期的员工以及组织中不同的员工的需要充满差异性,而且经常变化。因此,管理者应该经常性地用各种方式进行调研,弄清员工未得到满足的需要是什么,然后有针对性地进行激励。

马斯洛理论把需求分成生理需求、安全需求、社交需求、尊重需求和自我实现需求五类,依次由较低层次到较高层次,从企业经营消费者满意战略的角度来看,每一个需求层次上的消费者对产品的要求都不一样,即不同的产品满足不同的需求层次。

扩展资料

根据五个需求层次,可以划分出五个消费者市场:

1、生理需求→满足最低需求层次的市场,消费者只要求产品具有一般功能即可;

2、安全需求→满足对“安全”有要求的市场,消费者关注产品对身体的影响

3、社交需求→满足对“交际”有要求的市场,消费者关注产品是否有助提高自己的交际形象

4、尊重需求→满足对产品有与众不同要求的市场,消费者关注产品的象征意义

5、自我实现→满足对产品有自己判断标准的市场,消费者拥有自己固定的品牌 需求层次越高,消费者就越不容易被满足。

参考资料来源:百度百科——马斯洛需求层次理论

对于爱好音乐而言,需要教育的帮助来掌握音乐知识等;对于社会而言,民族文化的传承需要教育来延续等。

教育需求包括教育的个人需求和社会需求。个人需求的例子有:对于喜欢音乐的人来说,学习音乐理论或演奏技巧的教育需求;生活在贫困地区的人,需要更多的教育基础教育和职业培训的教育需求。社会需求的例子有:根据教育人口的数量确定实施免费及义务教育;根据民族文化的不同传统实施不同的教育。

教育需求主要受到经济发展水平的影响,经济发展水平较高的国家通常会对教育投入更多的资源,从而提高教育需求。

需求+购买需要、欲望和需求的联系与区别

需求和需要是有一定区别的,需求是站在需和求两个角度看问题的,即需要和追求满足,强调需的实现,因而应该联系社会生产和社会制度理解需求;需要只强调需,虽然,也要联系社会生产,但对制度因素,对社会运动关系不大。由于需求问题研究的不深入,人们没有把需求和需要区别开来,因此,这里的“需要”是“需求”的代名词。也恰恰因为传统上人们只倾向于从需的角度认识需求,所以用“需要”来取代“需求”。本书除介绍别人的观点时,用其习惯使用的“需要”一词,除此之外都用“需求”,用“需要”时是与“需求”的涵义不同的。力=市场

需求就是人们 有能力购买并愿意购买某个产品的欲望。需求实际上也就是对某个特定产品及服务的市场需求。市场营销者总是通过各种营销营销手段影响需求,并根据需求的预测结果决定是否进入某一产品(或者服务)市场。

简单说,有市场就有需求,只是每个产品的市场需求会有不同,但是不代表有需求就有市场,这其中还牵扯到需求量的问题,不达到一定量,也很难形成市场

以上就是关于需求收集、分析、管理的方法全部的内容,包括:需求收集、分析、管理的方法、用生活的例子举例说明什么是需要,欲望,需求、需要欲望需求举例说明转化过程等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/9333783.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-27
下一篇 2023-04-27

发表评论

登录后才能评论

评论列表(0条)

保存