链动2+1电商系统源码，芜湖APP软件开发

向大伙儿们问好，我是的门门（陈景尧）这期门门给大伙儿讲讲大家一直非常感兴趣的商业模式——美丽天天秒，2+1链动模式机制

一、会员身份：只有老板和代理两种身份，购买499礼包即可成为代理，发展2个代理即可升级老板

二、代理身份

1.成为代理条件：加盟区任意消费499（金额可自定义），成为代理(产品自选，不指定)，即可生成自己的推广码。

2.成为代理后权益:

1）.免费专区：下单扶持成为代理十元运费可以零元购，终生享受免费用洗衣液，免费用洗面奶，免费用面膜，免费用各种美妆产品等。

2）.会员特权价：可以在农副产品区，享受低廉的价格，获得更优质的绿色农产品

3）.推广奖励:直推奖励，单100元，第二单也是100元

4）销售其它产品8%~40%利润

团队销售其他产品也均有差价利润

二、五个奖励：直推奖100元，见单奖200元，平级奖10%，帮扶奖20%，分红奖

①直推奖：推荐一个代理消费获得的直推分佣奖励。（比如A代理推荐B用户，B用户去下单，A代理就可以获得100元直推奖励）。

②见点奖：推荐一个代理消费获得的见点奖励。（比如A老板推荐B代理，B代理推荐C用户，C用户去下单，A老板就可以获得200元见点奖励）。

发展3个市场起无限代见单200

1.成为老板条件：完成直推2单499元

2.成为老板权益：直推奖励，单100元，第二单也是100元，完成直推2单后升级为老板，升级老板后完成直推第3单后享有无限代见点间推奖励。

成为“老板”后，直推奖励:300元/单，旗下间推奖励:200元/单（无xian代）

提现秒结算秒提现0手续费，（特色优势：2级分润，无xian代拿钱）

③平级奖：老板与老板之间两者身份一致的时候，平台额外补贴给上级老板的奖励。（A老板扶持出了下级B也成为老板，此时A.B是平级身份，那A可获得B收益的平级奖，如：B老板直推了个代理获得300收益，平台设置的平级奖励为10%，那么A就能获得30元平级奖励）。

团队身份点位分红奖（可设置不同身份等级的升级条件，或者直接购买不同金额的大礼包升级到不同的级别）

④帮扶奖：1、完成平台设置的提现任务（推荐2人成为老板，团队下需要“N”个代理，后才可解锁收益，没有达成每次只能解锁80%收益，剩下20%冻结成基金，完成任务之后才可解锁）（只需要完成一次即可）

⑤分红奖：设置门槛升级团队长身份V1、V2、V3，每个身份拥有独立的奖金池，按人头平分收益

平台每卖一个499，固定拿30元进分红池，给董事联创合伙人等多个级别设置不同的比例根据对应身份人数进行平均分红，比如董事平分30%，联创平分30%，合伙人平分40%

举例：分红奖总佣金为100元，V1奖金池20%，V2奖金池30%，V3奖金池50%，且达到V1身份人数1，V2身份人数5，V3身份10，则：

V1奖金池1人，直接获得：100X20%=20元

V2奖金池5人，每人获得：100X30%÷5=6元

V3奖金池10人，每人获得：100X50%÷10=5元

特别说明：

1.感恩机制：这个模式特别设置了下级帮扶上级的感恩互助机制，下级代理想做老板，需要将原两个直推团队留给上级老板，帮助上级裂变团队，然后自己再重新发展新的市场，新发展的下级也会帮助上级，如此循环，讲解如下：

假设A推荐B，B推广了B1和B2两个499代理，满足条件升级成为独立老板时，之前直推的市场B1和B2两个市场需要留给原来的上级，B1和B2这两个市场如果也分别推广了两个499代理，(分别为C1，C2，C3，C4)升级独立老板时，也需要把他们的C1，C2，C3，C,4个市场留给A，从而A可以获得2生4,4升8,8升16。。。的团队架构，A实现团队的自动裂变。

2.20%链动基金互帮互助机制:代理或老板收益提现时，需预留冻结20%在平台，完成指定任务才能解冻全部可提现。

指定任务

1：之前直推留给上级的个团队B1和B2均升级为代理级别或老板级别

2：B1和B2团队伞下订单超过10单

本机制主要预防下级脱离的时候留下两个不动的小号或僵尸账户，实现真正的下级帮助上级发展团队

保护原来推荐关系，基因链关系不烧伤，人数可自定义，拿关系链团队无xian代级差奖励，统团队身份点位分红奖一样，可设多个身份，比如董事/联创/合伙人，可设置不同身份等级的升级条件（比如直推人数，直推指定身份等级会员数，订单量，消费金额，大小腿业绩占比，伞下总业绩），或者直接购买不同金额的大礼包升级到不同的级别。

省市区等区域奖励

省市区代理，享受级差收益，以用户下单的实际收货地址为准进行订单分佣

点点关注，近我者富！评论点赞，多赚千万！搜索陈景尧，千篇商业模式解析给你听！了解电商软件、商业模式等相关信息的读者，请联系景尧

扩展资料：

如何应对版本需求变更问题

从版本的规划进入版本的实现阶段，业务需求的变更是无法避免的，所以需要考虑如何应对版本需求的变更问题。

问题一：同样是工程，建筑工程也是有需求变更的，但却不会像软件项目这么频繁和失控。为什么呢？

原因一：需求的确定性

建筑需求是很具象的，而软件工程的需求是抽象的。所以建筑项目里面，无论是提出需求还是变更需求，客户和施工方都明确地知道他们想要什么。然而，软件需求则经常是抽象、模糊、不**的，模糊不清的需求导致在软件开发有了雏形后，才慢慢想清楚真正的需求是什么，从而导致需求变更。

举个例子：客户开始对软件界面的颜色是没有任何要求的，当版本的软件给客户看的时候，客户觉得白色背景太难看了，希望换成蓝色的；第二版本换成蓝色后，客户现在已经觉得黄色更好看，希望改成黄色背景；第三版本的时候，产品经理担心客户还想换颜色，就直接做成了换皮肤功能，用户可以自己选择颜色，客户还是不满意，问能不能把背景换成图片……

原因二：需求变更的成本

建筑项目里面的需求变更，都很容易和成本挂钩，因为这些东西已经是生活常识了，而软件项目里需求的变更成本比较模糊不确定。

举个例子：装修房子的时候，如果墙面已经刷成白色了，但是客户想都刷成蓝色，那么他会很清楚，这涉及一系列成本：需要重新购买涂料、需要找人重新粉刷。但换成一个软件项目，客户想把界面的白色背景换成蓝色的，他会觉得这是很简单也是理所当然的，甚至有时候产品经理也会这么想，就会对开发这么说：“不就是换个颜色吗？几行代码的事，客户让换就换了嘛！”但是实际上，软件项目的需求变更，哪怕是换一个背景颜色，同样是要涉及成本的：需要修改所有涉及背景颜色的代码，需要更新相关测试代码，还需要对涉及的界面重新测试。

问题二：如何缓解需求变更问题？

在软件项目开发中，需求变更其实是不可避免的，找到合适的方案来改善并积极拥抱合理的需求变化，减少不必要的需求变更，这是我们讨论如何缓解需求变更问题的前提条件，也是共识的基础。

1、提升需求确定性，把需求分析做好，减少需求变更

例如：在了解完客户的需求后，不急于马上输出PRD文档让开发实现，而是自己先用 Axure等原型设计工具，做一个简单的交互原型，给需求方演示。用户会针对原型的效果提出一些修改意见，然后再快速地修改原型，这样反复确认，等到用户没有什么修改意见后，再着手具体的文档编写和开发实现。

2、规范变更流程，提升需求变更成本

例如：如果有条件，当业务需求发生变更时，可以根据实际情况，要求需求部门需通过“电子化管理平台中的需求管理流程”进行需求变更，并提交《需求变更申请》，经主管领导及项目经理审批后提交给技术负责人实施”。需求变更申请通过后，文档管理人应将《项目需求规格说明书》同步更新到新版本。

3、降低开发响应需求变更的成本，积极应对需求变更

例如：技术上可以通过换皮肤的方式来定制界面，可以通过插件的方式增加功能，以此来应对个性化的需求。

三、版本发布后的工作

当版本发布上线后，可能这才只是新的开始，因为还有两项重要的工作需要继续跟进，一是问题跟踪，二是版本复盘。

1. 问题跟踪

用户在使用产品的时候，可能会遇到一些 Bug 或者是有一些建议，所以需要提供用户反馈问题的渠道，让用户可以有途径对于 Bug 或者功能去反馈。

除了被动地依靠用户反馈问题，还需要主动的对发布的版本进行监控。比如说要收集系统崩溃的日志、监控服务器资源占用情况、监控 API 出错的比例、监控网页响应的速度等数据。当发现数据异常时，很可能说明发布的版本是有问题的，需要及时的应对，回滚版本或者发布新的更新补丁。

2. 版本复盘

对版本进行复盘，就是通过分析和讨论实现版本过程中出现的问题，进而总结成功经验，吸取失败教训，提升团队能力。版本复盘主要包括四个步骤。

1、回顾版本目标

版本在开始规划的时候都会确定该版本的目标，所以复盘的步，就是要回顾初的目标，方便对终结果进行评估。

做好版本目标回顾的前置条件，是准确和客观的目标描述。只有做到目标的准确和客观，在后续才能对目标的完成情况进行准确地评估。