如何进行产品需求分析?产品需求分析步骤之梳理使用场景

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

在上一篇文章中,我们为大家介绍了产品需求分析的第一步——构建用户画像。本文来为大家继续讲解第二步——梳理使用场景。

梳理场景是进行需求分析的重中之重,也是比较容易被忽视的一项操作。了解好场景才会对整体流程的脉络有一个更清晰的认知、不会造成需求的遗漏。与其在功能设计上摸着石头过河,不如在需求分析阶段打好场景梳理的基础。

CRM产品举例,运营部门新增了一条业务审批流程,并要求该功能放在“客户”维度下让销售使用,但是在实际业务场景中,该审批是基于“该客户已有商机”的前提条件下发起的,所以在商机维度添加审批流程更为合理。

如何进行产品需求分析?产品需求分析步骤之梳理使用场景

1. 梳理场景的思路是什么呢?

在整体上拆成“角色”、“使用阶段/业务阶段”、“场景描述”、“痛点”、“解决方案”五个字段。我们要明确进行这项业务活动的角色是谁,他处于整个场景中的哪个阶段,具体描述他在这个阶段中做了哪些事情、是如何去做的,他在做这件事情的时候遇到了哪些影响效率、体验不好的点。

在步骤上,前四个字段解决完成后先不要急着去想解决方案,最好的方式是把这个需求所涉及到的全部阶段的场景列清楚后、再回过头来去思考解决方案,这样可以保证思路是前后连贯的、不会局限于一个场景去解决问题。

2. 如何进行全面的场景描述?

管理学中有一些常见的分析方法可以使用在场景描述中。比如对选定的项目、步骤或操作,都要从四个方面提出思考。同样的,我们可以使用这个方法在日常工作中对业务场景进行梳理。

  • 对象 (Who)——这里包含是谁在做这件事?他在做这件事的时候涉及到哪些人? 这里是为了明确这个场景所关联的干系人。
  • 场所 (Where)——他是在哪里做的这件事?为什么偏偏要在这个地方干?换个地方行不行? 如果需要的话,可以在需求分析时考虑用户当前会受到哪些外界环境的影响;
  • 时间 (When)——这个场景是在什么时候做的?用户为什么会在这个时候干?能不能在其他时候干?如果目前的场景前置或后置,对流程会产生什么影响?在这里需要考虑,当前这个操作/场景放在这里的合理性。
  • 方式 (How)——用户目前是怎样做的?为什么用这种方法来干?有时候方法一改,全局就会改变,可以思考有没有更好的方式来解决当前问题。

根据调研结论来撰写场景故事,把用户某个特定时刻,可能会出现的行为、心理活动、具体的需求,解决方案叙事出来。其目的就是提高对用户可能身处场景的理解,这样要把用户心理状态描述出来,才会最终会变成产品中的行为。

以上内容就是“如何进行产品需求分析?产品需求分析步骤之梳理使用场景”中的全部内容了,如果你还想了解更多相关内容,可以来 产品壹佰 官方网站获取。

随意打赏

提交建议
微信扫一扫,分享给好友吧。