对于不同的行业、不同的公司、不同的产品经理,每个角色的需求分析方法是不同的在本文中,作者根据自己的工作经验,分享了自己的需求分析方法,供大家参考。
我对互联网产品经理职位的理解:产品经理是连接现实世界和虚拟世界的职位。产品经理最重要的任务是将真实的需求或用户的问题抽象成虚拟网络中的工具或解决问题的过程
因此,对于产品经理来说,需求分析是最基本、最重要的工作。所有工作的起点应该是需求,从产品总监的指导到产品专家确定的具体计划。
有什么需求?如何分析它?
每个行业甚至每个公司都可能有不同的需求定义。这个词很模糊,本身是一个哲学抽象概念。有些人把用户的需求、用户的反馈和内部的反馈要求称为需求池,并把它们放入需求池来判断优先级和真实性。有些人只把用户需要解决的问题视为需求。这个概念本身并不重要。其范围是求同存异。重要的是谁来分析需求以及如何分析它们。
不用说,下面是我自己两年多来的需求分析方法(入门级产品经理):
需求是在一个行业中定义的职场社交中的分享需求和次要社交中的分享需求之间会有很大的差异,这是由这个行业或这个市场决定的。
产品经理需要很强的学习能力。这不仅意味着不断学习他人的产品思维,更重要的是,进入一个行业,产品经理需要快速了解该行业:行业的商业模式、行业的市场状况、行业的员工、行业的消费者等。,都需要一个产品在很短的时间内积累相关的知识储备。因此,这里的学习能力不仅仅是从书本中学习,更重要的是在行业中学习。
只有建立了行业认知,需求背后的问题才能清晰,产品的方向才不会错,产品执行过程中的细节才会以方向为中心。
建立用户认知1。构建用户肖像是陈词滥调。同时,其施工方法也相对成熟。一些大公司也将有专门的用户研究职位,负责维护用户肖像。
这里只是一个定性用户档案构建方法的简要总结,内容主要来自网易云用户研究员课程
定性用户描述是通过收集相关书面信息并配合用户研究方法(如访谈和观察)而偏向于特征描述的用户描述。
用户肖像的定义:通过用户的目标、行为、观点和基本信息来概括用户的真实特征,以生成3-6个任务角色,每个角色代表一组用户,然后是一般用户的基本特征、产品使用场景、使用路径等。描述了。
(1)初步准备,收集现有用户信息
,并与公司其他同事同步,查看是否能找到相关的研究结果或数据分析报告
查找网络中相似用户组的分析报告
(2)确定收集信息的方法,定性方法一般有访谈法和观察法,这里重点介绍访谈法
1)访问期间要收集的用户信息
a。用户基本信息:用户的人口统计特征,如年龄、性别、职业、教育等。;用户的社会学特征,如家庭状况和收入状况;此外,还可以关注移动设备、桌面设备等
b。使用类似产品的经验:使用过哪些竞争对手,为什么选择这些竞争对手,主要取决于用户对这些竞争对手的评价标准。
c。品牌印象和渠道:询问用户他们对竞争的了解,以及竞争给他们留下了什么印象(这部分也是为以后的产品发布做准备)
d。目的和行为:询问用户使用产品的目的是什么?什么问题已经解决了?多久使用一次?使用的主要功能是什么?
e。观点和动机:问用户他们喜欢竞争什么?使用后的结果等?
f。机会:询问用户对竞争的看法(认为产品做得好,做得不好),并确定用户在核心上依赖的功能点。为什么
2)确定面试大纲,可以根据面试者的水平来确定是采用半结构化面试还是全结构化面试,通常建议采用半结构化面试,即需要制定一个完整的面试大纲,但面试者可以根据实际情况灵活调整问题的顺序,同时也可以根据发现进行询问
3)寻找面试用户:一般来说,面试用户可以从公司内部、公司同事的亲戚朋友中寻找面试用户,或者他们可以使用连接器阻止面试,或者通过在线招聘。
4)高管访谈:专业用户研究人员在绘制严格的用户画像时需要严格的高管访谈。然而,作为一种产品,他们更注重速度和效果。因此,没有必要拘泥于形式,零星地进行面试。如果时间和地点不允许,也可以通过电话面试来完成。
5)收集和整理访谈数据并生成访谈报告
(3)整理收集的数据和采访内容,通过标签抽取、汇总和归纳找到关键信息,然后生成用户肖像
2。确定用户核心主线的需求,并列出尽可能多的相关需求用户的需求无法穷尽。我们不能制造一个能满足所有用户需求的产品,所以我们必须定义用户需求的主线
外卖订单的主要需求是:吃什么>选择什么<下订单<收到外卖<对外销售反馈;租赁的主要需求是:在哪里租赁>你租哪一个?离线看房>联系经纪人<签订租房合同<后续租赁服务有一条核心需求路径。通过竞争分析、内部反馈和用户研究,它列出了核心路径提出的所有需求,其中有些是直接相关的,有些是派生的,从而确定了需求的优先级。
需求背后是用户问题实现需求就是解决问题我对需求的定义相对狭窄,我理解的是用户需要解决的问题。例如,在朋友圈里,底层用户的问题是:你如何记录自己?如何与朋友分享自己?如何塑造你的形象?显然用户的问题是:发送什么内容?我能发什么短信?我可以发送什么图片?
按要求设计产品就是围绕问题设计解决方案。
产品计划将受到各方的影响。每个人都可以提出产品建议。这些人可能是公司内部的领导者,可能在经营,可能在销售。他们的建议实际上与他们自己的目标一致。收到建议的产品经理必须清楚地询问背后的目标,不要被建议中提出的产品形式所迷惑。否则,即使这些建议被采纳,在线产品也不会让自己成为任何人。人们根据自己的信息做出决定,各方提出的大部分建议都以自己的身份携带着自己的目标。产品经理必须认识到这一点
同样,产品解决方案有时会变得非常主观。我们经常给他们添加自己的想法和偏好。这不是有害的,也不是不可避免的。然而,产品经理携带的私人物品也必须解决用户的问题或帮助用户解决问题。然而精心设计的一厢情愿的产品解决方案是不合理的
必须意识到需求背后的问题,并在涉及需求时询问更多原因。为什么要点击这个按钮?点击后你想要什么?为什么用户会注意到这个按钮?只有当所有的问题都清楚并且所有的问题都在这个方案中被导出时,所产生的产品方案才是可靠的。
需求场景时间、地点、人员
的需求来源于用户的内部动机,但需求的触发与时间、地点和人密切相关。就像剧本一样,人类的行为只有在完整的环境中才是合理的。
当分析需求时,有必要指定需求出现的场景。这些是合理的产品方案设计的关键。例如,
记录了跑步和室内徒手锻炼,两者都是锻炼,但是开始运动/跑步的设计非常不同。
例如:
keep更多的用户做室内健身,用户开keep的任务是开始锻炼,场景通常是健身房或他的房间,时间通常是在早上或晚上,并且可以有更多的准备时间因此,开始健身的入口不需要放置在一级入口,并且应该加强显示,因为在这种场景中,用户有能力、时间和心理来找到想要的运动课程并轻松开始。
但记录跑步产品,如越跑圈。当用户打开yue跑圈时,他们通常站在室外跑道上。时间也可能在早上或晚上,光线可能很暗。在这种环境下,用户会有潜在的压力,所以他们需要快速启动并进入运行任务。因此,越野跑圈的起跑入口应该是重点、一点和终点以上
的例子都是时间、地点等自然环境,也有一个非常重要的社会环境来分析需求。我们经常谈论为工作中的用户创造场景,通常指的是社会环境。
例如,对于电子商务平台,用户只有在需要某种产品时才会有在平台上搜索和购买的动机。这时,用户、店主、顾客服务、其他购买的用户、他们周围的人等等。形成购买现场。这是一个自然场景,由用户自愿输入和生成。
与此同时,最近流行的商品直播实际上是商家和平台为用户创造的购物场景。通过描述商品和体验商品的锚点,普通用户可以刺激或模拟需求,然后通过优惠待遇、从众心理、粉丝效应等构建当前的购物场景,从而用户下订单。
在场景下,用户如何解决问题以及他们应该如何解决问题。脚本需要指定一个剧本的外部环境。更重要的是,剧本也有冲突。在需求分析的过程中,我将这个冲突与用户的任务进行了比较。用户需要完成任务来解决他们自己的需求(问题)
是解决问题的要求。为了解决这个问题,我们在设计方案时应该考虑哪些任务需要完成,如何完成任务,顺序和节奏。
一个待办事项产品,用户的问题是如何提高工作效率?如何记录一天的日程?
以外的场景是一天中的任何时间。在多台设备上,用户大多是自己,可能需要和同学或同事一起处理。内部任务包括:记录待办事项、处理待办事项、建立列表、设置排序等。这些任务中有些需要一个接一个地完成,有些相互依赖,有些相互独立。这需要设计功能流程,以符合用户任务处理的流程和思路。相对复杂的任务还需要教育用户并帮助用户完成排序任务。
同时,在这个需求的分析过程中,我们不仅要顺应用户的流程和思维,还要帮助用户找到更合适、更高效的流程,从而设计出更好的任务流程。
产生解决问题的方法阐明用户要解决的问题。在解决问题时,借助外部场景和内部任务流,我们可以将这些抽象的东西具体化为产品。这可以是产品文档或一组产品用户设备。这个过程更依赖于产品经理的经验和创造力。
,但是,应该承认,具有优秀创造力的人很少,验证创新观点的成本仍然很高,所以在实际工作中,更多的是将各种方案和方法结合起来,这是产品设计的经验。
您看过多少产品,经历过多少产品实现,使用过多少设计过程和模式,这些都会直接影响您计划的体验。对于一个文本框来说,你见过的最好的交互和演示是你能设计的最好的方案。当然,这并不排除您可以为文本框创建更好的方案。
对产品设计的限制此时,我们可以在自己的能力范围内设计出最好的产品计划,但这还没有结束。产品是团队的输出,团队其他级别的能力也将限制产品的最终形式:
运营能力、审计能力、技术能力、时间资源、公司资源...
等等,这些都是产品成功的制约因素。
产品经理在设计方案时应该是理想化的,但在实施方案时应该是现实的。这并不是说产品应该受到限制。这并不是说我们不应该尽力而为。这就是说理想应该受到现实的约束。否则,我们无法在地面着陆。不落地的产品是失败的。当然,没有必要将此视为一个固定的规则来定义团队的约束边界。边界是可以突破的。好的产品应该利用有限的资源来帮助团队在实施过程中实现突破。
这篇文章最初由@WalterXX发表,每个人都是产品经理。根据CC0协议
,未经许可,禁止从Unsplash转载图片