编辑导读：转赠金额是产品中的一个常见功能，指将账户已有的金额赠予给他人。因为涉及到金额，所以它的设计需要非常严谨，否则一旦产品上线后出现问题，会产生很大的风险。本文作者总结复盘了他在产品设计中遇到的问题，与你分享。

最近在工作中设计了转赠金额的功能，一个小小的功能，在实际产品设计中产生了很多问题，且这些问题都不容小觑，因为涉及到金额，一旦产品上线后出现问题，会产生很大的风险。所以我把在产品设计中遇到的问题进行了总结，分享给读者，希望在设计类似产品功能时，可以帮助大家做参考。

01 什么是转赠金额及使用场景

转赠字面的意思是赠予，表示将已有的东西赠予别人，别人收取后，不需要退换，赠予人也不会追要。标题中定义的“转赠金额”，实际就是将账户已有的金额赠予给他人。比如：你账户里有1000元，你可以将这1000元以内的金额转赠给多个人，每人可收取相等或不等的金额。具有这种转赠行为的就叫做转赠金额。

转赠金额的使用场景有多种，本文内容按照我在实际工作中应用转赠金额的场景来讲。

我们设计的“转赠金额”功能，主要是针对企业用户，企业用户在企业中一次性申请金额，用于在我方平台购买产品。如果用户账户的金额在后续使用过程中使用不完或不想使用时，平台是不支持提现功能的。对于我们来说，用户在充值金额的时候，这笔钱就已经扣除并支付到我们的公司账户了。而在充值到用户不想使用的期间，这笔钱很有可能就已经被公司因为某种原因花掉了，用户后续提现，其实就相当于退费。就算是企业平时的经营非常良好，如果某一时间段，大批量用户同时申请提现，也会导致公司出现现金流亏损的情况。

所以我们决定不支持提现功能。如果用户在平台充值金额后，用不完或不想使用了，那么可以通过转赠的方式，将金额转赠给企业或部门人员。对于我们来说，如果用户真的暂时没有需求使用当前产品，通过转赠金额的方式既可以减少用户流失，也可以让用户和用户之间产生互动，通过这种转赠行为促进用户活跃度，是一个更好的选择。

02 转赠金额需要考虑的问题

“转赠金额”其实是个小小的功能，但因为涉及到金额发放、领取。其风险是很多的。例如早期的微信转账功能，我们在使用微信转账时不能保证每次都操作无误，转账时可能会出现输入的金额错误，或者转账时转错人。而要求对方退款时，对方不肯退换。导致了我们自己承受损失。这就是在涉及钱财过程中的风险问题。而后期微信新增了在转账一定金额后，验证收款方信息的功能，用来提高转账的安全性。

所以在我们涉及到金钱的实际产品设计中需要考虑到方方面面。确保每个点都要考虑到，减少风险的发生。

一般转赠金额时的操作一共分成3步：转赠人填写转赠的规则、分享给领取人、领取人进行领取。

根据这个操作的流程我们就可以根据每一个步骤来分析转赠金额功能都需要考虑的一些问题。

转赠人填写转赠的规则：

转赠人填写转赠的规则：转赠规则是转赠人在给想好给用户转赠前需要设定的规则。用户可以根据设定的具体规则进行领取。主要包含的参数有，转赠金额和转赠个数。

转赠金额是转赠人准备转赠给其他用户的金额，一般我们在准本赠予给其他人物品的时候，首先是在送出之前就想好要转赠的东西是什么。所以我们要先定义好转赠的金额。

转赠个数就是你准备将金额转赠给几个人，几个人可以进行领取。便于我们一次性操作实现多人领取。举个例子，如果你准备给多个人转赠金额，如果没有转赠个数的话，就需要你进行多次操作，填写金额转赠给A用户。A用户领取后，你需要再次填写金额转赠给B用户…这样反复操作，即麻烦又浪费时间。

用转赠金额乘以转赠个数就是我们最终要发送的金额。例如：转赠金额填写10元，转赠个数填写1个。那么我们最终发送的金额就是10元，有1个人可以领取。如果转赠个数填写5个，那么就是50元。通过这样一个规则设定，也能计算清楚，一共需要发送的金额是多少，和预算是否吻合。或者相差多少。设定好规则后我们就可以发送给领取人，让系统按照这个规则进行批量发送了。

但是在这种规则下，产品经理还需要延伸考虑的问题是，根据实际应用场景，按照转赠金额乘以转赠个数来转赠的话，希望每个人可以分到多少金额，是平均分还是随机分配。

分享给领取人：

在转赠人填写好转赠规则时，分享给领取人时，中间还缺少一步，就是我们需要考虑，用户当前账户的余额是否满足用户填写的转赠规则。也就是说，我要给你转1000元，那么得看我有没有这1000元，如果我只有100元，那么我肯定就无法给你转这个钱。

领取人进行领取：

前面转赠人确认好规则了，钱也放进去了。分享给其他用户后，就是领取人进行领取这个转赠金额了。这时候就容易出现一些问题。

例如：是否需要限制领取人？我转赠给别人的金额，我自己能否领取？

我在填写转赠规则的时候输入了红包个数为3，那么同一个领取人能否连续领取3次？

转赠的金额是否有时效性限制，比如说我给某个用户转赠金额后，他一直没有领取怎么办？

还有如果转赠人规则填写错误能否允许撤回重新发送？

用户领取成功后，领取到的这个金额能否再次转赠给其他人？

如果领取人在领取金额时发现金额已被领取完或已过期怎么办？

03 领取策略

上面分析了在转赠金额中容易产生的问题，我将这些问题分成了用户体验问题和安全风险问题，下面我根据这两类来分析下针对这些问题我是如何考虑的。

3.1 涉及到用户体验的问题

3.1.1 转赠金额错误是否允许撤回

撤回功能是指给某个人发送消息或邮件、红包，可以在一定时间内撤回，撤回后，对方将看不到已发送的内容。

如果不支持撤回，那么当用户发送消息、邮件后发现自己对发送的内容不满意想要修改时，或发现消息发错人时，则没有机会悔退一步，导致出现不可预估的后果。

而针对转赠金额我们是没有做撤回的功能，一方面如果支持转赠金额撤回，那么转赠人在发现金额输入错误，个数错误或分享错人对的时候，可以使用撤回功能及时撤回，避免了一些风险。而另一方面如果我们做了撤回的功能，那么站在领取人的层面考虑是十分不友好的。收到了转赠的金额，还没开心多久就被转赠人撤回了，心情一定是十分不高兴的。举个例子：有一天你发现你购买的彩票中了大奖，你一定会特别高兴，但是你在找彩票的时候又发现彩票不见了，那么你的心情一定是比没有中奖还要失落。所以我们在不能只考虑这个功能给我们带来的价值，同时也要考虑这个转赠功能给我们带来的负担。

像目前微信平台，发送文字、语音等消息内容都是支持撤回的。是因为接收消息的用户对此类消息的感觉并不强烈，如果消息被撤回了，对他们来说也没有什么影响。所以衡量利弊的时候，更愿意给发送者撤回这个功能。而对比转赠金额来说，领取金额的用户收到了钱相当于又被要回去了，那么领取人带给我们的负担要高于给予转赠人撤回功能的。所以我们不支持转赠金额做撤回功能。

3.1.2 领取权限的规则制定

权限一般指的是系统设置的安全规则或者安全策略，领取权限就是指用户A转赠金额后，都有谁可以领取，谁不能领取。产品经理需要将用户领取的操作过程中可能会出现的问题进行总结归纳，并制定出解决方案。在领取权限的规则制定中，我们需要考虑的问题主要有：领取人是否需要限制、转赠人自己能否领取、同一个人能否多次领取、领取别人的转赠金额，是否能再次转赠？关于功能的提示。

如果我们不考虑这个领取权限的规则，那么在金额转赠的过程中就会涉及到安全问题，转赠的金额谁都能领取。比如，想转赠给用户B的金额，被用户C领取了。或者B领取金额后还能重复领取。我们要制定的规则主要是想避免这种情况的发生。

下面我根据这几个需要考虑的问题来分别分析如何根据这些问题制定相应的规则。

领取人是否需要限制：主要是指转赠人分享金额后，谁能领取的问题。考虑这个问题的原因是因为可能会出现，有其他人看见转赠金额分享的链接，点击进去并领取了相应的金额。我们最终的办法是没有做领取人限制这个功能，主要考虑的是在真实使用场景中转赠人会自己控制分享这个范围，比如只在公司内部部门群里发。这样实际风险程度已经降低，同时我们采用的办法是领取人在领取金额时输入一些验证信息的方式解决了这个问题。

转赠人自己能否领取：这个问题的风险程度较低，但也是我们也需要考虑的问题。我的考虑是转赠人转赠给其他同事的金额是用于让大家都可以自己在平台独立购买产品。那么转赠人自己本身已经可以购买。则无需二次领取自己转赠出去的金额。

同一个人能否领取多次：这个是需要产品经理给开发确定规则的问题，我们在实际产品设计中的规则是同一个人不允许多次领取。转赠人（负责人）制定领取规则肯定是按照几个人领取，每个人的领取金额来制定的，如果一个人可以领取多次，则打破了这个规则。

领取别人的转赠金额，是否能再次转赠：这个考虑因产品而异。像想有的产品是领取优惠劵的概念，领取后就有不允许再次转赠的情况。我们的产品应用中，主要目的是能够让团队、部门人去自主购买。将转赠金额定义为了账户余额，领取的金额和充值的金额都在一个账户余额中，可以进行再次转赠。

关于功能的提示：转赠金额有能领取的情况，就存在不能领取的情况。其中不能领取的情况就包含了金额被领取完。我们需要考虑金额领取完时，系统给出怎样的提示。比如给出提示：“当前金额已被领完”。如果已经领取完的金额我们不给出相应提示，那么用户反复点击领取按钮，会以为是系统出现了bug。

同时还要结合上面我们设定的规则，考虑给出用户相应的提示。例如：

• 转赠人自己领取自己分享的金额需要提示：不能领取自己的转赠金额
• 二维码已失效提示：当前二维码已失效
• 已经领取过转赠金额，再次领取时，页面提示：您已成功领取金额，不能重复领取

3.2 涉及到安全风险的问题

因为我们的功能是转赠金额，因为涉及到了金额，所以就要考虑安全的问题，如果在领取过程中我们不去考虑这个权限规则，那么就会导致转赠人填写完金额分享给用户后谁都能领取，举个例子：转赠人把转赠金额的分享链接发送给用户A，用户A可以领取，用户A转发给用户B，用户B也能领取。这样在转赠过程中大大提高的风险。我将安全风险的问题主要分为金额领取的安全性和金额分享的时效性。那么下面主要根据这两个点来分别考虑。

3.2.1 金额领取的安全性

金额领取的安全性是本文中重点讲解的点。它的解决方法主要有两个：转赠人指定领取人和利用验证转赠人信息的方式。

转赠人指定领取人：相对比金额领取的风险，这种办法就比较安全。上面讲到了一个问题就包含，转赠的金额是否谁都有权限领取。如果用这种方法，让转赠人在填写转赠规则时，选择相应的领取用户，就可以只让这些人领取。

这种方案的安全性会提高，但是选择领取人这个步骤，需要结合目前产品本身的功能来看，产品中是否支持选择领取人，或者通过填写用户的一些验证信息，手机号等。不过这个功能增加了转赠人的填写步骤。

还可以考虑的方法，是否需要在产品中建立一个团队的概念，如果产品的用户信息的真实性可以保证。那么可以让转赠人在转赠时，选择领取权限为当前企业或当前部门。

验证转赠人信息：我们在实际产品应用中就是选择了验证转赠人的信息。主要的步骤是，转赠人分享后，领取人点击分享链接进入领取页面后，需要填写转赠人的手机号等信息进行验证，因为平台内的手机号是唯一的。增加此步骤是防止误领，提高领取的安全性。

如果想做的更加安全的话，还可以生成随机验证码。告诉指定领取人，领取人以此验证码来验证。

3.2.2 金额分享的时效性

金额分享的时效性也是我们需要考虑的风险因素。如果转赠的金额没有领取完会怎么样，这个金额在哪里，难道要一直被冻结吗？所以我们定义了一个分享的时效性，如果在24小时内（可以根据自己产品定义），金额没有领取完，那么金额会退还回原账户。

04 总结

本文中主要分析了涉及金额交易会产生的风险及做为产品经理需要考虑的问题，如果我们在日常产品设计中考虑不到某个点，或漏掉某个点，很容易在实际产品应用中产生大问题。

作者：张悄悄，微信公众号：悄悄拔尖Strive

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

题图来自 unsplash，基于CC0协议