如何练习逻辑，输出一个流程图？本文给了我们一个很好的示范，以美团配送订单成功后的红包配送功能为分析对象，深入思考后绘制流程图。
介绍
这是我第六次逻辑练习的作品。
每周做一次逻辑练习，输出流程图。坚持下去会怎么样？
我不确定。希望你喜欢这些内容。
命题介绍
在这个逻辑练习中，我选择了美团外卖的一个增长函数作为分析对象。这个功能很常见，相信你也遇到过很多次——
下单成功后送红包功能。
在美团外卖，每次支付订单，都会有一个红包功能的入口。你可以把这个红包发给你的微信好友，同时，你也可以发给你自己。
相信你对美团送的红包并不陌生。
从结果来看，可以发现发红包这个功能有几个特别之处。比如，入口必须在订单支付后才出现，而你在收到红包之前就已经知道了你运气的最佳位置。
既然我们都是这个功能的用户，那就来和我一起完成这个练习吧！
练习命题:
请画出美团配送订单成功后发送红包的功能流程图。
需要以下附加信息:
1.订单支付成功后，触发发送好友红包的功能入口。
2.从用户角度构建车道地图。
3.逻辑并不复杂，但好友的红包环节至少有三个判断条件。
输出流程图
这是我的练习作业，我想和你分享一下。我需要强调的是，这个作业只是我们的习题，不代表任何产品的真实逻辑。
我将其分为四个主要环节，即订单验证(发放红包)、红包金额分配(发放红包)、账户关联(领取红包)、逻辑判断(领取红包)。
还是那句话，输出的流程图只是一个习题，不代表真实的逻辑。其实真正的逻辑太复杂，不适合我们日常的逻辑实践。
1.订单验证
虽然我们每次完成支付订单的操作，都会触发发送红包的功能入口，但是我还是在这里加上订单验证的链接，这是一个简单的风险控制意识。
说到钱的功能，应该有一个风险控制机制。至少在设计产品的时候，要有风险控制的意识。
对于美团来说，这些红包都是真金白银。一旦出现异常，会造成很大的损失。
今天，如果美团停止这项业务，单日就可以增加上百万的收入。对于使用红包下单的用户，即使没有红包也有很大概率下单。
核对订单可以提高我们控制支出的能力，增加我们的控制手段。
对于一些低价值或者低质量的羊毛党用户，可以做到差异化处理，不被大众所知。
美团发的红包都是现金，可以真正抵扣。它们需要支付给商家而不是用户，也就是说用更低的金额，就可以“刷红包”套现。
具体操作如下:
你需要激活美团外卖商家，将部分商品的单价设置得极低，比如每单1元或者每单0.1元。
把一些店铺的单价定的极高，旨在能够使用优惠券。
准备大量用户账号，通过购买低价商品获得红包，然后通过购买高价商品使用红包。
此时，红包对应的金额将作为商家的实际收入入账，可从平台提现。
& lt仅供参考，相信美团>不存在这样的漏洞:
订单验证是一种后处理机制，也是最基本的保障，也就是说你可以通过后期添加的判断条件来止损。
比如在订单验证过程中，可以将商家黑名单和用户黑名单判定为无效订单，不触发红包逻辑。
2.红包金额分布
当用户在微信上分享链接时，会显示“金额最大的X个红包”的文案，明确告诉用户哪个红包最适合自己的运气。
这意味着该金额是预先分配的。
也就是在生成红包的时候，每个红包的金额已经同时生成了。这样才能知道金额最大的红包在哪里。
有些朋友会疑惑，为什么分享完成后，红包金额没有生成？毕竟现在的网络很快，计算速度更快。
其实最好的办法就是在分享完成后生成红包金额，这样可以节省很多服务器的计算能力。毕竟很多红包是产生了却没有分享。
问题是分享时显示的文案是“第11个人红包金额最高”，这里的“11”要求我们先发到微信上。
换句话说，如果你在分享之前没有得到这个参数，那么文案就需要调整了。
也就是说，为了在分享之前知道哪个红包金额最大，我们需要同步生成红包，并在订单生成后分配红包金额。
在这个练习中，我把红包金额的分发节点放在订单支付成功之后，这样会增加服务器的计算压力。这不是最佳做法，但却是最方便的做法。
还有一个性价比更高的方法。订单生成后，随机生成金额最大的红包位置序号，然后在分享行为发生后生成红包金额。这种方法比我在实践中提到的方法性价比更高，把服务器的计算压力降到最低。
3.帐号关联
账号关联是指将红包的接收者与美团的用户信息关联起来。由于这项业务横跨美团和微信两个产品，两个产品之间的数据无法同步，因此成为不可或缺的一环。
这里有几个我们可以一起讨论的问题:
A.是否可以用微信登录代替；
B.是否可以后关联，即先收红包，再关联账号。
关于第一个问题，能否用微信登录代替定位器号关联，这就需要我们从场景出发去思考，不是A或B的选择，而是找到一个更合适的途径。
在美团的账号体系中，定位器号是主体，大部分商家都要求用户提供***号作为联系方式、核销方式等。
所以在这种场景下，定位器号比微信登录更合适。
从新用户的角度来说，用微信账号领红包，实际使用红包时还是需要绑定***号的。
这个逻辑延伸了用户的转化路径，不如坚持定位器号是账号主体的核心思想。
关于第二个问题，从用户体验的角度来说，自然是先领红包，再绑定账号更好，但事实并非如此。
一方面，后账号关联会产生很多无效红包，即开了红包，但没有进行账号关联，会大大减少红包的面积。在账号绑定之前，用户可以开无数次红包，或许同一个红包会被同一个用户开10次以上。
另一方面也是有风险意识的。后关联账号意味着用户有放弃的选择权，而这样的放弃并不会减少开红包的次数，也就意味着我们可以开N个红包，只有红包的金额让我们满意，我们才能再次进行关联。
4.逻辑判断
在我们的命题中，特别要求红包链接至少包含三个判断条件。如果这个问题出现在面试或者笔试中，尽可能的思考判断条件。
红包环节的判断条件太多了，可以充分体现我们思考的广度和深度。
在这里，我提到了四个判断条件。
(1)我是否收到:
也许我们在展示层观察不到这种逻辑判断，但是在后端逻辑中，是需要做出判断的，这对于我们判断用户的好坏尤为重要，对后期的微观控制也会有很大的作用。
比如一个经常自发自理的用户，拉新钱能力低，他的红包金额可以小一些，因为没有太多潜力可挖。
(2)是否触发风险控制:
在生成红包之前，我们检查了订单的有效性，以降低商店和订购者的风险。在领取红包的过程中，我们还需要为领取红包的用户设立一个风险控制机制。
我们可以将不可信的用户添加到黑名单中。这些用户将无法领取红包，或者只能领取最低额度的红包。
(3)是否已经收到:
这是一个肤浅的判断。每个红包每个用户只能领取一次，会分两种状态。每个状态在UI层面都会不一样，已经收到的用户无法重复收到。
如果缺少这个条件，就意味着用户可以重复接收，这个功能就没有意义。
(4)是否达到上限:
这里的上限是指用户今天可以领取的金额是否已经被消费。如果用户今天已经领够了红包，就不允许继续无休止地领红包。
上限设置是一种逻辑闭环，即始端和末端。
给产品用户发红包是开始，但是必须有一个门槛，可以关闭或者暂停这个业务。
在与金钱挂钩的项目中，无限制的设计是非常危险的。
我们已经知道这些红包的金额是可以提现的。如果用户账号可以无限制领取红包，无疑增加了刷单风险。
一切触发这些门槛的用户，刷单概率更高。
5.膨胀
除了用户每天可以领取的红包上限，还有每个红包可以领取的次数上限。
其实在领红包的过程中有很多评判条件，原因很简单，这是给用户送钱的最后一步，是给用户真金白银。
思考以下问题，看看能否想到其他判断条件:
1.什么样的用户应该获得较低的金额？
2.什么样的用户应该获得金额较高的红包？
3.如何让这些捐赠的现金红包产生更高的价值？
4.如何降低支出成本，提高最终性价比？
摘要
通过对真实案例的重新审视，我们设计了一个简单可行的发红包业务流程。在这个过程中，也有很多感悟和收获，可以总结如下:
1.在设计业务流程时，要考虑服务器的计算能力，必要时围绕降低性能损失的目的优化业务逻辑。
2.钱挂钩项目一定要有风控意识，也需要有风控机制。
3.定位器号还是微信授权，取决于应用场景。是谁更合适的问题，不是谁更好的问题。
4.即使前端不需要一定的判断条件，特殊数据仍然可以由后端进行判断和存储，这些数据将帮助我们在未来进入更精细化的产品设计阶段。
5.逻辑应该有一个闭环，从哪里开始，到哪里结束。不设计“无上限”的产品逻辑很容易，会留下很多隐患。
比如一些逻辑漏洞，或者计算路径过长导致的一些高计算并发。
如果你觉得这篇文章对你有帮助，请分享给你的朋友。
也希望以后可以和大家一起练习逻辑。相信坚持下来，逻辑能力会有很大的提高。
#专栏作家#
枯叶，微信微信官方账号:产品经理充电站。人人都是产品经理专栏作家。拥有近9年经验的产品经理，擅长社交、社群、细分群体挖掘。
本文为平**家稿件，未经允许禁止转载。
来自Unsplash的图像，基于CC0协议。
本文来自胸大无脑是一种心态投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/589530.html
微信扫一扫 
