B端产品经理高阶技能:场景化分析——从用户中来,回到用户中去-普适产品论论坛-分类3-这就是产品

B端产品经理高阶技能:场景化分析——从用户中来,回到用户中去

普适产品论

本文收录于行业专区
进入专区参与更多行业专题讨论

 

何为场景化分析?简单来说场景就是什么「人」在什么「时候」在什么「地方」出于什么「目的」做了「什么事」。而我们需要分析他在场景中面对的问题,找到本质需求,给出具体详细的解决方案,细到每一个步骤怎么操作,每一个页面怎么串联,每一个字段怎么设置。

如何进行场景化分析?

举个生活中的例子,我们晚上回家,首先要上楼,然后从包里掏出钥匙开门,进门后开灯,放下包换鞋。晚上上楼,楼道里面比较暗,我们需要楼道里面有光;包里找钥匙开门,那需要门口也有光,能看见锁孔;进门开灯,需要开关就在进门口。这样想来,我们平时楼道里的灯确实装在住户一层,一般不会装在楼梯的转弯层。家里灯的开关,就装在门口,不会穿越一个客厅,才能找到开关。

在场景下分析,一切都觉得合情合理,也不需要绞尽脑汁去想,怎么才能让使用人满意。为了方便梳理场景,我们可以把场景化分析拆解成这样的一条链路:

20241111225452345-image

用户是哪些?

B端产品特别要注意找对用户,这3类都是我们要考虑的:

直接用户。这个很好找,就是我们的B。

间接用户。这个需求可能是用户的客户提出的,即2B2C,实际使用的用户是那个C。这就需要我们了解B的客户。

混合用户。这个功能直接用户要用,间接用户也要用,要分2种场景思考,再进行组合。

比如说我们提供的诊疗流程,只能是医生操作,就是直接用户。提供线上商城功能,供患者购买商品,是间接用户。而提供的预约功能,诊所的患者会自己微信预约,诊所的医务人员也能在后台帮患者预约,就是混合用户。

如果用户都找不对,那后面的场景和需求都找不对了。所以这一步很关键,不同的人,目的是不一样的,可能的行为是不一样的,需求也不一样。

在什么场景下使用?

场景可以分为2类:

基础场景:人物,目的,要做的事

环境场景:时间,地点

人物就是我们上面说的用户,他通过做什么事情,达成什么样的目的,这是基础环境。那是不是只要看这个就够了?其实不是,环境场景对基础场景是有影响的,在不同的环境里,尽管目的不变,但用户做事情的方式可能会改变,那么面对的困难可能不一样,从而产生的需求也可能不一样。这也是我们要综合考虑的。

比如商家为了引流,要做拼团活动,我们给他一个功能让他创建活动就够了吗?不是的,看地点这一个因素的营销。如果客户到店消费,那不需要物流处理;如果是走快递,还需要发货、快递查询等一整套的物流功能。

基础场景和环境场景想结合,才是一个完整的用户场景。

用户遇到了什么问题?

在完整的用户场景下,用户会遇到什么问题呢?我们也能从这2方面来分析一下:

共性问题。大部分的用户在这种场景里面,都会遇到相似的问题,这种问题我们必须重视,由此产生的需求也是必要需求。

个性问题。只有小部分的用户在这种场景里,会因为个人原因,遇到别人很少遇到的问题,这种问题可以降低解决的优先级甚至不解决。

比如说商家在搞拼团活动时,都会遇到怎么创建活动,告诉客户活动的问题,这是共性问题。极少的商家会和其他商家打包商品来搞拼团活动,遇到跨店铺合作的问题,这是个性问题。

但有时候,共性问题和个性问题会随着时间、用户群体的变化而相互转化,只是我们先要把重点放在共性问题上,等共性问题解决了,或者个性问题转变成了共性问题,再去解决个性问题。

用户会有什么样的需求?

遇到了问题就会有需求,先不考虑个性问题,共性问题产生的需求,也能拆解为这2种:

核心需求。解决用户最终目标的需求。没有这个需求,用户是完不成任务的。

衍生需求。让目标实现更加顺利的需求。没有这个需求,用户能完成任务,但是过程艰辛。也需要重视。

承接上面的拼团活动,商家创建活动、投放活动是核心需求,没有这2步,不可能有拼团的活动。但商家在自家店门口贴一张活动海报,这张海报由我们来设计,是衍生需求。没有这张海报,商家还是能举办拼团活动,只是客户到店的时候,需要一遍遍的提醒他:我们现在店内和线上一样是有拼团活动的哦。就算不人工提醒,找人做张海报其实也是比较困难的事情。这会让活动参与度低于预期,我们也需要帮助商家解决。

核心需求是一定要解决的。衍生需求就看目前的用户群体是否需要,需要度高的,也要重视,目前不大需要的,可以放后面点去考虑。

我们能给出什么样的解决方案?

用户有需求,我们就需要提供解决方案,我们可以从这2方面去考虑方案:

核心方案。基于核心需求给出的。核心需求很直接,一目了然,无需花时间去怀疑、假想、验证。

衍生方案。基于衍生需求给出的。解决的问题可能是用户反馈的,也可能是我们通过场景的分析预想到的。这些方案是为了用户能顺利地实现目的。

我们不是只提供核心方案就够了,还需要考虑衍生方案,这才是一整套的方案,才能让用户实现目标,并且顺利的实现。

如何利用场景化分析梳理细节

上面详细地讲述了场景化分析的每一个节点,以及对应的具体内容。但是怎么看细节呢?下面就需要把它们串起来看,一步步地找到产品设计需要的细节点。

讲述核心方案

先把核心方案用我们产品的语言描述一遍。[xx用户]在[xx模块],[xx页面]要干[xx事情],是[xx目的]。可以结合上章节中讲的结构图来梳理,看模块和页面就够了。

比如拼团:

  1. 甜品店老板在营销模块,拼团活动列表页面,为了了解办过哪些活动,查看历史的创建记录。
  2. 老板在新增活动页面,为了新建活动,填写一些活动相关的信息。
  3. 老板接收到了订单,需要处理,在订单模块查看和处理拼团订单。
  4. 老板为了查看拼团的活动效果,在统计页面查看活动情况。

挖掘节点场景

我们通过上面的描述,来看老板的操作过程还是比较模糊的,需要根据每一个页面,细化每一个场景去想老板在这个页面可能遇到的疑惑,需要实现的目的。比较复杂的是,有的页面,目的不只是单一页面的目的,常常需要考虑用户整体的目的。或者反过来说,我们把用户的目的放在合适的页面上来实现。

如果只是一个简单的查看页面,我们只需要关心用户在这个页面想要实现的目的,把自己想象成用户,写出自己可能关心的点。

简单场景细节挖掘

先看一个简单的页面:拼团列表页面。如果我是老板,我想在这里看到我创建过的活动,目前哪个活动正在进行。那我比较关心:活动的名称,活动的时间,参加活动的商品,拼团的价格,活动状态。对于活动的说明之类不关心。那这个页面的细节点就是:名称、时间、商品、价格、状态。这也构成了页面的字段。一个页面就成型了。

复杂场景细节挖掘

复杂一点的页面。分2步来写:

核心字段:这个页面主要实现的功能,必须要的细节。对应上面的核心需求,核心方案。

衍生字段:因为其他的目的,需要在这个页面增加的细节。对应上面的衍生需求,衍生方案。

一般新建页面就比较复杂。比如说拼团的创建页面。我们都知道一个活动,必须是要具备基础信息的:活动的名称,活动的时间,参加活动的商品,拼团的价格,成团有效时长(不成团自动退款)。是不是说这些内容填完这个页面的任务就完成了?不是的,还有一些设置项需要加。

我们这样来考虑一下:

  • 都是2人团,50元/件商品,刺激性不够,不能引导客户去邀请更多的朋友来参加活动。如果我们把活动规则改成2人团,50元/件;3人团,48元/件;5人团,40元/件。会有很多的客户为了更便宜,选择参加5人团,参与量就会上升,活动效果也会更好。我们就需要把这个阶梯团的设置放在活动创建的时候。而且,我们也想不到一个其他更好的页面来设置这个东西。
  • 如果拼团的商品比较便宜,拼团商品的数量是有限的,那老板肯定不希望一个人买很多,而是很多的人来买。所以他会设置一个单用户购买的上限值,比如说每个人只能买2个,超过就无法下单。我们就需要在新建活动时把这个参数加上。
  • 如果拼团的商品便宜到只要1分线,那老板肯定是亏本的,就是为了吸引新客户,根本不想让老用户购买。就会限制只有新用户才能参与拼团活动。我们就需要在页面上把是否仅新用户参与的参数加上。

当然类似的规则还会有一些,只是举了3个比较常见的设置项。这些场景的设定,有些是来自用户的描述,有些则是自己来揣测的。如何挖掘到更深的细节呢?

细节挖掘方法

我们可以用这样的方法来进行:

  • 无限放大/缩小一个重要值,看在特殊情况下,用户会不会因为一些目的而采取相应措施。就像上面说的,把商品价格缩小到1分钱,是不是合理的场景,如果是的话,目的是什么,如何减少因此带来的损失。
  • 从最终目的出发,我们是否可以采取一些措施来促进目标的达成。比如拼团活动用户参与度低,怎么才能促进转发和邀请。阶梯团是一个刺激点。
  • 从特殊用户角度考虑,在达成目标时会遇到什么问题。这里的特殊用户,指比平均用户高端的用户,或者一些很重要的用户。比如一般商家搞拼团活动就是拼燕麦片,拼玩具小汽车,几十几百块钱,但高端用户拼燕窝,海参,一件就是几千。那高端用户的成团率肯定很低,如果也设置24小时不成团,就自动关闭,高端用户基本成不了团。要把这个时间放长,7天或者10天,让用户有更多的时间参与进来,提高成团率。

综合这2个方面的细节,我们在新建活动页面列下了这些字段:名称、时间、商品、成团人数、价格、成团有效时长、每人限购次数、是否仅新用户参加。

通过场景化的分析,页面要展示什么字段就变得容易起来了。而且别人问到时,也不会支支吾吾,说放这个字段是因为我觉得用户可能需要,是因为竞品有,可以明确的告诉他们,是因为这个场景,我必须要放这个字段。

如何评估细节是否合理?

一般来说我们调研的时候接触到的细节不多,用户不会描述的很详细,而且他们也不知道在这过程中实际上会遇到什么问题。所以大多数时候都是我们自己通过了解用户行为特征,来揣测他的问题和需求,当我们设计完成了页面字段后,还是不能百分百的确定是否是合理的。

有3种方法可以验证下:

  • 问用户。直接问用户是否可能会存在这些细节,用户原本没想到,被你说后可能就发现,还真是有的,那这个细节是合理的。
  • 看竞品。竞品的字段也不是随便放的,肯定是经过调研和用户使用的,可以进行参考,但不要照抄,毕竟用户不一定完全一样。
  • 内部讨论。这一直是很有效的方式,一个人想不到,想不通的,拿出来大家一起讨论下,就知道怎么做了,多个人也代表了多个用户,能想到的细节也会越多。

请登录后发表评论

    没有回复内容

相关推荐