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