【产品思考题】为什么微信红包不能撤回？

大家好，我是薛老板。微信大家肯定每天都在用吧？在微信里，一段文字、一条语音、一张图片、一个视频、一个链接，就连一个表情包，不管对方已读还是未读，都可以撤回。

但是除了钱，也就是微信红包是不能撤回的，这是为什么呢？

这个视频我就带着大家来深度解读一下，我将从一下两个维度：

1、要不要做，也就是值不值得做，对应是用户的需求，用户的价值

2、能不能做，也就是做起来会有哪些难点，对应是的实现成本

1、用户

用户就是发红包的人，一般是在生活工作中用户过节给父母、女朋友发红包；新员工入职的欢迎红包；业绩达成或者团建时老板给下属发红包；求人办事时看，法红包略表心意等等。

2、场景

红包发出去之后，有哪些场景需要撤回呢？其实主要有两个：

1）发错人了

2）不想发了

3）发错金额了

3、需求

用户的需求就是想要反悔，想要修正自己的主观错误。发错了人和不想发了，本质的需求都是用户后悔了，想把红包收回来；如果是发错金额了，用户是为了纠错，想把红包收回来重新发。

4、功能

那我们来看一下，撤回是满足上面用户需求的一个好功能吗？先说发错人了和不想发了这两个场景，红包上限最多200，本身就是小额交易，就算发错对用户也没有太大损失；

并且微信为用户提供了多种红包定制功能，所以从产品定位的角度来说就是以传递祝福，提高熟人间的连接性为主，一旦提供了红包撤回功能，就损害了接收方的愉悦感，“损失厌恶”心理大家都听过对不对？对于熟人关系的维系也会有负面损伤，这显然是与红包定位相悖的。

再来说发错金额这个场景。发错金额要么发多了要么发少了，对可能出现的错误，有两种设计方法：一种是在出错前预防，另一种是在出错后恢复，撤回功能本质上就是出错后恢复的操作。其实发送红包的场景更适合采用出错前预防的策略，理由有以下两点：

1）采用出错前预防的策略，用户需要对信息进行反复核对，会带来很高的交互成本，比如用户在微信发红包的过程中有三次确认核对金额的机会，所以特别适用于发红包这种低频场景，因为用户很久才会发一次红包。

但是对于文字、语音、图片这类高频场景却适合采用的是出错后恢复的策略——也就是撤回，这样可以降低用户核对信息带来的交互成本。

2）出错前预防的策略更符合中国人在社交关系中不想出丑的心理。大家想微信是一个熟人社交的圈子，而中国人又特别好面子，不想在别人面前出丑尴尬，所以应该在用户出错前就预防来及时避免尴尬的出现。

所以从上面的分析中我们可以得出发红包本身就是用户非刚需，且频次比较低的一种行为，而需要收回红包的场景就更少了，所以撤回红包的用户价值比较小，而且撤回红包从功能设计的角度上也不是一个好的功能。

其次我们来看一下能不能做，如果做撤回红包会遇到哪些困难？

当红包发出去之后，如果想要撤回，一共有三个场景：

1、个人已领取/群已领完

如果个人已领取或者群红包已领完，撤回的方案是什么呢？从领取用户的账户中扣除吗？肯定是不可行的，首先在法律层面上讲，收下的红包是对方的个人财产，微信无权从对方的账户中把钱退给发送方。

其次，如果对方收到红包之后立马转账了呢？也就是对方的账户余额小于需扣减金额，该怎么处理呢？所以处理的逻辑复杂度非常高。

2、群部分人领取

如果在群发一个红包，部分人领取还有部分人领取，此时撤回红包方案该怎么设计呢？第一个方案所有的资金都返还，这样也会涉及场景一存在问题；

第二个方案只返还没有被领取的金额，这个方案也是不可取的，首先红包发送方的利益会受损，其次没有领到红包的群成员会感到不公平。

3、个人/群没有人领取

有人说上面上面两个场景不能做，红包没被领取的时候是否可以撤回呢？从业务逻辑上来说是没问题的，但是从技术的角度红包撤回背后涉及到的垫资，垫资行，代付，代扣等等的一系列问题，所以也是不太可行的。

综上，通过我们的分析发现，微信红包的撤回功能，首先是用户价值小，不值得做；其次实现成本高，不能做，那微信为什么要做呢？

这可能是目前最大的B端产品微信群，点击->#快来入群：B端产品交流群#