产品视角:需求分析怎么才能梳理出功能?

如题,新人求教

回答 11 排序
strkk 网龙 产品设计师

从需求出发到输出功能列表,我认为可以归为以下几点:

首先是需求本身,需要对需求做一个深刻的分析理解,比如需求是什么,为什么有这样的需求,谁有这样的需求,总之多问为什么有助于发散去思考需求本身的定义,从而梳理出需求中设计点;

接着是目标用户,在需求部分确定目标用户是谁之后,那么就可以围绕用户进行一系列分析,比如目标用户在这样的痛点中需要什么,分析出用户在这个问题中表现出来的主要特性,并给出相应的解决方案,或者不能说解决方案,就是产出由用户给到的启发;

分析完主要用户之后,可以将用户范围再扩大一些,列出相关联的人,分析这部分群体对于产品的期待、影响、要求,以及给出对应的产品解决方案(也就是功能点);

接着是竞品分析,现在市面上几乎所有类型的产品都有,看看别人是怎么做的,不管好的还是不好,都做分析。将竞品有选择性的做拆解,梳理出竞品对于同一个需求的解决方案。往往一些遗漏的或者创新的点都是从竞品那边启发得;

fetch_file80c52cd8eb2529158510164e8498cd0f-picture

然后我们在做完以上几个步骤之后,已经产出多个功能点,杂乱,且未整理重要度,到这一步应该用生活的场景来进行验证,对每一个功能点想想看有没有真实的场景可以对应,避免假功能;

最后将筛选过的功能点进行整合,整合的时候需要做2次筛选,这时候需要再回到需求再确认一遍需求得主要方向,列出功能列表之后,需要对功能进行优先级排序,明确那些是重要功能,那些只是附加功能,对于可有可无的功能也是可以再做筛选。

当然,我也只是个工作半年的小白,只能说某司的方法论流程对新人来说还算比较有用,在小白还没有形成自己的产品思维之前,给了一个思考大走向,避免遗漏。哈哈哈,只是一些小白心得。

匿名

需求分析——功能。

我想题主的问题是,怎么从需求分析到设计功能吧。

说个自己的例子:我们用户有需求,是想看每个订单的进展进度。这是用户告诉我们的。那是不是按用户需求我们把每个订单进行的进度展现出来就好了呢?我就问用户你们为什么要看进度?用户回答:怕工厂没有按原计划交货。我再问:不按计划交货会怎么样?用户回答:我们也有甲方客户,他们是按市场计划下单给我们,需要我们按期交货。如果不能按计划交货,那就是损失钱和客户,可能要赔偿。我问:如果工厂逾期了那你们不是没办法了?用户说:不是没办法,逾期正常的,但要及时告诉我们,我们会有应对措施,也可以和甲方说,但逾期了又没及时告诉我们,那应对方案都来不及实施。

OK,那我明白用户需求的心理了:怕逾期而没及时被告知。

我再问:那你们为什么需要一直去看进度?用户回答:工厂单子多,他们不一定会及时告诉我们工程逾期了,所以需要我们自己去盯着。我又问:那你们现在怎么办?用户说:派人一直盯着,大公司会有个质检部门,有的人就专门盯着这块的,多的话可能几十个人。他们就是每天打电话发信息,领导就要每天看着,很麻烦。

到这里我基本把用户的需求摸清楚了,我就思考:用户怕什么就解决什么。逾期可以接受,因为都有提前量,可以有解决方案,但逾期万一不知道就麻烦了,如果能有提醒就好了(就像闹钟一样,怕睡过头)。所以我第一反应就是:设置告警。用户麻烦的地方是每天看,怕出现情况不知道,那我就让你提前设置好每个环节的预计时间节点,工厂那边对接的人到点了设置进度变更,这样一来用户和工厂都省了很多的沟通成本,用户也不怕逾期了又不知道。

fetch_filef170990cd96be6f41913c56612652a02-picture

想好告警功能了,接下来就是设计功能,这个这里就不多提了。

需求到功能,其实就是深挖用户需求,将自己代入用户角色里,思考他们底层想法,再考虑类似的场景,多用:如果,万一,会不会 这样的字眼去考虑。之后参考现有的方案是什么,就可以想到一个大的功能,有了大方向再结合具体情况做小的功能设计并不断微调。

匿名
子期 炼石网络 产品/研发

个人的一点经验,首先需求分析是怎么做的?无外乎,客户访谈,问卷调研,内部头脑风暴,运营的反馈等等(当然你也可能直接从竞争对手那边抄需求,这个另说),形成的一个结果就是一堆问题加上一堆回答和想法,这些只是一些孤立的点,还形不成功能。

接下来我们将这些点串起来,做成一个解决方案,我们归类各个问题和想法,将各类问题丰富成一个个业务场景,比如一个企业客户报销的业务场景,每个月末需要统一报销,会计需要审核这些报销,那么就需要事先有报销模板,需要有人填报销单,需要会计角色审核报销单,就会形成一套报销的解决方案,功能也就自然就可以出来,新建/编辑/删除报销模板,新建/编辑/提交/复审/取消报销单,查看/审核/驳回报销单等等

要特别注意我们需求分析的粒度,我们不能搞成老板级需求分析,说我要做一个类似淘宝商城能够下单购物的宏观的需求,对于落地的需求分析,必须得针对谁,谁要用,怎么下单,怎么付款,怎么收货,涉及到哪些流程等等这些全部分析清楚,粒度细了之后需要哪些功能自然就明了

还有除非是你完全创造产品,不然拿到需求之后去借鉴市面上现有的产品,也可以很快得出功能

匿名

产品视角:需求分析怎么才能梳理出功能?

从模仿到创新。

如果你的需求是从来没有被市场挖掘出来,恭喜你,你做的是一个独角兽的产品。但是目前这种概率性很低,针对整体的产品数量。做的时候,尽量发挥你的想象力,思考用户场景。将解决和改善用户痛点落实到互联网产品功能上。

如果你的需求是已被市场挖掘出来,那么不妨多了解下当前市场竞品。了解自己的需求和市场上满足的需求的差异性。产品需要体现自己的价值和差异化,这样在市场上的存在价值才会被体现。

匿名

B端产品需求管理的角度来看,主要分为以下5个方面

1.需求梳理

当用户(这里的用户包括业务部门、产品测试、公司老板、上级领导、使用者(核心用户)等等)将需求反馈到产品经理后,由于需求来自于不同身份的用户,收集到的需求有时候很笼统,有时候很具体(具体要要什么功能),甚至部分用户完全都不能表达清楚自己的需求。

这时候产品经理需要梳理出一个有逻辑的,能够有序、完整的需求框架。

2.需求调研

a. 了解现状是怎样的,哪些线下在做,哪些线上做,线上线下是如何衔接的,每一个单一的业务场景中操作流程是怎样的?有哪些用户角色参与?

b. 挖掘底层核心需求,了解用户的真正期望。谁来参与谁来操作,实现什么样的事情?

这个阶段是一个不断反复的需要过程,通过多次调研整理出概要方案、产品体系、核心的业务流程。

fetch_file83a2e6c50c893f84371466f44385facd-picture

3.需求分解

经过了需求调研过程了的大方向了解,该阶段需要进行需求分类,深度调研,逐个突破。整理和完善业务场景中的操作子流程。

4.分析、优化、重组

很多时候流程冗余、单据冗余、操作异常、操作错误率高,针对这四个阶段对需求点重组,每一个业务场景,对应TOBE操作流程、流程中参与到哪些用户角色,最终实现什么目标。说清楚讲明白。

5.需求转化

综合以上整理出的业务流程,操作流程、概要方案等材料,设计产品流程,即用流程将产品功能串联起来。这其中还会有该阶段产品功能边界的定义,版本的切分、接口定义等。

 

匿名
Sth_sb 百度 产品实习生

什么样的需求是值得去梳理出功能的:真实需求。

在需求分析里面,一般会将需求分为两类:用户需求和产品需求。

用户需求即用户体验的需求,也分少数需求和多数需求。

举个例子:少数需求—有一个用户向pmcaff反馈说我希望pmcaff可以换背景图。多数需求—有许多用户反馈说希望可以开放平台不要邀请码。

pm应该在例子中会有感觉,用户会给产品提出各种各样的建议,但一般来说,少数需求的参考意义不大,多数需求需要重视,但也要根据产品属性和规划区分是否为真需求。

上面这些例子都是显性的需求,即用户说出来了,他们想要什么。而有相当大一部分需求是隐性需求,即用户不知道自己想要什么,他们需要但他们说不出来,这部分才是PM最需要关注的。

这部分需求虽然不明显,但也可以从用户的点击和搜索中得到一些线索。

假设:pmcaff的后台数据显示大量用户在搜索产品经理以后,都搜索了产品经理如何进阶、产品经理如何学习等内容,那么说明用户有需要关联性信息的需求,那么在哪里增加功能可以满足需求(竞品是很好的参考渠道),1.搜索的本身—增加sug。2.搜索结果list。3.文章内部增加相关推荐。

出哪些相关性推荐,除了关键字相关,也可以通过数据看这条检索词后面,大部分用户又搜索或点击了什么。这是策略方面不展开了。

产品需求即产品战略和商业变现的需求,这两个比较好理解,不举例了。

战略层面的太高端了,目前我还恐怕想不到那样的维度,这里也给不了答主更好的建议了。

在变现上难的是结合产品定位变现,变现依旧要为用户服务,而不要单纯为变现而变现。

既然依旧要为用户服务,那就与用户的需求去相结合(这里推荐一个我的小技巧,当你不好想需求的时候,去用户使用的场景发现痛点)。直到发现了一个切实场景后,就可以按步骤即按场景—需求—功能—实现方式展开。

以上是我一个产品小白的小心得,希望可以帮到答主,也期待更多大佬的指导和点评~

匿名

 我的步骤是需要解决什么问题,用什么方法,花费几个步骤,设计那些功能,这些功能需要敲定哪些细节。

当然这里面很多细节,功能,步骤包括方法都可以在市场上借鉴,前提是围绕你想要解决的问题

匿名
Jack.斌 苏宁 产品经理

我的思考逻辑是点到模块,模块中抽取关键的路径

人物-场景-路径

  • 人物:将需求中所有的角色给罗列出来,每个人物所具有的属性进行画像,涉及到的动作进行穷举
  • 场景:思考某个人物动作(功能、交互等)时的具体场景,场景中涉及的人事物,相互之间的关系,对某一模块进行详细的阐述,形成一个完整的故事
  • 路径:在上述的故事中提炼出某一功能的核心路径,以及路径的分支和条件等

通过以上思考就把需求给详细的进行拆解, 这样的好处是可以清晰的描绘出用户的真实场景(尊重事实,辅以设想),然后每个功能的详细逻辑也能直观的看出来,就是思考的过程会长一些。

拙见,参考,讨论。

匿名

产品视角:需求分析怎么才能梳理出功能?

1、需求调研:

用户需求-头脑风暴需求场景、问卷调查获取数据

产品目标-独特性、差异化

竞品分析-基础功能、核心功能、差异功能

2、功能梳理:

罗列可做的功能列表-》区分功能优先级别-》核心功能+关键路径-》划分版本迭代

难点在于:

需求收集的来源,由于每个公司可以提供的资源差异,获取需求的方式不同,接近准确性也不同。

竞品分析的程度,长期将会是一个持久挖掘和分析的过程,短期将会是截取分析维度来快速确立自身产品的特点。

ps:以上方式比较泛,算是对日常工作收获的简短总结。有一些很细化的需求分析文章,请自行查阅查看。

匿名
卞志君 金蛋理财 产品经理

先丢个自己之前做的一个案例。

公司有房抵贷业务,客户放款后会收集客户档案进入档案室,这是背景。

高层当时只是很简单的表述要做一个档案管理系统再无更多有效信息,接到需求后我按照如下步骤梳理:

1、做档案系统的目的是什么?(手机码字,简单表述)

a.首先了解档案在整个公司层面的价值,档案是公司业务的核心资产。

b.公司目前对于档案管理的线下方式,工作人员将收集的档案整理交付给档案室管理员,管理员Excel记录。

c.存在哪些角色?以及哪些行为?存在借阅方与档案管理员。

d.资源是什么?是档案。

e.。。。。。

这一步工作完成,从系统流程上看,角色,事件,资源大纲已经勾勒出来,剩下要做的就是填充角色在使用资源时的行为中所需要的细节,这需要熟悉业务并且积极与角色沟通细节,不做具体表述。

到这一步的时候,看起来需求已经完成,实则不然,这仅仅只是实现了线下行为线上化的过程,我再次拆解档案在业务层面的价值后发现,档案不仅是核心资产,对于公司而言之所以这么做,目的是为了保证档案的安全,档案一旦缺损无论是对公司还是客户都是极大的损失,后果不堪设想。

这个时候就引申出来核心目的——档案的安全性

拆分安全性:什么角色对档案的安全性关注度最高?高层领导及部门负责人,因此,系统中又新增了角色,部门负责人和核心高层,整个体系中需要传达给领导的信息用简单概括就是:谁在什么时候向谁借了哪个客户的档案去做什么?

到这步,接下来的工作就是在业务流程的基础上,强化并填充安全性相关行为,包括制度,技术等手段。

再往下就是更高级别的业务升级思路,档案电子化等。

结论:需求分析首先是业务分析,其次是核心目的提炼,流程的梳理,最后才是功能,功能只是最后的具体表现而已。

匿名
波仔 开言扯空 为产品经理

是时候又来打一波广告了,请收听以下节目:

http://music.163.com/#/program?id=14752033

匿名

发表评论,请先 登录 · 注册

合作伙伴

诸葛IO
薪人薪事
拉勾
 阿尔法公社
测试兄弟
Growing IO
BOSS直聘
环信
外包大师
CSDN