【商城应用】推荐关系设计

今天给大家介绍一种特殊的应用场景，虽然比较特殊，但是在各大平台上面还是有迹可循的。比如支付宝就一直在搞这个规则场景，用户分享的二维码被别人扫码支付之后，购买则可以获取支付奖励红包、分享二维码的人也可以获取到一定的支付奖励红包，这种规则就是今天要跟大家介绍的推荐关系设计。

1、场景分析

我们项目的推荐关系和支付宝这种推荐关系不太一样，虽然原理都差不多，可是细节却有很多不同点。因为我们的推荐关系涉及到两个平台：A平台（我们自己的平台）、Ｂ平台（第三方平台），大家可以理解为淘宝和支付宝的关系。

2、需求定义

1. A平台中推荐者想要拥有推荐权限，必须是B平台的会员且具备推荐权限，然后将推荐关系存储在A、B平台中。
2. A平台中推荐者如果是B平台的会员，但是不具备推荐权限，这个时候推荐者是平台A，而非原先推荐人，然后将推荐关系存储在A、B平台中。
3. A平台中推荐者如果不是B平台的会员，则无法推荐用户，不能将推荐关系存储在B平台中。
4. A平台进行会员推荐的时候，不管是不是B平台的会员，是否具备推荐权限，都会将推荐关系存储在平台A中。

3、流程设计

最后一点大家可能会有点误解，这边我先不解释，大家先看一下下面这张推荐关系流程图：

结合上面的流程图，这边给大家解释一下上面几点需求的意思。前面的三点的是否拥有推荐关系是值是否有权限在B平台中建立推荐关系，但是不管是否可以在B平台中建立推荐关系，我们都可以在自己的A平台中建立自己的推荐关系，这也是第四点需求的意思。

4、总结

推荐关系的介绍就到这边了，大家可能会好奇这个推荐关系有什么作用，打个最简单的比方，以后如果你推荐的人在A平台购买商品，那作为推荐人的你就会获取一定的积分奖励。这边之所以设计成两个平台的原因是：这种推荐关系产生的积分分润关系是在B平台中进行的，所以我们这边必须将A平台的推荐关系一起同步到B平台中。好了今天的内容就介绍到这边了，谢谢大家的阅读～