经验总结:「签到领红包」功能理解及用户关系梳理

6 评论 22737 浏览 52 收藏 10 分钟

B端用户侧重于功能的设计,C端用户则着重交互体验和页面的设计。

“签到领红包”这是我在实习期间接到的一个客户需求。要理解这个需求,首先要从产品及业务说起,我们的产品是一个活动发布及管理平台,在活动发布后,用户可以管理活动报名信息等,并且在活动进行中,我们也提供现场线上实时互动的一些功能,如弹幕、摇一摇等。

而使用我们产品的用户可以分为B端和C端,但是付费用户是B端,B端用户在购买了相关功能后再面向C端使用,在这里,B端用户是一个后台管理者的角色。由于业务及产品使用场景(会议、活动)的需要,产品开发了签到的功能,即在B端用户的活动举办现场,C端用户到场时进行一个“确认来到现场”的动作。

但是对于一些B端用户来说,在C端用户签完到后,他们希望可以发一些小礼品给C端用户表示感谢,但是传统签到场景下,礼物一般都是摆放在活动现场,然后签完到的来宾进行挑选。但是如果把这个场景放在互联网的基础上,玩法就不一样了,首先是在签完到后自己具体会得到什么礼物这对于签到用户来说是未知的,其次礼物也可以多样性,可以实物奖品、可以现金红包,也可以是虚拟奖品。

所以在调研及了解了用户需求后,我们决定在签到的基础上增加“领红包”的功能。但是,在我才接到这个需求时,我对这个功能的设计是一头雾水的,为了解决一些疑惑,所以从“理解”和“用户关系梳理“这两部分进行了一些分析。

一、理解

首先,需要从字面上理解一下“签到”二字的意思。

“签到,指在规定的簿册上签名或写“到”字,表示本人已经到达。亦即用记录的方式表明自己出席或者参加过某个活动。多用于出席会议或上班。”这是某科上的解释。而互联网发展的今天,“签到”应用的场景就更加广泛了,就PC网站或者移动端应用来说,它们往往也会设计签到功能,一方面是以这样的方式证明来过从而提升点击率及活跃率,另一方面在“签到”意义上也跟随着一些奖励的发生,连续性的签到的奖励则更多,这就是现在很多互联网产品的用户激励机制之一。

不过我今天想说的“签到”并不是互联网的那个“签到”,而是传统意义的“签到”,即用记录的方式表明自己出席或者参加了某个活动,相当于咱们目前上班族用到的“打卡”,再通俗一点就是证明自己来过。

把“签到”往这方面理解是由于我们产品的业务及功能决定的,因为我们的产品涉及的业务是会议及活动,它们都离不开人的参与,所以自然而然也离不开签到这个功能了。

理解完“签到”,再来理解一下“领红包”。其实刚拿到这个需求时我是很不理解的,因为对于一个产品来说,签到领红包往往是为了激励用户不断的使用或者登录自己的产品而开发的功能。而对于活动或者会议这样的场景来说,他们的时效是很短的,根本就不需要去激励会议参与者或者去做某些事去挽留他。但是在询问了我们部门运营的想法后,我的脑袋里又出现了一些场景,如下:

  • 大学校园中,经常有一些考研机构在学校的教室里举办讲座,为了吸引同学们的关注和参与,打出了“到场即送洗衣液”的口号。
  • 公司年会,几百人一起走进了年会举办地点,在签到处,摆放着各种各样的小礼物,只要入场的人都可以自己挑选一个,在年会结束后不会空手而归。
  • 某一APP推广阶段,在大街上推出注册送礼品的活动。

在第一个场景中,“到场”即我们在这里说的“签到”,“送礼品”即我们这里说的“领红包”。在第二种场景中,“签到”就是我们我们这里说的“证明自己来过”,而挑选的礼品也是相当于我们这里的“领红包”。第三种场景,就更是常见了,“扫码”其实也是一种证明自己来过的方式,因为在扫码后,你的信息已经被传到别人那里去了。这三种场景下的“签到领红包”一方面是为了感谢来的人,另一方面也算是一种激励手段,在活动报名时的激励,从而增加报名率或者扫码率。又或者通过这样的激励手段达到一种好的活动体验。

以上的三个场景在我们的生活中是很常见的,总结下来就是一句话:到场即送礼。而我们要做的签到领红包也是这个道理。

二、用户关系梳理

在理解了这几个字的意义后,其实自己的思路已经感觉很清晰了。

但是在这里还是想梳理一下用户关系,首先要把使用我们产品的用户分为B端用户和C端用户。B端用户主要是活动的主办方,而C端用户则是活动的参与者。其次是把整个活动分为活动报名、活动举办、活动结束三个阶段,然后理出他们的关系如下:

从以上的关系中,我们可以很清晰的知道“签到领红包”这个功能需要在活动进行阶段出现,但是如果真的需要把这个功能用起来,不仅仅需要C端用户进行“签到”这个动作,也需要B端用户进行“设置”。

而这两者又是怎么配合的呢?再从“签到领红包”这五字去理B端用户和C端用户在整个过程中需要执行的动作,如下图:

以上这个图,可以用一句通俗的话来总结,就是“谁,做了什么,怎么做的,在什么规则下做的,有什么样的结果”。

再把“签到领红包”这五个字拆分成三个部分后,可以发现“签到”和“领”这两个部分比较偏向C端,而“红包”比较偏向B端,因为这是B端用户作用下的结果。而这里的红包也不仅仅局限于“钱”,所以便有了“塞什么”,因为当“红包”的局限变大了之后,对于C端用户来说就有了更大的想象性。

而相比于B端用户,C端用户领到红包需要进行两个动作,首先是“签到”,其次是“领”,其中“签到”是必须要进行的动作,如果没有了“签到”,那么就根本看不到红包的影子,但如果没有红包,我们的签到还是可以顺利进行的。而对于B端用户来说,在”签到领红包“整个功能中,塞红包才是他最重要的职责。

三、总结

在对”签到“和”领红包“的定义及用户关系进行梳理了之后,其实这个功能的大概流程已经差不多成型了,不管是B端用户还是C端用户,他们都在这个功能中承担着自己的流程和相应的职责,而B端用户因为是活动的掌控者,所以掌握了最大的主动权。在这个功能中,发什么“红包”、发多少“红包”这些都是由B端用户决定,而C端作为一个参与者,不仅需要在参与的过程中遵循自己的流程才可以领到“红包”,而且“红包”的多少都有着神秘性。在这些分析后,也让自己在下一步的设计的过程中有了新的侧重点,B端用户侧重于功能的设计,C端用户则着重交互体验和页面的设计。

 

本文由 @卷耳 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 最期待后面的结果呢

    回复
  2. 全篇分析,结论草率。
    不管怎么说,思路很清晰。
    总结里面能够多点结果,会更有意义。

    回复
  3. 有分析,木有结果,木有最后呈现案栗

    来自上海 回复
  4. 还是比较简单,期待更多思考

    来自广东 回复
  5. 礼物管理,签到流程 选礼或被选礼规则
    啰嗦这么多,对设计有帮助?

    回复