拼团活动的设计

想平静的湖面上荡出涟漪容易，想在用户增长达到天花板的电商存量市场荡出涟漪，恐怕就难了。2015年-2018年，在远方的电商市场兴起了一只“超级独角兽”，那就是“拼多多”。

“拼多多”凭借微信分享，好友参团模式，重新定义了外界炒的火热的C2F模式，“拼多多”借助裂变的营销模式，绕过供应链的诸多经销商环节，直接与最上游的厂家谈合作，将成本降至最低，吸引用户继续裂变，最终，这家成立不到3年的创业公司，截止2018年，GMV已经超过1000亿，而实现这一目标，“拼多多”只用了两年，淘宝用了5年，唯品会用了8年，京东用了10年。当然，拼多多的成功并不只单靠这个模式，更多还是微信生态容错性的提高，和拼多多背后专业的供应链管理。

拼团活动

拼团活动本质上还是一个电商购物流程，只是下单时不再是单个用户，而是一群用户。拼团算是一种“术”，还算不上“道”。我将其拆解成几个步骤：发起拼团 > 参与拼团 > 拼团成功 > 订单下推 > 出库签收 > 订单售后。觉不觉得挺眼熟？对，其实前三个步骤，合起来就是普通的电商的【订单下单】过程。下图是我画的拼团流程图，方便我们接下来对整个拼团的运行做具体分析。

image.png

拼团活动

一、正向流程

1.发起拼团

用户选择发起拼团，首先系统后台的设计就需要考虑是否做成可配置选项：是否允许用户选择参团人数；若参团人数不可选，后台则需设计由运营人员直接设置成团人数的功能，供用户开团选择。这是个前置条件，没有这个，拼团活动无法开展。选择了拼团人数，用户支付订单成功后提示用户开团成功， 此时系统会生成一条订单记录保存在数据库里，分别在三端展示出来（用户端，商家端，平台端），相对应的订单状态为：【拼团中，还差X人】；

用户支付成功后，还需考虑库存锁定问题，若不锁定库存，会造成用户支付后库存不足。为了避免这种现象，在用户开团成功后，我们选择锁定销售库存，即 “可销售库存数量” -N，“锁定库存数量” +N（此处N指成团的人数）。在用户端开团成功界面的设计上，加入倒计时效果，让用户产生紧迫感，从而提高成团率。

2.参与拼团

用户开通成功后，其拼团会于站内列表中展示。而用户参与拼团则有两种方式：一、直接参与好友分享的链接进行拼单；二、进入平台参与站内的拼团活动；

用户选定一个团，选择规格数量，在提交订单时需做4个判断：①账户是否登录，②该团是否已满团，③该团是否在有效期内（成团有效期：是指开团后的剩余支付的时间，理论上成团有效期已过的拼团不会展示在用户端中），④商品是否在活动有效期内（不在有效期内应给予提示）；

判断结点：提交订单时。任何一个不满足都不能成功提交订单，提交订单后，填写收货人信息，支付订单，拼团成功。同理，可在拼团成功页加入分享按钮，引导用户继续分享，前提是该团未满，若拼团成功后正好满额，则算该团真正拼成功，此时已不需要分享按钮。

3.拼团成功

接着上面的话题，参与拼团成功，还不意味着订单成功，因为还需判断该团是否满团，只有刚好满团，才意味着订单成功。若参与拼团成功，但订单并未满团，此时同样会生成一条订单记录，订单状态仍为： 【拼团中，还差X人】。

直到有人在有效期内将团拼满，订单才算真正成功，此时订单状态更改为： 【成团待发货】。这里需要注意的是，一个拼团的订单可以理解为父订单（无实际订单编号），每个成员的订单为子订单。各成员都有一个独立的订单编号，对应自己的订单信息与时间信息。

这么设计出于三点考虑：①每个用户对规格尺寸的诉求各不相同，我们需保证一个订单只记录一个用户的信息，包括时间信息等；②若部分成员需退款，则独立订单的优势在于，用户退款只需针对其本身订单进行操作，不影响团内其他成员，相比之下更具灵活性，；③目前许多商家都已有自建仓库，或将货存放在拥有正规拣货发货流程的代理仓库中，其统一高效的拣货发货流程，严格依赖于独立订单的存在；

用户走完这三步，订单已算成功下单，接着则是正常的拣货发货，快递配送，用户签收流程，具体流程可见我上篇文章，今天主讲拼团，所以这里不多赘述。讲完正向流程，当然得说一下拼团活动的逆向流程

二、逆向流程

image.png

拼团活动的逆向流程与普通电商订单的逆向流程居然十分相似，其实具体存在很大差别，下面会一一解释。

1.取消支付

用户开团时若取消支付，则该团不成立，但仍然会生成一条订单记录，订单状态为：【待付款】；此时若用户直接取消订单，则订单状态为：【已关闭】；关闭原因：用户取消。

2.超时未支付

超时未支付是指：团长开团成功后，在系统设置的成团有效期内未支付成功，视为超时未支付；若用户超时未支付，该团将自动解散，锁定的库存也将释放补回（可销售库存+N，锁定库存-N），订单状态更改为： 【交易关闭】；关闭原因：未在规定时间内支付。

3.部分申请退款

拼团活动满人后，订单正式成功下单，在等待商家发货过程中，若部分成员申请退款，系统只在该部分成员的订单中进行操作，不影响其余成员的订单。等待商家审核通过后，该部分用户订单状态更改为 ：【退款成功】；

4.用户拒收

理论上这种情况很少，不过若有用户拒收时，系统自动独立该部分成员的订单，进行独立操作（操作同普通订单），协商退款成功后，订单状态更改为：【已关闭】；关闭原因：退款成功。

5.部分申请退货退款

用户确认签收商品，此时若有部分用户申请退货退款，同样将该部分订单独立操作，例如用户申请退货退款/退款，需审核用户提交的资料，若情况予以退款，则在审核成功的同时订单状态更改为：【已关闭】；关闭原因：退款成功。

上述讲的是拼团订单的流程设计与解释，然而要支持多样化的拼团活动，后台的支持也是必不可少，对于B2C平台来说，一个产品设计一般都会涉及到3端（用户端，商家端，平台端）。用户端涉及到的页面：活动列表，活动商品详情，支付成功页，分享链接，参与成功页，订单状态，订单列表，订单详情；商家端涉及到的页面：活动申请，审核结果，活动商品列表，订单列表，订单状态，订单详情；平台端涉及到的页面：活动审核列表，活动商品列表，订单列表，订单状态，订单详情，活动设置；活动添加；

还有更多，欢迎补充。个人觉得电商PM的其中一个核心能力就是模块化分解能力，即能将一些功能在产品设计的初期就清晰的模块化，确定了功能涉及的范围，再继续细化，可以保证在大方向上不会有大的遗漏和出错，就跟很多公司要求PM会画流程图一样，实际就是在考验PM的模块化能力，你能列出的模块越全面，方向就越清晰，流程图只是一种思维的结果化，千万别以流程图论能力，而应该以模块化论能力。.

---