关注微信公众号，快速将产品落地行业：

昨天有一个学生在微信上问我。 她表示，面试时遇到面试问题，不知道如何回答。 问题是：“微信红包为什么不能提现？” 其实这类问题和【为什么朋友圈内容不支持修改】是同一类型的问题。 主要考验产品经理对用户场景的理解以及对产品解决方案的思考深度。

1、用户场景思维方法

首先我们来说说什么是用户场景？ 用户场景是由人、时间、地点、愿望、手段五个要素组成的特定关系。 在xx时间（何时）、xx地点（），特定类型的用户（谁）产生了某种欲望（），并希望通过某种手段（）来满足该欲望。

用户场景五要素：

时间（何时）

地方（）

人谁）

欲望（）

方法（）

时间因素：考虑用户使用产品的时间。 是白天吗？ 夜晚？ 工作时候？ 开车时？

例如，网易云阅读白天显示浅色模式，晚上显示黑色模式。 夜间模式更好地满足了用户躲在被子里阅读的需求。

地点因素：考虑用户在哪里使用产品，是在北京还是上海？ 在家还是在工作？ 地铁上还是公交车上？

例如，百度地图会根据您的不同位置向您推送相关服务。

人的因素：产品是要考虑使用该产品的用户是谁。 比如，红米的老人手机模式重置交互、放大字体图标，照顾老年人的浏览习惯； 淘宝根据您之前的浏览记录向您推荐类似商品； 大众点评会根据您之前的浏览、收藏、搜索、购买记录向您推荐类似的商品。 消费行为、推荐口味或价格相近的餐厅……所有这些设计都是基于用户因素。 下图为高级手机模式。

欲望因素：欲望是用户的需要，周围出现的东西。 比如，在一个漆黑风大的夜晚，出现了一个亭亭玉立的少女，而色狼则变得恶毒起来。 在这种情况下，色狼是有生理需求的； 下雨天，走出地铁站忘记带伞，就需要买把雨伞。 这个过程中的需求分析一定要到位，否则产品方案就不靠谱，也就是我们常说的伪需求。

手段因素：即产品需求。 比如，如果上述色狼有生理需要，可以去按摩院，转移注意力，或者自己解决； 如果上述变态下雨天没有带伞，他可以买把雨伞或者雨衣，甚至可以在头上套一件外套。 ，这些都是手段，而从产品角度来说，手段就是产品需求。

举个例子，我们模拟一个场景，“美食达人小明五一要去杭州，听说杭州的西湖醋鱼很有名，我想提前做点功课，知道是哪家的”西湖醋鱼最好吃。” 这是一个用户场景。 要理解这个场景，我们在设计产品的时候，并不是竞品有xxx功能，所以我们要增加xxx功能。 这是抄袭式的功能叠加，没有从本质上思考。 我们设计的功能应该考虑是否解决用户在这个场景中遇到的问题，而不是拥有别人有的。 否则，我们就会永远跟随别人，永远不会有多大成就。

说完了用户场景，我们再来看看微信发红包有哪些用户场景？

1、节假日给女朋友发红包

2、丰收节期间给亲朋好友送红包。

3、给新员工发红包

4、红包游戏。比如：公司团队建设，同事之间玩游戏，输了就发红包。

5、如果遇到问题想咨询行业专家，发红包以表谢意。

6.寻求帮助时，发红包以示谢意。

7. 与朋友/同事共进晚餐并分享金钱

ps：因为发红包的场景大家都有过类似的经历，所以我这里进行了简化，并没有按照上面用户场景的五要素来安全地写。 只要大家都明白其中的意思就可以了。

我们来看看什么情况下需要提取红包：

1、我把红包发错了人（这种情况对于老年人来说比较常见，我爸爸把红包发错了人，但对方当时没收了）

2.我发错了红包数量（红包数量错误分为两种情况：一种是我发的金额不对，另一种是我发的数量不对，我本来是想发8个红包的信封，但我按错了按钮，而是发送了它。5)

3.我后悔发出去（刚发出去就觉得不应该发出去，所以想撤回）

4.最近群不太活跃。 我想发红包让它活跃起来，但又不想真的亏钱。 我应该怎么办？ 发个红包，然后再撤。 （恶作剧）

5.我想​​在群里问一个问题，但又怕没人回答我，就在群里发了红包，吸引大家的关注，稍后再撤。

6、我想向某大V问一个问题，但又怕他不回答我，所以我先发个红包，等他回答完问题再撤。

其中，4、5、6均属于失信行为，即发红包的人主观上利用红包达到自己的目的。 如果实现了红包提现功能，虽然解决了他的需求，但是对于接收者来说并不是什么好事。 这就像吃了一只苍蝇，会让你感到恶心并降低用户体验。 而有这个需求的人肯定不多。 大多数人都是自私的，但又没有自私到那种程度，所以这种场景下的用户需求可以忽略不计。

关于后悔发红包的第3点。 这本身与产品设计无关。 只是用户自己没有想清楚而已。 就好像我是菜刀卖家，你买菜刀一样。 这个时候，你就跟别人有仇了。 你犹豫要不要用刀砍敌人，但你犹豫了。 过了很久，你还是把它剪掉了。 你不能怪我卖给你一把菜刀。 成年人必须对自己的行为负责。 而且我相信有这个需求的人并不多。 为什么，有的人后悔一两次是可能的，但是如果每天都后悔，那就不正常了。 从公司的角度来看，打造这样一个功能，投入产出比肯定是不合适的。 毕竟需求量小，而且会带来很多负面影响。 （有人用它来做恶作剧，造成用户体验损失等）

接下来是场景1和2两个场景。在这两个场景中，用户想要发红包，但是发错了，于是用户提出了解决方案，询问是否可以撤回红包并重新发送。 在这种场景下，用户提红包的请求根本就不是用户的真实需求。 用户真正的需求是发红包时不要出错。 这是用户的根本需求。 用户要求提取红包只是用户提出的解决方案，并不是一个好的解决方案。 （会出现很多问题，正如我们上面提到的）。

这个时候我们要做的就是提醒用户不要犯错误。 如何提醒他们？ 例如可以在末尾提示用户发送的具体金额和数量，用户点击确认后再发送。 这比退出带来的用户体验损失要好得多。

而且，发红包的操作过程中还有三个小技巧：

1. 输入金额时

2.【充值红包】按钮上方

3.在弹出框中输入支付密码

如果尽管有了这三个提示，你仍然犯错误，那么我不得不怀疑你是否是故意的。

2.遇到此类问题时，还可以使用反证法。 就是我如果实现这个功能，从产品解决方案的角度会出现什么问题。

比如我实现了提红包的功能，从产品解决方案的角度会出现什么问题？

1.点对点红包发放

直接提现。 收件人，你在逗我吗？

如果这个时候提现，对方不太关注账户也没关系。 如果你想让用户更加关注自己账户里的钱，他就会想为什么我账户里的钱少了。 他会检查账户里每一笔钱的去向。 长期以来，用户都会关注微信。 账户的安全性也值得怀疑。 毕竟，没有人愿意自己的账户无缘无故地亏钱。 长此以往，如果用户微信账户里有钱，肯定会第一时间提现。 这对于微信自身的金融业务和信誉都会产生很大的打击。

此时，收款人微信账户内资金不足。 我应该怎么办？ 先给发件人发借条？ 等到收款人的微信账户有钱了才给发款人划钱？ 那么如果对方的微信账号没钱了怎么办呢？

2.点击对方发红包

即使群发多个红包，这种场景也可以分为以下几种情况：

此时退出不存在设计问题。

提款是指全部提款，还是仅指无人认领的部分？ 全部提现还是会出现红包提现的问题（对方已经收到红包，但是钱还在对方微信账号里；对方已经收到红包，但是钱已经被提走了）对方）

如果只撤回无人认领的部分，这个场景会更容易设计。

如果此时退出，则所有成员都必须退出。 如果你只撤回部分指定的人，那么最好在发出红包时指定可以收到红包的人。

如果所有会员都退出的话，也会出现我上面提到的两个问题（对方收到了红包，但是钱还在对方的微信账户里；对方收到了红包，但是钱已经被退回了）。被对方撤回）

因此，我们可以看到，从产品解决方案的角度来看，如果实现了红包提现功能，就会出现各种问题，而这些问题不仅会削弱大家对微信账号安全的信心，甚至可能会导致大家敬而远之使用微信支付，会给微信造成很大的损失。

下次再遇到此类问题，可以从两个方面考虑：一是用户场景。 从用户场景的角度，看用户是否有这个需求，这个需求是用户真实的需求还是用户提供的。 的解决方案。 二是从产品设计方案的角度来阐述。 通过对设计方案的深入思考，可以发现一些不足，从而从侧面反驳这一需求。

希望简单的文字对大家的产品学习有所帮助！

作为礼物，微信添加小苏同学即可获得免费加入星球名额，仅限前5名！

1.回复“需求文档”，获取最详细的需求文档模板！

2.回复“用户手册”即可获取最详细的用户手册模板！

3.回复“原型图”获取最新后端原型！

4.扫描二维码进群！