如何让用户更好地“打赏”- 个人项目打赏功能的思考与实践

终于写点产品设计相关的东西了 XD

打赏,一个为爱发电的开源圈里很难避开的话题。

如何让用户更好地“打赏”- 个人项目打赏功能的思考与实践

小到个人项目,大到大型开源基金会,对开源与项目本身的热爱和支持者所基于的赞助,往往就是项目能够长久延续下去的根源所在。

而作为一名未入职的(划去)商业产品经理,让用户多打钱,打大钱,似乎是商业产品经理 “刻在 DNA 里的” 执着(大误)

如何让用户更好地“打赏”- 个人项目打赏功能的思考与实践

这篇文章会简单介绍一下自己在进行打赏功能设计的时候所进行的一些思考,以及在痛点之上的一点改良。

- 1 第一次引入 -

在自己的个人项目 “南哪课表” 里,自己算是第一次引入了打赏功能 —— 因为开发确实很耗费经历,需要大家的打赏回回血以及获得心理安慰。

先简单介绍一下在打赏的过程中一般的用户路径。

对于一些并没有在这方面思考太多的开发者来说,放上微信支付以及支付宝的二维码是最简单的选择 —— 但用户却往往需要通过保存图片 - 打开 APP - 扫码 - 付款的一系列流程。且不说这样的操作对于用户来说是不是过于繁琐,从最终结果的角度来讲,也必然会造成一部分用户的流失与知难而退。

如何让用户更好地“打赏”- 个人项目打赏功能的思考与实践

而在实践中,我发现的另一种解决方案则是使用支付宝所提供的链接接口形式,使得在 APP / 浏览器中跳转链接,可以直接打开支付宝 APP 完成后续支付。但所不便的地方就在于微信不提供这样的接口,选择直接跳转的方式使得用户可以以点击 - 付款的方式完成打赏,但对应的也损失掉了微信支付这一支付方式。

如何让用户更好地“打赏”- 个人项目打赏功能的思考与实践

于是在最初版本的考量中我做了部分取舍:考虑到所做的 APP 主要是针对于本校的大学生群体,这部分群体大部分被微信支付与支付宝所同时覆盖,对平台的选择并不敏感,但可能对用户路径更为敏感 —— 因此我选择了直接跳转支付宝对方式完成打赏功能的设计。

但是因为并没有财力做调查,也没办法有充足的数据证明自己的观点,只能这么硬上了。

不过最终结果还不错 —— 在对比了一款规模相当的 APP 的打赏名单后,我发现这款 APP 的打赏金额在其 400% 左右。虽然没有控制变量不足以佐证这样做是否正确,但从数字上来讲还是比较可观的。

- 2 迭代与思考 -

而在后一版本的迭代中,自己所关注的则是打赏功能所出现的时机与位置:如何一方面避免用户体验的丧失,另一方面增加自己项目的收入。

由于我的 APP 项目主要提供的是从教务处登录导入课表的功能,于是这次我在用户结束导入后的 15s 弹出欢迎及打赏窗口 —— 这个数字是自己在邀请几位周围人体验后,偷偷记录了他们从 “导入成功” 到 “通过点击课程确认导入成功” 所用的大致时间。

这样做的理由是从用户的心态出发,在确认这件东西是完整且无问题的之后,才是可以值得为其掏钱的 —— 虽然也许需要进一步的实证,但做 test 的开发成本太高了,于是就这么写死了

那么,最终的数据效果怎么样呢?

打赏金额提升了约 emmm... 300%... 对... 我甚至... 好像还说少了...

同时由于打赏率的提升,用户的留存率也获得了提升 —— 挺惊讶的,因为用户在 APP 中有了打赏的 “沉没成本”,也使得后期的更新与迭代更为顺利,反而提高了用户粘性。

- 3 延申与扩展 -

进一步的,我希望将这个打赏功能拓展到自己的个人网站上。

但是从 APP 到网页,涉及到这样两个问题:

  1. 终端的变化:APP 只涉及手机端,故可很方便地调用支付宝进行支付,但网页则涉及从电脑,平板等终端的打开,这些终端往往无法调取支付宝,而需要通过展示二维码的形式展示。
  2. 内核的变化:APP 由于可以直接调用浏览器,使得浏览器内核相对固定(苹果 safari,安卓 chrome),而在网页中则涉及微信,QQ 两大内核流氓,难以直接调用支付宝。

于是为了解决这两个问题,在考虑到微信与支付宝框架限制后,首先对各个终端打开后的用户路径进行了规划:

  • 电脑 / 平板:展示支付宝,微信支付二维码,方便手机进行扫描
  • 微信浏览器内核:展示微信支付二维码,方便长按直接识别二维码进行打赏
  • QQ 浏览器内核:展示引导图片,引导至浏览器中进行打开
  • 支付宝浏览器内核:直接跳转打开支付宝收款
  • 其他手机浏览器内核:直接跳转打开支付宝收款

之后通过 user-agent 进行判断,并在技术上进行了实现,而这也就是最近自己所作的项目 github.com/idealclover/Click-to-Donate 的来历。

简单来说,这个项目所希望达到的效果是:一个链接实现各平台的用户友好型收款链接跳转。通过这个项目,希望能够帮助其他开发者或有需要的人快速且方便地生成自己的收款链接。

what needs to improve

虽然在努力地避免主观臆断,但事实上在这整个逻辑分析过程中,还是有不少并没有通过数据驱动的臆测的:例如用户在每一环节上所流失的比例等等,但毕竟小项目,这么检验的成本有点高。如果是大项目的改变也许需要更多更深入的试验。

另外一个自己所没有做的事情是将这个项目平台化——对于其他希望生成自己的收款链接的用户来说,学习成本与部署成本还是太高了。

但反过来讲,自己做项目的初衷只是为了自己的需求,这个需求会是一个多大众的需求也不好说,没有调研还没到盲目投入经历的时候。

说不定打赏一下,就可以催他去把这个事情做了?

XD


分享到:


相關文章: