在微信上，聊天框里发布的各种内容都可以撤回，但只有红包不能？那么这个设计背后有什么意义呢？我们如何理解这一点？

当我看到这个问题时，我的第一反应是：嗯？无法提现？哦，对了，它不能撤回。

但如果在面试过程中，面试官突然问我，“你为什么不觉得微信红包有提现功能”，我也给出这样的反应，面试肯定很冷淡。

在微信中，文本、语音、图片、视频、链接，甚至表情符号都可以撤回。而且，他们还是使用同一套提现逻辑：2分钟内，无论你发给个人还是群组，无论对方看不看，都可以撤销。

任何信息都可以提取，除了钱，这是为什么？

今天的话题是一个产品思考问题：为什么微信红包没有提现功能？我们如何才能更不同地思考这个问题？

思路 1：从“用户体验”的角度思考

“.

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

所以思考这个问题最简单的方法就是从用户体验开始：我们可以从“提现”会给用户带来什么样的体验，以及为什么微信不做这个功能来倒推。

假设红包可以提现，会有哪些情境呢？

1. 个人

你口袋里有 100 美元，你走路时捡到 100 美元，你非常高兴。你一直走着，回到家发现你已经丢了 100 块钱，口袋里只剩下 100 块钱。Q： 你现在感觉如何？

回到微信红包，你刚刚收到了朋友的红包，30s 后你收到一条消息：红包已经被提取，你的微信余额已经扣了 66 元。你此刻的心情如何？

这种“得与失”的愤怒，比失去“从未有过”要凶猛一些。

假设你没有红包领取 60 分（正常心）和 120 分领取红包，那么红包被提取的快感可以下降到 -120 分，即 -240 分。

对于接收者来说，体验和情绪都是不同的。

2. 个人/团体未被收集

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

毕竟汇款人的钱已经扣款了，收款人还没有收到，所以钱不可能永远冻结。

除了 24 小时自动返回的场景外，如果对方看不到或不想接收，在这种情况下，使用与撤稿相同的策略（2 分钟内），对发送和接收用户都没有影响。

但如果这个功能被别有用心的人或无聊的人使用，也会带来负面的用户体验。比如现在人家经常发信息#【 red 】祝你繁荣昌盛#，当你点开后发现是文字。如果有红包提取功能，这样的人可以先发送红包引起您的注意，然后立即提取。

3. 集团分割/集团分割

你在群里发红包，3个人抢了，7个人没收到。应该如何处理 ？

无论实现逻辑的复杂程度如何，无论你选择选项 1 还是选项 2，都会让抢红包的人不高兴。

根据“损失厌恶”心态，相同金额的损失的负效用是相同金额的收益的正效用的 2.5 倍。

那是什么意思？

只是不快乐会加倍（恭喜，你花了不到 1 美分就解锁了 10 个恶心包）。

其次，在微信的产品设计理念中，当接收者和发送者之间存在冲突时，微信更注重接收者的体验。在这种情况下，微信不会让一个错误的红包破坏熟人的社交关系。

想法 2：从 “解决什么问题” 开始思考。

不仅是产品经理，工作场所的每个人都需要具备并不断提高他们的“解决问题的能力”。问题的解决方案是什么？

简单地说，就是“为了什么结果而行动”。说到这个问题上：如果你想做撤销功能，它想解决什么问题？有必要以这种方式解决这个问题吗？

我们来分析一下用户场景和需求：

微信红包能满足用户哪些需求？

什么情况下用户需要“发”红包？

什么情况下用户会有“提现”红包的需求？

首先，发放红包本身就是一种“主观行为”。其次，提现功能可以解决的两类问题，“操作错误”和“不想发送”，也是用户的“主观行为”。

综上所述，提款功能要解决的问题是：是否根据“用户自身的主观错误”提供“后悔药”。

在这一点上，让我们暂停一下，向前倾泻：

找到了问题的根源：金额在没有看到的情况下被发送出去。

针对“看不清金额”的问题，微信团队给出了解决方案：在发红包的过程中，一共有 3 次金额提醒，也完全符合“重要信息放在显眼位置，突出显示”的产品设计原则。

这

支付流程是一个复杂的流程，选择支付对象、金额、支付渠道，输入密码（这个过程本身就有一定的防误操作），过程中会有三次金额提示（请在上图找到 3 个 10s），错误的金额很容易找到。除非你连损失的金额都不看，直接输入密码，然后让微信给你一个提现功能。

这就像你在 ATM 机上转账 5 万给骗子，然后责怪银行没有屏蔽你，也没有封号骗子的账户——即使 ATM 屏幕上会有文字防骗提示，输入信息时会再次给出语音提醒。

而且，即使你在微信上给出了足够的提示，你还是越来越少地看 A 0，没有必要让微信团队为了减少你的损失而制定一套复杂的红包提现逻辑。

想法 3：从 “业务流程” 出发思考。

如果我们从业务角度来看，有一个问题必须引起关注：撤稿的情况极其复杂，结果是不可控的。

比如对方收到红包后，立即支付了一笔钱。此时应该怎么做才能撤回 ？

第三个解决方案肯定已经通过了，因为我们不能为了解决一个问题而创建另一个问题，然后启动两个函数来解决两个问题;第二个选项也是不合理的，如果对方不退货怎么办？这难道不是说“提款失败”吗？既然存在无法撤回的情况，那么这个功能还有意义吗？

我们来看看第一个方案的风险：如果对方的余额不够提取金额，你是不是先提取一部分？那么剩下的呢？对方余额有钱时自动扣款——类似于华北自动还款？

这就提出了一个新的问题：可以提取的金额和需要提取的金额不一样，而且很难追溯（很多人会因为失误而走上收债的道路）。

其次，交易行为一般是比较正规的行为，如果对方错了，也是可以理解的，你可以找对方来挽回。而不是在未经对方知情和允许的情况下，在您进行提款操作后直接从对方的余额中扣除款项。这种交易是一种有风险的交易，以后谁会用微信来交易呢？

现在我们换个思路：如果「提现红包」功能在业务中不容易实现，也不需要去开发，但还是需要避免误操作（生儿育女）造成的损失，我们应该从“如何减少这群人误操作的可能性”入手，给出一个解决方案。例如：

如果你寄出的红包金额超过了你每天寄出的金额，给出风险提醒“请确认，转账金额高后转出”，做出自下而上的策略，设置你一天可以寄出的红包总金额，如果超过金额，则需要在支付设置中手动更改

这样设计产品，不仅可以在一定程度上避免误发红包的情况，还可以从性能角度避免逆向进程（撤回），给服务器带来巨大的压力。

本文提出的三个思路，只是为了让你拓展思考，当你真正面试并遇到真正的问题时，考验的是你的思维逻辑。

严谨而卓越的思维逻辑不是一朝一夕就能实现的，而是经过长期实践、实践、复盘、总结再到不断优化的结果。希望今天的文章对您有所帮助。

#专栏作家#

燃烧宝路，微信公众号：产品经理助理，大家都是产品经理专栏作家。3 年产品经理经验，互联网深度用户，善于分析用户。