在设计签到功能的时候,我在想什么?

11 评论 16686 浏览 81 收藏 12 分钟

签到就是用户每天在APP内使用此功能,并得到系统给予的奖励。那应该如何设计签到功能呢?

签到功能,用好了能够有效的促活,用不好的话只是一个增加应用包大小的鸡肋功能。

怎么设计一个高效的签到功能呢?

这篇文字记录了我的思考,希望能对你有启发。

一、什么是签到?

什么是签到?

让我们先从表象理解:签到就是用户每天在APP内使用此功能,并得到系统给予的奖励。

当然,如果你只是这么理解,设计出来的签到功能一定是不尽人意的。我们需要理解签到功能的本质:通过奖励强化用户行为,从而培养用户的使用习惯。

记住这个理论,后面会反复涉及到。(对于强化机制不了解的同学,欢迎阅读我的另一片文章——斯金纳箱与让人上瘾的产品设计

理解到这里,就引出了下一个问题:我们的应用,需要做签到功能吗?

二、做还是不做?

理解了签到的本质,让我们再明确一下签到的目的:促活。

那么,什么样的产品适合使用签到来促活呢?

电商类产品,我认为是适合做签到的,让我们模拟一个流程:用户打开APP——进行签到——得到积分、优惠券——使用优惠券进行下单。

对用户来说,通过进行签到,最终减少了消费的金额。用户得到了优惠的同时,培养了他使用该应用消费的习惯。

工具类产品,则需要好好考虑如何设计签到功能。需要权衡用户通过签到得到的奖励,是否能够起到足够的强化作用。比如:搜狗输入法,你做一个签到功能,即使奖励是签到三天送新皮肤,也是不能起到长久的效果的,断签了又能怎么样呢?无非少两个皮肤罢了。

反观背单词、健身这种应用,签到的设计可以有效的量化用户的使用量,给予用户心理上的强化。断签带来的惩罚不仅仅是“签到断了,奖励少了”,而是在此基础上加上“我少背了20个单词,进度被拉下了”。

社区类产品做签到恐怕就有些鸡肋了,社区鼓励的是更多的有效交流,而“每日回帖”这种签到的设计只会让水贴变多,降低整个社区的质量,本末倒置。

我只简单分析了大类,具体拿到自己的产品里还需要细化分析。

三、目标用户?

好,我们决定要设计签到功能。签到的本质是:通过奖励强化用户行为,从而培养用户的使用习惯,这句里反复提到的用户是什么样的呢?

每款产品,不管是多么垂直的、小众的产品,它的用户都可以区分成不同群体。当我们设计某一个具体功能的时候,要想清楚这个功能是服务于哪一个群体,对症下药,才能取到最好的效果。

拿电商类产品来说,签到功能所针对的用户群一般是“屌丝用户”。

为什么这么说,我有以下两点思考:

  1. 签到给予的奖励,通常是一些小额的积分、优惠券。
  2. 签到需要每天使用,否则就会断签。

也就是说,用户需要用每天固定的一些时间,换取一些蝇头小利。

我们来举个例子:

网易考拉

网易考拉的签到设计:累计签到第1天送1豆,第二天送2豆…5豆封顶。每日签到送豆外再叠加丰厚礼包。

我们假设用户只通过签到获取考拉豆,他需要连续签到42天,才可以换取一个美妆个户分类里的,满199-20的优惠券。这还是可兑换的优惠券里最便宜的。别的电商类应用也大同小异,感兴趣的话可以自己打开京东淘宝看看。

四、什么形式?

当我们讨论签到形式的时候,其实是在选择一种最合适的强化方式。

我们可以把签到拆解成这几种属性:

手动\自动:用户通过点击签到按钮进行签到,还是用户登录后自动弹出签到窗口?这其实是在用户感知度和操作便捷性上做出的权衡,不同类型的产品会有不同的选择。

累计\连续:累计指的是在某一段时间内,用户通过签到的累计量来获取奖励,不需要连续签到,超过时间后重置数据。连续指的是用户需要不断地进行签到,断签则一切重来。

这两种方式最大的区别是惩罚力度不同:累计签到惩罚力度较小,忘记连续签到也可以继续拿奖励;连续签到则相反,断签立刻重置之前全部的努力。

周期:不管是累计签到还是连续签到,都存在一个周期。周期很重要,还拿网易考拉举例:周期看似是无限的,用户打满5天后,只要继续打卡就可获得每天5豆的收益。

但是边际成本递增(每次签到都会增加时间成本),边际收益的却是递减的,首次获得5豆时的满足,将会在第二次、第三次、第四次获得5豆时慢慢的减退,给予用户的强化也会越来越小。

一旦断签,带给用户的惩罚是巨大的(之前连续签到带来的累计天数清空)。用户不一定会再提起兴趣进行第二轮签到。

奖励:奖励首先跟周期挂钩,可以逐渐递增,也可以每天不一。比如:第二、四、七天给用户大礼包,针对性的进行习惯培养。同时你还要记得你的目标用户是什么,制定与之对应的奖励才会事半功倍。

当然,涉及到积分数量、优惠券金额的部分记得跟运营讨论,随心所欲的设置可能会得不偿失。

另外,奖励也与你想培养用户的那种习惯有关,你想用户多复购,就送他优惠券;想让用户体验你的功能,就送他功能免费体验;想让用户购买商品,就让用户点击签到后自动跳转到商城(咳咳…)

决定属性的选择时,一定要记得:签到功能的本质是——通过奖励强化用户行为,从而培养用户的使用习惯。奖品与用户需求之间的匹配度是中重之中,匹配度高才能有效的强化用户的使用习惯。

五、实践

按照上面的流畅过下来,你应该已经可以设计出一个成型的签到功能了。

如果光看文章还是没有概念,我们来举几个不同类型的产品签到设计的例子:

1. 京东

京东新人签到

京东新人签到使用的属性是手动\连续\3天周期\奖励:京东豆和大礼包,3天的周期非常讨巧,连续3天不难办到,即使中断了也不会给用户太大的惩罚。

同时连续3天达成后的奖励很吸引人(最高100豆),会吸引用户反复签到。目标用户也吻合“屌丝用户”的设定,在京东体系里,100京东豆=1元钱,满1000豆可用。用户花费了三天打卡的时间,换取了1元的利益,并乐此不疲。

2. Keep


KEEP每周目标

Keep的签到是通过完成每日训练实现的,采用的属性为手动\累计\7天周期\奖励:成长值,好身体和成就感。每周完成3天(自定义时间)即可,不需要连续,这符合了Keep作为一款健身应用的属性。

用户健身需要的是鼓励,如果在这里依然采用连续签到的形式,只会不断打击用户的积极性。同时打卡奖励除了成长值以外,还带给了用户身体上健康的改变,可以说非常符合Keep的产品导向了。

3. 微博超话


微博超话

微博的超级话题内置的签到功能,通常在明星相关的超话下会比较活跃,采用的属性为手动\连续\无限周期\奖励:经验值和连续天数。

签到功能在这里是非常讨巧的一个设计,连续签到证明了你对你idol的爱,只要你还对你的idol感兴趣,微博就可以通过签到功能的辅助,把你黏在超话里。

同时在这里断签的惩罚对你来说也不是不可接受的,毕竟可以花钱买补签卡,为爱充值天经地义,不是吗?

六、总结

看我写了这么多,想必你对签到的设计有更深的理解了。当然这之中用到的很多理论都是可以触类旁通的,比如:强化理论、边际收益等。

说到底,产品经理还是需要有自己的方法论,掌握了这些,设计其他功能的时候也不会无理可循。

以上就是我设计签到功能时的一些思考,希望可以对你有帮助。

 

作者:兰道锅,微信公众号:兰道锅。

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 所以用户签到的动力,还是想获得什么吧?要么切实的利益,要么群体的认可。根据不同的目的,来设置是否连续、周期、奖惩。

    来自广东 回复
  2. 通过奖励强化用户行为,从而培养用户的使用习惯。
    周期、奖励、惩罚、边际成本、边际收益。
    —-学习了。

    看到英语流利说的签到,需要学习了某些内容之后才能签到成功,并且会有签到的分值。若是不签,这个分值就会慢慢往下掉,看着真是揪心啊!

    来自广东 回复
  3. 签到一些小技巧也可以拉动其他产品的活跃,比如京东和京东金融签到的双签奖励

    回复
  4. 百度贴吧的签到,我认为是设计得很牛逼的签到。

    回复
  5. 有句话不认同,不管是什么类型的产品,断签都不会影响我本来就能得到的,至于签到得到的我们可以理解为奖品,那奖品大小以及对我实际的应用才是最重要的吧。
    一个名不经传的App连续签到30天会得到300元零食大礼包,如果签到就是点一下,那这个签到大部分人会愿意延续。
    别人签到的原因是因为可以得到激励,那动力肯定就是签到激励的大小。
    当然可以理解同样的产品前提下,签到可以是一个好工具去用于运营。

    回复
    1. 我想表达的其实是长周期下,断签的惩罚会更大。
      因为奖品是恒定的,但是如果在一个长周期内,比如30天周期,我在27天不小心断签了,我就需要再花费30天去得到这个奖品,我的实际花费时间是27+30=57天,并且还是冒着断签的风险。这种情况下奖励虽然没变,但是对我来说就不那么吸引人了。
      不过这也是为什么很多长周期的签到功能,都设计了补签卡。

      来自北京 回复
  6. 我已经在京东连续签到275天。。可以说很屌丝了

    来自广东 回复
    1. 你一定是京东的重度用户吧 ➡

      来自北京 回复
  7. 签到现在太泛滥了

    来自广东 回复
    1. 的确,每个应用内几乎都有签到,也导致用户对签到功能没那么敏感了,所以才要更深入的研究用户心理呀

      来自北京 回复
  8. 每一个产品上的不管是多小的功能,都是产品经理经过很多次推敲和实验确定的,出发都是好的,但是后期哪个会取决于好的效果我觉得,会跟做什么样的产品有很大的关注。

    回复