微信红包撤回（为什么微信红包不能撤回）

微信上，聊天框里贴的各种内容都可以撤，只有红包不行？那么这个设计背后的意义是什么呢？怎么才能理解？

我对这个问题的第一反应是：嗯？不能撤吗？哦，不能撤销。

但是，如果面试官突然问我“为什么你觉得微信红包不做取款功能？”我也给出这样的回应，面试一定要爽。

微信里，一段文字，一个语音，一张图片，一段视频，一个链接，甚至一个表情包都可以撤。而且他们用的是同一套撤单逻辑：2分钟之内，不管你发给个人还是一个群体，不管对方看没看，你都可以撤单。

任何信息都能撤回，除了钱，这是为什么呢？

今天的话题是一个产品思考题:为什么微信红包不做取款功能？如何才能多思考这个问题？

想法一：从“用户体验”出发思考

在设计一个产品和一个功能时，不仅要考虑它能带来什么价值，还要考虑它是否会给用户带来负担。

所以这个问题最简单的想法是从用户体验开始：我们可以从「撤回」会给用户带来怎样的体验，来倒推为什么微信没有做这个功能。

假设红包可以收回，会有哪些场景？

1. 个人已领

你口袋里有100块钱，你走着去捡100块钱的时候很开心。你一直走，回到家发现自己丢了100块钱。这时，你口袋里只剩下100元了。问：你现在是什么心情？

回到微信红包，你刚收到一个朋友的红包，过了30秒，你收到一条信息：红包已经退了，那66块钱已经从你微信余额中扣除了。此时此刻，你是什么心情？

这种“得而复失“的愤怒比”从未拥有过“的失落来得更凶猛一些。

假设你没有红包的时候有60分的快感，收到的时候有120分的快感，那么红包撤回的时候的快感可以下降-120分或者-240分。

对于接收方而言，体验和心情双差。

2. 个人/群未领

微信本身设置了“如果对方在24小时内没有收到你的红包，资金会自动退回到发件人账户”的政策，说明微信支持发件人在“对方看不到”或者“不想收到”的场景下收回红包。

毕竟汇款人的钱已经扣了，收款人没有收到，所以钱不能一直冻结。

抛开24小时内系统自动返回的场景，如果对方没有看到或者不想接收，在这个场景中采取与信息提取(2分钟内)相同的策略，对发送方和接收方的用户都没有影响。

但是如果这个功能被别有用心或者无聊的人使用，也会带来负面的用户体验。比如现在经常有人发消息#[微信红包]恭喜发财，交好运#，点开发现是一条短信。如果有红包提取功能，这种人可能会先发红包吸引你的注意力，然后马上提取。

3. 群部分领/群领完

你在群里发了个红包，三个人抢过，还有七个人没收到。退出逻辑该怎么办？

选项一：选择撤回——只撤回无人认领的部分。选项二：选择撤回——全部撤回。不管实现逻辑有多复杂，不管选择选项1还是选项2，都会让抢红包的人不开心。

按照“厌恶损失”的心理，同样数额损失的负效用是同样数额收入的正效用的2.5倍。

你什么意思？

只是不快乐翻倍了(恭喜你，你没花一分钱就解锁了10个讨厌包)。

其次，在微信的产品设计理念中，当收方和发方发生冲突时，微信更注重的是收方的体验。在这种场景下，微信不会让一个错误的红包破坏熟人的社交关系。

想法二：从“要解决什么问题”来思考

不仅仅是产品经理，职场中的每个人都需要具备并不断提高自己的“解决问题的能力”。问题的解决方法是什么？

简单来说就是“为了什么结果而行动”。把它放在这个话题上：如果要做撤回功能，它想解决什么问题？,这个问题是否有必要用这种方式解决？

让我们分析用户-场景和需求：

微信红包能满足用户的什么需求呢？

甲：交易需求乙：娱乐需求什么场景下用户会有「发送」红包的需求呢？

a:还钱B:买东西C:游戏D:过年E:钱F:爱G:活跃气氛H:红包接龙什么场景下用户会有「撤回」红包的需求呢？

a:发错人B:发错号C:我不想发。首先，红包本身就是“主观行为”；其次，召回功能可以解决的两类问题，即“操作失误”和“不愿意发送”，也是用户的“主观行为”。

综上所述，召回功能要解决的问题是

：是否基于“用户自己主观失误“提供一个”后悔药“。

到这里，我们暂停一下，往前倒一倒：

为什么要撤回？因为发错了。为什么发错了？因为输错了。输错了为什么不改呢？因为没看清。

问题的根源找到了：没看清金额就发出去了。

基于“看不清金额”这一问题，微信团队已经给出了解决方案：发红包流程中，一共有3次金额提示，而且也完全满足了“重要信息放在明显位置且重点提示”的产品设计原则。

发红包-输入-金额（动态输入显示）塞钱进红包的封面金额提醒（字体非常大和粗）输入密码框的金额提示（和密码输入框紧挨着）

支付流程本就是个复杂的流程，选择支付对象、金额、支付渠道、输入密码（这套流程本身就具备一定的防误操作性），过程中还会有三次金额提示（请在上图找出3个10），输错金额很容易发现。除非你输完金额看都不看，直接输入密码，然后要求微信给你个撤回功能。

这就好比，你在ATM给骗子转了5万块钱，然后责怪银行没有阻止你，没有封禁骗子的账号——虽然ATM屏幕上都会有文字防骗提示，还会在你输入信息的时候再次语音提醒。

而且，就算在微信上给足提示，你还是多看、少看一个0，微信团队更没有必要为了减少你的损失，去开发一套复杂的红包撤回逻辑。

思路三：从“业务流程”去思考

如果从业务层面来看，有个问题必须引起我们的关注：撤回的场景极其复杂且结果不可控。

比如：对方领取红包后，马上支付了一笔款项。这个时候撤回逻辑应该怎么做？

方案一：直接从对方余额里把钱扣回方案二：提示对方，你需退还66元方案三：发给对方一张66元的电子欠条

第三个方案肯定pass了，因为我们不可能为了解决一个问题再创造另一个问题出来，然后上线两个功能解决两个问题；第二个方案也不合理，如果对方不点退还呢？那不就意味着「撤回失败」？既然存在撤回不了的情况，这个功能还有意义吗？

再看第一个方案的风险：如果对方余额的钱不够撤回的金额，你是先撤回一部分吗？那剩下的一部分怎么办？等对方余额里有钱的时候自动扣除——类似花呗的自动还款吗？

这里引发了新的问题：能撤回的金额不等于需撤回的金额，追溯难度非常之大（不少人将会因为手误而走上讨债之路）。

其次，交易行为一般是比较正式的行为，如果发错了对方是可以理解的，可以找对方追回。而不是在对方不知情、未允许的情况下，在你执行撤回操作后直接从对方的余额里把钱扣回来。这种交易是一种风险交易，以后谁还会用微信做交易呢？

前面聊了这么多，都是在聊为什么微信没做撤回，现在我们换个思路：如果「撤回红包」功能在业务上不好实现，而且也不具备开发的必要性，但仍有避免误操作（熊孩子）造成损失的需求，我们应该从“如何降低这类人群的误操作可能性”入手，给出解决方案。比如：

如果你发出的红包金额超出你日常发送金额，给一个风险提示“转出金额较高请确认后转出”做一个兜底策略，设置自己单日红包可发送总金额，如超过金额设定，需手动在支付设置里更改

这样设计产品，既可以在一定程度上规避误发红包的情况，而且从性能上来看，也避免了逆向流程（撤回）为服务器带来巨大压力。

本文提出的三种解题思路仅供大家拓展思维用，真正面试以及遇到真实问题时，考验的还是你的思考逻辑。

严谨、优秀的思考逻辑不是一蹴而就的，是长时间实践、练习、复盘、总结然后不断优化来的。希望今天的文章对你有所帮助。

#专栏作家#

烧包鹿，微信公众号：产品经理小助理，人人都是产品经理专栏作家。3年产品经理，互联网深度用户，善于分析用户。

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

题图来自Unsplash，基于 CC0 协议