这是一个创建于 322 天前的主题，其中的信息可能已经有所发展或是发生改变。
每个分销用户都有一个唯一的邀请码，用户在购买会员时需要使用这个邀请码。现在为了防止滥用邀请码，要对购买流程进行调整：用户购买会员前，需要先联系分销用户，由分销用户生成一个唯一 ID 并提供给用户。用户在购买时，除了输入自己的邀请码，还需输入分销用户提供的唯一 ID 。 这样设计可以吗？
 | 1 SilentRhythm 322 天前 那还需要邀请码干嘛，本质就是唯一 ID 的消耗 |
 | 2 zx9481 OP @SilentRhythm 当时设计有问题，邀请码每个分销用户只有一个。 |
 | 3 hai046 322 天前 指定用户的 code? 分销直接指定用户绑定邀请码不就可以了。 不过感觉好鸡肋。 |
 | 4 lg106 322 天前 没明白为什么还要输入邀请码，不是有和分销用户关联的唯一 ID 了吗 |
 | 5 dko 322 天前  1 你要是又想提升业绩又想给分销商少分钱，那就这么干，不过离倒闭也快不远了。 |
 | 6 iOCZS 322 天前 不利于传播，这个是产品层面的问题 |
 | 7 yidev 322 天前 你设计这玩意,不就是希望人滥用的吗? |
 | 8 zizon 322 天前 你把分销用户的邀请码作为某种加密方式的 key 的一部分就好了. 校验的时候解密出来就知道是谁分销出去的. |
 | 9 mysan 322 天前 你描述说的滥用邀请码是什么个情况 有什么实际影响 |
 | 10 zhengwenk 322 天前 邀请码不就是给分销人员用的么。什么场景下会被滥用。用户购买前还得多一个联系分销员拿 id 的步骤？ 感觉两边都变得繁琐了 |
 | 11 lyxxxh2 321 天前 业务上很怪,不过老板接受了就行。 技术上,这设计没问题。 在数据库建议只设计一个字段, 不然后续经常用,得额外代码组合。 |
 | 12 Habyss 321 天前 没太明白 1. 每个分销用户的唯一邀请码只能用一次还是多次? 2. 滥用是指啥? 如果前提是唯一邀请码只能用一次, 滥用可以理解, 防止暴力试出来? 如果是能用多次的话, 滥用是啥场景... 3. 不谈产品业务逻辑是否自洽, 单说方案实现, 分销用户生成的唯一 ID 只能给联系他的人用还是别人也可以用? 唯一 ID 能重复用吗? 每次都需要生成吗? a. 如果是任何人可以用的话, 可以让分销用户点击按钮生成一个短链, 短链里有他的邀请码和唯一标识, 同时后端存一下两个对应的值, 后期短链也可以加过期时间, 生效时间之类的限制逻辑 b. 如果只能联系他的人用, 那就需要在短链里多一个对应用户的标识了, 对应存的值也要多一个了 c. 用户点击短链的时候, 前端解析自动把参数带到后端 个人觉得短链对于用户操作而言更加方便 还有你的`这样设计可以吗`, 是指产品业务逻辑设计还是你技术方案的设计 |
 | 13 prosgtsr 321 天前 没太明白，用户输入自己的邀请码。。指的是“每个分销用户都有一个唯一的邀请码”吗？ 那你这样。。每个用户还输入的邀请码有什么用呢？ 除非你是有两套邀请系统，一套是输入对方的通用邀请码，一套是输入对方为自己生成的唯一邀请码。但是两套系统的话。用户绝对会用前面这套 |
| 14 prosgtsr 321 天前 @prosgtsr 打漏字了 没太明白，用户输入自己的邀请码。。指的是“每个分销用户都有一个唯一的邀请码”吗？ 那你这样。。每个用户还输入自己的邀请码有什么用呢？其他人又不能使用？ 除非你是有两套邀请系统，一套是输入对方的通用邀请码，一套是输入对方为自己生成的唯一 ID 。但是两套系统的话。用户绝对会用前面这套 |
 | 15 deepshe 321 天前 分销用户生成一个唯一 ID ，那只要数据库里唯一 id 和邀请码、分销用户关联起来就好了吧，前台用户不用填邀请码 |
Select Language