本文主要以普通团为例，按照拼团的整个流程，总结其背后的设计思路和逻辑。
一、背景
最近在做一小电商平台，需要做几个营销功能给商家们用，初步定了好几个需要做的营销功能，其中就有大家最常见的拼团。
拼团作为一个几乎是电商产品的标配功能，身为一枚合格的产品狗，想必大家对此应该都耳熟能详了，不管哪个行业，就算没做过，但也一定有听说过。回想一下这应该算是自己第二次做拼团功能，不同的平台背景不一样的体验和收获，好久没写东西了，借这个机会小小总结一下。
以下将会根据拼团活动的整个流程，结合一般功能策划的步骤进行总结，有不对的地方希望大家多多指教。
二、需求分析
按照规矩，先进行一个小小的需求分析。
首先要搞清楚自己的产品类型和需求背景。
拼团这样的万金油功能，发展到现在已经演变出了各种各样的玩法，包括抽奖团、试用团、秒杀团、团免团、阶梯团、超级团等等。我们常见的拼多多模式是所有商品都有拼团，但类似网易严选、京东、淘宝或其他平台却只有部分商品有拼团模式，两种不同的产品类型，规则逻辑、后台设计肯定也是大有不同的，搞清楚自己是谁，才能选择更适合自己的玩法。
然后是需求四要素。
人：商家；
场景：卖货；
问题：缺乏营销工具帮助更好的卖货；
解决方案：拼团工具。
以前刚入门的时候，在做一个功能之前，经常都是一上来就开始各种流程图、原型、需求文档，或者有时候更夸张一点，直接画原型，结果做着做着发现各种地方不对劲，越做越心烦。或者即使按照直接画原型，然后设计稿，再到开发的流程来，并且整个过程下来非常顺利，功能如期上线，但到后面往往又会发现，跑起来的数据非常惨淡，用户不想用、不会用甚至根本不是他想要的。
因此，在着手干活之前，还是非常有必要明确：什么人在什么场景下遇到了什么问题，我们用什么方案来解决这个问题。当然，这里的人指的是主要用户，即这个功能最终是给谁用的，而不是说这个功能只是涉及到了这一类用户。
基于上面的背景，我们最终选择了超级团和普通团两种类型的拼团玩法，普及一下这两种玩法。
超级团：由商家发起拼团，商家是团长，买家只需要参加团购，成团后商家统一发货，特点是超级团一般成团人数较大，如100人，1000人，成团后会有一定的时间留给商家，方便商家统一订货发货；
普通团：我们常见的拼团玩法，由商家设置拼团活动，买家发起拼团并邀请好友参团，成团后商家对已成团的订单发货，特点是成团人数少，一般2-3人，能否成团比较依赖团长的推动，相应的裂变效果也会好一些。
按计划第一期先做超级团，原因是这种玩法在流程上相比普通团稍微简单一些，不过后来上线后我们也发现，其实小商家们由于各种各样原因的限制，总是会把超级团当做普通团来用，这其实跟我们的预期是相差蛮大的。
本文主要以普通团为例，按照拼团的整个流程，总结其背后的设计思路和逻辑。
三、主线流程
清晰明了的主线流程能够有效的帮助我们避免在设计功能的过程出现遗漏的情况，第一步我们要梳理清楚功能的角色和事项。
①系统：拼团规则、数据统计；
②商家：发起/设置拼团活动、订单发货；
③普通用户（团长和团友）：发起/参与拼团；
然后进一步细化主线流程，大致如下图：
四、具体细节
按照上面的主线流程，整个拼团共分为三个阶段，创建拼团-拼团中-拼团后，下面一个个拆分来看，其中都有哪些门道。由于我们的产品包括管理端都以小程序为主（个人感觉日常用起来还是蛮方便的，就是添加商品没有PC来的方便），因此以下设计都是在小程序中进行的。
4.1 创建拼团
多看几个竞品，很容易发现，创建拼团一般来说会包含以下几个字段：拼团商品、活动名称、拼团价格、成团人数、拼团活动时间、成团有效时间、每人限购数量、拼团活动状态等。先大概总结一下这些字段所代表的意义。
① 拼团商品
作为一个平台来说，能够拿来参加拼团活动的肯定是有效的商品，具体怎样才算是有效商品呢？根据不同平台的情况可能会略有区别，但大体会有一下几个条件：
价格不能为空：在一些平台上，有允许商品价格为空的情况，这样的商品应该不能参加拼团；
库存不能为0。
② 活动名称
每次拼团活动发起的目的都可能是不一样的，能直接根据具体活动目的设置拼团活动名称，相比去商品详情中进行修改要方便很多。
③ 拼团价格
即该商品的拼团活动价格，一般不能高于商品原价。
④ 成团人数
即凑够多少人可以满一个团，一般来说需要大于等于2，因为之前已经做了超级团的类型，所以在这里把普通团的最高成团人数定在20人。其实高于这个数，也很难成团。
⑤ 拼团活动时间
商品参加拼团的活动时长，只要在设置的时间范围内，用户进入详情页均可发起或参与拼团。
⑥ 成团有效时间
用户发起拼团后，系统留给他召集好友一起参加拼团的时间，超过这个时间还未成团，则会被判定为拼团失败，系统自动退款。一般常见的如12/24小时的成团有效时间，用户发起拼团后，会有12或24小时的时间去成团。
值得注意的地方是，成团有效时间和拼团活动时间之间的关联。如果开启了成团有效时间，则用户进入拼团时，需要判断当前剩余的活动时间，是否还满足成团有效时间，如果不够，则新用户不能再发起拼团。
举个例子：活动时间为2018-9-23 00:00 至 2018-9-25 59:59；成团有效时间为12小时，则当拼团活动进行到2018-9-24 12:00的时候就不能再发起拼团，因为剩下的拼团时间已经不够12小时，但用户还可以参团，即活动实际结束时间还是在2018-9-25 59:59。
成团有效时间的设置一般有两个目的：
一是保证在尽可能短的时间内释放库存；
二是制造紧迫感，刺激用户尽快成团。
⑦ 每人限购数量
一般拼团活动都会进行降价促销，参团商品数量有限，虽然一人买多件和一人买一件的结果都是把商品卖完了，但是一人一件的时候商家会得到更多用户，有助于拉新。因此这个需要根据商家的实际情况来选择是否需要限购。
⑧ 拼团活动状态
未开始：拼团活动开始时间>当前时间，未开始的活动可进行的操作包括：开始、编辑；
进行中：关于正在进行中的活动争议比较大的问题在于商家是否能手动结束正在进行中的活动，如果可以结束，那么正在拼团的用户要怎么处理；如果不能结束，商家添加了一个拼团活动做个测试，结果一直显示在前端撤不下来也很麻烦，这个其实还是要根据实际情况来判断。在我们的背景下，是需要能够给商家结束正在进行的拼团的，但是会有相应的限制，商家只能结束还没有人参团的活动。
已结束：可删除。
下面根据具体的需求，选择相应的字段简单画个流程图（活动名称、拼团价格、成团人数、活动时间）。
PS：
①为什么不需要成团有效时间？
因为平台电商刚刚起步，实际上能在平台购买的用户较少，不需要太在意库存的问题，因此暂时不做这个限制。
②如何处理多规格商品？
在拼多多上或者别的平台的拼团活动中，我们能看到参团的商品是支持多规格的，即可以让用户选择具体的拼团规格。但是在我们平台现阶段来说，由于主要的功能设置都在移动端，在设置多规格商品参与拼团时，填写价格比较麻烦，因此可以把多规格参团作为后期的迭代功能，当前的目的应该是跑通主要流程。
③每人限购数量如何限制？
还是基于上面的情况，从简处理，默认每人限购一件（只能发起或参加一次），后期根据商家反馈进行迭代。
原型-创建普通团
4.2 前端展示
通过上面的步骤，我们创建了一个拼团活动，但是基于我们平台型建站类产品的属性，相比其它电商产品来说，我们还需要通过一些简单的设置让这个活动在前端展示出来，让用户能够看得到。其实就是个开关，需要的时候就让他展示到前端，不需要的时候就把它关掉，相当于活动专区。这一块需要注意的的是需要有哪些字段可在前端展示，总之，目的就是要吸引用户点击（原型略）。
4.3 发起拼团
发起拼团是整个拼团活动中的重要一环。用户在拼团商品详情页发起拼团并支付成功后，系统生成一个团记录和相应的团内订单记录，主要流程如下：
发起拼团的流程中主要需要考虑三个问题：
判断活动是否已结束；
判断库存是否充足；
判断用是否有发起拼团的权限：默认每个用户只能发起或参加一次拼团。
另外，用户在支付成功后，还需要考虑库存锁定的问题，如果不及时锁定库存，容出现超卖的情况，即成团后（或支付后）却告知用户商品没货，体验非常不好。
关于锁定库存，比较常见的有两种做法：
下单支付完成锁定库存；
成团后再锁定库存。
具体来看一下两种做法各自的不足之处。
① 下单支付完成减库存：
a. 每个用户参团（包括发起拼团）并实际支付后就减相应的库存。即只要用户参团，不管是否成团，都占用一个库存，如果没有成团，则需要等到成团有效时间（如12小时）之后系统执行退款，相应的库存才被释放。
这期间，因为这一部分最终拼团失败的用户占用了一部分库存，导致该拼团商品库存不足，使得其他用户无法继续开团，库存利用率较低。并且，需要同时限制商品最多能发起的拼团数量，超出最大数量的团后禁止用户再发起新的团，否则同样还是存在超卖的可能。
如果用这种方式，配合成团有效时间帮助控制库存，一方面还能制造成团的紧张氛围。适用于周期较长、库存限制相对较宽松的拼团活动。
b. 发起拼团时就锁定N个库存（N等于成团数），可以有效的避免用户发起拼团后因为库存不足而无法成团的情况，但是相应的，这种做法因为每次发起拼团都会同时锁定N个库存。相应的库存消耗比较快，若成团率较低的话，很容易导致后来的用户因无法发起拼团造成库存浪费，降低活动质量。但这种做法能保证发起的团都是一定有相应库存的。
这种方式比较适用于对库存控制比较严格，注重团长权益（保证团长发团后就一定有库存成团）的拼团活动，相对来说用得比较少。
② 成团后再锁定库存：
参团支付后只记录，不锁定库存，只有等到成团成功后才生成各自的订单扣除相应的库存。如果活动做得好的话，这种方式相对前面的来说，更容易出现超卖的情况（原型略）。
4.4 邀请好友参团
普通用户参团主要有两个途径：
一是通过好友的邀请参加拼团，另外是直接参与拼团商品详情页中正在开团的团。在实际运营过程中，为了能够提高成团率，我们应该尽可能的引导用户参加现有的团，包括弹窗文案提示引导等做法，这些都是比较细节的东西了。
甚至更多时候，我们还会在关键的节点上采取一些非常手段来提升成团率或用户体验，类似于我们比较常见的活动开始时，为了引导用户参团而产生的匿名用户开团，活动快结束时的匿名（模拟）成团等做法，其实都是为了让用户愉快的买买买。
参团阶段的主要点在于梳理清楚阶不同角色在不通过阶段进入拼团的页面状态，需要注意的问题可能会在于支付前要验证该团是否已满，因为同一个团在同一时间可能会有很多人参加，如果在支付前没有做好相应的判断，可能会出现原本一个三人的团，却有4个人支付的情况。
参团主要流程如下：
原型-组团成功
4.5 商家订单管理
用户发起一个拼团，系统就生成一个团单，商家可通过团单查看每个团的订单记录。将商家端“团购订单”模块将团单分为三种状态，包括拼团中、拼团成功、拼团失败。
拼团中：活动正在进行中，用户发起拼团并支付开团成功，但参团人数小于成团人数，此时商家可查看到相应的订单，但不能进行发货操作；
拼团成功：参团并实际支付人数达到成团人数，商家可进行发货操作；
拼团失败：活动结束但成团人数未满，则拼团失败，系统进行自动退款，商家同样不能进行任何操作。
这里可能会有一个比较容易遗漏的点，发起拼团并提交订单后，中途放弃支付，是否需要生成相应的订单呢？若生成相应的订单，当用户重新发起新的拼团时，是否再生成一个新的订单？
可以这样处理：当用户发起拼团并提交订单，但中途放弃支付后，系统在用户端“我的订单”模块生成一条订单记录，但不生成团单记录（没有支付就不算参团），商家端订单管理模块也不生成订单记录。当用户重新发起拼团时，直接调用已生成的订单发起支付，不再生成新的订单。
原型-团购订单管理
4.6 用户订单管理
按理说，在用户端我们只需要生成一个带有拼团标志的订单就可以了，但是从我们体验过的常见的拼团功能来看，多数平台都会给拼团功能增加一个“我的拼团”模块，专门用来记录我参加过的拼团（原型略）。
如上图，与平台普通订单，限时秒杀等模式不同，拼团，包括砍价等营销功能从活动开始到产生的实际订单有一个过程，系统需要记录这个过程中的各个状态，因此需要“我的拼团”这么一个模块作为拼团详情各个状态下的载体。这一块需要注意的主要问题应该在于，拼团活动和订单之间的相互关联问题。
关于退款：
按照正常的订单流程，用户下单后，确认收货前是可以发起退款申请的。但考虑到退款这事比较麻烦，因此在拼团流程中，可暂定拼团商品不能由用户主动申请退款的。只能是在拼团失败后，由系统自动进行退款处理，这一点可以根据平台不同的需求背景来定。
