微信红包发错了不能退回,这个设计合理吗?

11 评论 4707 浏览 14 收藏 7 分钟

发错了微信红包,却不能撤回,这究竟是为什么呢?

微信作为国民级APP,几乎每个智能手机里都有一个微信。微信的功能从聊天,分享生活,到支付,购物,出行,每次迭代都给用户增加了惊喜。

微信APP改变了我们的生活,微信4.0推出了朋友圈,从通讯工具变成社交平台,4.2增加朋友圈评论功能,4.5版本推出公众号,5.0版本增加绑定银行卡功能,微信6.0版本,微信红包的出现,打破了“钱”的流通这个局面。

今天,我们就来谈一谈为什么微信红包不能撤回的逻辑。

发红包的流程

红包分为群红包和发给个人的红包,发给个人的红包,单个限额不超过200元;群红包,金额最大上限为2万元,红包个数为100个。

发红包的流程如下:

  1. 发红包输入金额;
  2. 输入红包文字,红包封面(可选);
  3. 塞钱进红包;
  4. 确认支付(选择支付方式),确认支付。

微信红包为什么不能撤回?

从使用场景,信息流,资金流以及人性三个方面来阐述微信红包不能撤回的逻辑:

从使用场景上来说

红包的应用场景如下:平时微信好友之间发送红包,微信双方存在交易。

对于第一种情况,大家本来就认识,小额错误的话其实也无所谓;如果是大额错误,认真沟通后,可以追回红包。在用户体验上来说,撤回红包也会影响用户的体验。

至于第二种情况,如果交易可以撤回,会影响大家的信任;大家会选择其他支付方式进行交易,影响产品的使用。

从“信息流”和“资金流”来说

如果仅从资金流来说,包括“未领取的红包”和“已经领取的红包”。

  • 对于已领取的红包,在金融的角度来说,不应该有撤回操作,甚至平台方都不应该有随意撤回操作;
  • 对于未领取的红包,在金融的角度来说,是可以随意撤回的。因为发出红包只是让个人账户资金暂时冻结,此时并未形成真正的资金流,撤回操作只是“解冻”。

如果从业务的角度(信息流)来说,已经被领取的红包,也是不应该撤回;但是未被领取的红包,原则上是可以被撤回的。

  • 对于已经领取的红包,如果撤回,那就是把领取到红包的用户B的喜悦感拉回到负象限。如果抢到红包的愉悦值是100%,未抢到红包的愉悦值可能只有-50%,但是抢到红包后又被撤回的愉悦值会超过-100%。因为失去100元的痛苦感要远远大于获得100元的快乐,而对一个国民级产品来说,不应该设计这种“得而复失”痛苦感的场景。
  • 对于未领取的红包,如果撤回,其实影响要小很多。现在的红包其实已经设计了“超过24小时未领取自动撤回”的策略。或许在后面的某个版本中,微信会加入“手动撤回未领取红包”的功能。但是是否设置和微信消息一样只允许撤回发生两分钟内的消息,值得商榷。

从人性上说

微信是一个C端产品,需要满足两边的用户。

红包的场景更接近于社会规范,给亲人发生日红包、过年红包、给朋友祝福等等,其意义就是现实生活中红包的意义,其中包含人情及很多隐藏的人性需求,代表的更多的祝福和喜爱。如果可以随意撤回,会影响人际交往。

如何设置红包或者转账的兜底策略?

原则上来说,所有针对大额的、超出日常习惯额度的支付行为,都应该被“至少强提醒一次”。

支付、金融的原始属性不可丢,不能单纯追求简洁设计,该有的提醒不可省略。

其实,微信支付应该在发红包或者消费的时候,设置一个系统限制兜底策略。比如,在异常操作的情况下提示:“您单日红包发送限额为200,已经超出限额,请去支付-设置里修改单日限额”,就可以避免类似的误操作(当然土豪可以设置成:不限)。

这个和银行卡刷卡消费有单日限额类似,有一个兜底策略,就可以防止因为人失误手滑而造成的金额损失。

关于异常操作的判断:

  • 可以根据历史交易数据预判行为保证用户体验;
  • 可以设置单日或单次转款金额限制;
  • 可以设置最大微信红包的金额,把选择权交给用户(默认发给个人200元,群红包最大金额2万元,红包个数共100个)。

转账时的策略:

  • 如果是熟人或者有过历史转账记录,大额转账可能就不会有提醒;
  • 如果初次转账且大额的话,会让用户输入姓名验证;
  • 本质上是对普通用户增加不可逆操作的成本。

 

作者:haoxinguo;作者公众号:Kris产品成长之路

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

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我觉得从人性和场景的角度来说,红包就是一个不可撤回的东西。转账可能还可以考虑。

    回复
    1. 转账和红包的应用场景有时候有很多的重叠。个人理解微信红包现在不仅仅是我们过年收礼的红包了。吃完饭我们AA制的时候,我很可能就是发红包而不是转账。谢谢讨论。

      回复
    2. 但是他的定位本身就是发红包的,这个是用户使用习惯的问题,真要细究的话,应该要拿节假日和平时发红包的频率和人数作比较,还需要大数据清理出大红包的场景,这样才能知道这两个功能是不是真的重叠了。

      回复
    3. 对的

      回复
  2. 不知道金融方面有没有什么影响,但是单从体验上来讲的话,会不会有些太主观啦;
    微信定位于通讯工具,建立联系大多数是熟人(可能是初衷),而红包具体的使用场景是过年发红包或小额送礼,
    从常规上讲,发出去的红包也没有收回来的道理吧。。?

    回复
    1. 感谢回复。微信红包和转账在使用场景上是有交叉的,一般情况下发出的红包是没有收回来的,但是在生活中还真有结婚给礼钱给错的(一家酒店结婚的太多),虽然要收回的场景很少,但是也会有的。比如金额发错,发错人等。这些虽然是极少见的情况,但是在设计产品时需要考虑不考虑值得我们去讨论。谢谢回复,个人拙见。

      回复
    2. 一家酒店结婚的人太多是因为处于一个一对多的场景中会给错,但微信这种一对一的关系中呢?
      确实也会有发错的金额或者人的啦,我在想会不会是由以下两个原因不予考虑?
      1.红包发错的人数占比较少
      2.不依靠产品设计去解决所有问题

      微信关于此处作出的兜底设计为设置了红包的上线金额,且在熟人的前提下可以通过协商不领红包自动退回的设计?
      都是讨论呐,哪有什么拙见不拙见的~我也在学习呀

      回复
    3. 不依靠产品设计去解决所有问题,学习了。产品设计也不能解决所有的问题。

      回复
    4. 是这样的,也是最近在工作中感受到的,一起成长

      回复
  3. 张小龙:看你分析的挺有道理的,其实我们只是当初赶工期忘了做红包撤回的功能而已,不过感谢你教我们做产品

    回复
    1. 回复