分销裂变 / 私域零售
链动1+1/3+1模式系统开发前的规则梳理
链动 1+1 和 3+1 常被用来做身份晋升和推广裂变，但它们并不是套个名字就能上系统，关键在于消费门槛、身份升级、团队奖励和复购逻辑如何拆清楚。
一、案例标题
链动1+1/3+1模式系统开发前的规则梳理
二、模式简介
链动 1+1 和 3+1 的核心，是通过较清晰的身份梯度，把消费、推荐和晋升绑定在一起。1+1 相对更轻，3+1 则通常会增加身份层次、团队奖励和更多持续激励。
这类模式真正的开发难点，不是把“代理”“老板”几个字做进页面，而是每个身份到底怎么来、享受什么、在哪些条件下升级或失效，以及团队奖励和复购逻辑怎么防止越写越乱。
三、商业模式讲解图
链动 1+1 / 3+1 模式讲解图
可以把它看成消费入门、推荐升级、身份变化和后续团队关系的连续动作。
用户完成入门消费
先通过指定消费获得基础身份，进入推广体系。
直推有效用户
平台统计有效人数、有效订单和推荐归属。
触发身份升级
满足 1+1 或 3+1 条件后，用户进入更高身份层级。
解锁团队或复购关系
更高身份可能对应见点、团队奖励或复购挂钩逻辑。
按规则进入结算
所有奖励都应经过订单确认和售后判断后再结算。
图解要点
决定项目复杂度的，不是名字，而是身份升级和团队奖励是否真的需要。
四、适合行业
私域零售
社交电商
社区团购
会员营销
高复购消费品
五、客户常见痛点
想做身份升级，但不知道升级条件怎么设计
想做裂变，但担心团队奖励层级不好把握
想提高复购，但不确定奖励是否要和复购挂钩
想参考别人玩法，但直接照搬又担心不适合自己
想开发系统，但需求、预算和周期不清楚
六、模式逻辑拆解
用户通常先通过指定消费或套餐购买进入基础身份，随后通过直推有效用户来触发升级。
平台需要记录用户当前身份、直推人数、下级有效订单、升级时间和后续复购关系。
奖励不是看到邀请关系就发，而要结合订单支付、确认、售后和身份状态同步判断。
如果存在老板、团队长等更高身份，就必须明确这些身份对应的是更高直推奖励、团队见点，还是复购关联收益。
如果存在滑落、轮动池或团队补位，必须提前定义哪些用户会被分配、什么时候分配、是否影响原始邀请关系。
这种模式表面看像推广系统，实质上考验的是身份规则、订单规则和结算规则能否统一。
七、奖励 / 积分 / 分润规则设计建议
先定义推广资格如何激活，是购买指定产品、会员包，还是完成一定消费后自动激活。
明确奖励对象是直推人、身份晋升后的团队管理者，还是两者都有。
奖励来源建议以订单利润或营销预算为基础，避免只强调收益层级而忽略成本口径。
如果有老板或更高身份，建议明确是否需要审核、是否需要维持条件、是否会降级。
复购奖励要特别注意统计周期、订单归属、退款处理和是否设置封顶。
多级团队奖励要谨慎，尤其在 3+1 模式下，越复杂越需要把异常处理规则提前写清楚。
八、开发前必须确认的问题
用户为什么愿意为了升级身份去参与？
身份升级依据的是人数、业绩还是复购表现？
团队奖励是否会让整体成本失控？
复购奖励是长期存在还是阶段性存在？
如果用户退款，推荐关系和晋升结果怎么处理？
是否需要给高身份设置维持条件？
是否需要设置奖励冻结期和提现门槛？
业务、财务和运营是否能看懂同一套规则？
九、项目价值
帮助客户提前理清身份制裂变规则
减少开发中途不断改身份和奖励逻辑的情况
帮助判断是做轻量 1+1 还是更复杂的 3+1
让后续预算和周期评估更有依据
十、适合咨询的客户
想做身份升级分销的企业老板
想搭建私域零售和推广体系的创业者
已经有用户基础，想进一步做团队裂变的项目方
需要先梳理规则再决定是否开发系统的客户