向大伙儿们问好，我是微三云的李志英这期志英给大伙儿讲讲大家一直非常感兴趣的商业模式——全民拼购
全民拼购模式说明
1.拼单方式：
①“10人团”中抽“3人”;
②中奖者可获得:
A.等值的产品/购物券;
B.(商品价格)10%的“分红积分”;
C.(商品价格)****的“购物基金”;
D.(商品价格)5%的“购物金”(前提是该用户拥有“购物基金”，
且奖励不超过“剩余的购物基金”;
不中奖者可获得:
A(商品价格)5%的零钱奖励:
B.(商品价格)5%的“购物金”;
2.拼单规则说明：
①“分红积分”作为“参与平台利润分红的凭证”，不能提现为零钱，同时每月1-5号用户可以将积分用户兑换产品或者转入/转出至“积分池”，6-24号则只
能转入但不能转出“积分池”，25-30号为结算期，需“冻结积分池”，用户不能转入和转出“分红积分”，平台会根据“可分配利润”与“总分红积分”数进
行加权分红。(另:每次转入“积分池”的数量必须为“整百”。)
②“购物基金”可视为“待返金额”，如A用户获得了100个“购物基金”，后续A参与继续拼团后，将以零钱形式返还“购物基金”，直到返完为止。
③新用户参与，成为“1天有效期”的推广员;
用户当天有参与，平台赠送“1天推广员有效期”;
(举例:新用户A参与某个拼团活动，总共可获得2天的推广员有效期。)
④拼团隐藏规则:1.当天次参与拼团并且排位，必不中;
(举例:A→B→C→D→E→…，蓝色为当天非首次参团，红色为当天首次参团，则C为此团的“不中奖人”。
2.新人首次参与且排位，必不中;
(举例:A→B→C→D→E→F.…，蓝色为当天非首次参团，红色为当天首次参团，绿色为新用户，则C为此团的“不中奖人”。)
附:1.2版本新增功能大纲
1中奖规则:可设置中奖XX几次后，之后XX几次必不中奖
2、新增订单管理，当未成团的订单后台也能看到
3、关联产品限制:后台可自定义设置实物产品数量(多10个)
4、自动成团:当活动团时间到了还未达到参团人数，系统机器人自动补齐活动人数(必须后台手动开奖)
5未中奖新增赠送积分:赠送商城积分
6限制用户每天参团次数:每天可参团的次数
7每日分红:每天晚上0点结算
分销利润分配(按商品价格)
①推广奖励:2级分销---2.5%，1%;
②店铺奖励:(等级由高到低分别为)5%、4%、3%、1.5%;
③区域奖励:省代2.5%、市代1.5 区代1%;
前端产品/价格展示
前端直接展示“99元/299元/399元/599元…”拼团区，用户根据所选价格直接进入选择，可供选项有“A产品/B产品/C产品/购物券”，用户只能选其一
点点关注，近我者富，评论点赞，多赚千万。搜索微三云李志英，千篇商业方案解析给你听！了解电商软件、商业模式等相关信息的读者，可详细咨询
扩展资料：
软件需求分析，就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。这是是软件定义阶段中的*后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
一、需求分析定义
软件需求分析也称为系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。
软件开发一般包括：可行性分析、需求分析、软件设计、软件开发、软件测试、软件实施、软件服务等步骤，需求分时软件开发的第一步骤。
用户需求分析是指在系统设计之前和设计、开发过程中对用户需求所作的调查与分析，是系统设计、系统完善和系统维护的依据。
二、软件需求分析目标
需求分析是软件计划阶段的重要活动，也是软件生存周期中的第一步，该阶段是分析系统在功能上需要“实现什么”，而不是考虑如何去“实现”。
对客户的信息化需求进行分析，将客户不规范的、随意的需求，转换成规范的、严谨的、结构化的需求，将客户不正确的需求转换成正确的需求、将客户不切实际的需求转换成可以实现的需求，将客户不必要的需求砍掉，将客户漏掉的需求补上。
此外，软件的一些非功能性需求(如软件性能、可靠性、响应时间、可扩展性等)，软件设计的约束条件，运行时与其他软件的关系等也是软件需求分析的目标。
三、软件需求分析原则
需求分析通常来讲它们应符合以下一般原则：
1. 能够表达和理解问题的信息域
信息域反映的是用户业务系统中数据的流向和对数据进行加工的处理过程，因此信息域是解决“做什么？”的关键因素。根据信息域描述的信息流、信息内容和信息结构，可以较全面地（完整地）了解系统的功能。
2. 建立描述系统信息、功能和行为的模型
建立模型的过程是“由粗到精”的综合分析的过程。通过对模型的不断深化认识，来达到对实际问题的深刻认识。
3. 能够对所建模型按一定形式进行分解
分解是为了降低问题的复杂性，增加问题的可解性和可描述性。分解可以在同一个层次上进行（横向分解），也可以在多层次上进行（纵向分解）。
4. 分清系统的逻辑视图和物理视图
软件需求的逻辑视图描述的是系统要达到的功能和要处理的信息之间的关系，这与实现细节无关，而物理视图描述的是处理功能和信息结构的实际表现形式，这与实现细节是有关的。
需求分析只研究软件系统“做什么？”，而不考虑“怎样做？”。
四、软件需求分析内容
需求分析的内容是针对待开发软件提供完整、清晰、具体的要求，确定软件必须实现哪些任务。
具体分为功能性需求、非功能性需求与设计约束三个方面：
1. 功能性需求
功能性需求即软件必须完成哪些事，必须实现哪些功能，以及为了向其用户提供有用的功能所需执行的动作。
功能性需求是软件需求的主体，开发人员需要亲自与用户进行交流，核实用户需求，从软件帮助用户完成事务的角度上充分描述外部行为，形成软件需求规格说明书。
2. 非功能性需求
作为对功能性需求的补充，软件需求分析的内容中还应该包括一些非功能需求。
主要包括软件使用时对性能方面的要求、运行环境要求，软件设计必须遵循的相关标准、规范、用户界面设计的具体细节、未来可能的扩充方案等。
3. 设计约束
一般也称做设计限制条件，通常是对一些设计或实现方案的约束说明。
例如：要求待开发软件必须使用Oracle数据库系统完成数据管理功能，运行时必须基于Linux环境等。