实例讲解:拼团活动如何设计?

66 评论 7.5万 浏览 431 收藏 13 分钟

本文主要是作者结合最近两周做的拼团活动,来细说拼团背后的逻辑,按拼团的整个流程来讲解。

营销手段除了优惠券,还有拼团这种常见模式。提起拼团,大家自然而然地想到拼多多,在流量红利已经触底的情况下,以拼团这种新模式杀出一条血路。

传闻今年3月份,拼多多月GMV已经达到400亿的规模,交易额超过京东的1/3(京东月GMV约1100亿)。

页面上的“发起拼团”或“去拼团”按钮大家都看的到,但是否真正思考过其背后的逻辑。

接下来我将结合最近两周做的拼团活动,细说拼团背后的逻辑,按拼团的整个流程来讲解。

一、创建拼团活动

拼多多的所有商品都有拼团模式,淘宝、京东或其他平台只有部分商品有拼团模式,两种后台设计肯定不同。因本人此次负责的项目是后者,故以此种类型谈如何创建拼团活动。

实例设计

△创建拼团活动页

创建拼团活动的过程中,至少包含以下元素:拼团活动时间、成团有效时间、成团人数、每人限购、可开团商品和拼团活动状态。

1. 拼团活动时间

可开团商品的拼团活动时长,如一个商品的拼团活动时间为6月28日00:00:00至7月3日00:00:00,这个时间段内,该商品可开团,用户进入商品详情页可发起拼团或参与拼团。

2. 成团有效时间

用户开团后与其他人组团的时间,该时间内没有组团成功将拼团失败,系统自动退款。特别注意的是:因为引入了这个字段,会有某用户对某商品的实际拼团结束时间。

实际拼团结束时间=发起拼团时间+成团有效时间(发起拼团时间=发起拼团人的支付时间)

什么意思呢?

举个例子来讲:若该商品的拼团活动时间为6月28日00:00:00-7月3日00:00:00,成团有效时间为24小时,则7月3日0点以后,该商品不可再开团,但已开的团用户还可以参团,即该活动实际在7月4日00:00:00结束拼团促销。

3. 成团人数

凑够多少人满足拼团条件,限制条件为至少2人。

4. 每人限购

每人最多购买多少件,拼团商品因价格较便宜,根据预算看是否需要配置该字段。

5. 关联商品

前面四个字段都属于拼团活动的基本属性字段,我们要把这些字段关联到具体某一个商品上或多个商品上,并设置拼团价。

拼团活动商品创建成功后,商品就被分为普通商品和拼团商品(在商品表里也会有一个字段来标记和区分),拼团活动列表新增一条记录。

实例设计

△拼团管理列表页

6. 拼团活动状态

  • 未开始:拼团活动开始时间>当前时间;
  • 活动中:拼团活动开始时间<当前时间且拼团活动结束时间>当前时间;
  • 已结束:拼团活动结束时间<当前时间;
  • 已失效:“活动中”状态的活动商品手动点击“已失效”按钮,变为已失效,活动提前结束。

“未开始”状态的活动商品可全部字段编辑,“活动中”状态的活动商品只能延长拼团活动结束时间。

值得注意的是:已结束与已失效的区别在于:已结束是活动到期后自然结束的,已失效是指商家主动提前结束。已结束和已失效的活动商品需要再次发起活动,重新新增一次。

在C端怎样展示就看具体的产品设计,在自己负责的项目中,拼团商品我给了2个入口:拼团专场和全部商品列表,是拼团商品的有拼团标签。

实例设计

△拼团入口

二、用户发起拼团

用户在拼团商品详情页发起拼团活动,生成一条团单记录和订单记录,后台分别对应团单列表和订单列表。

△商品详情页、订单填写页

△订单详情页

1. 团单列表

不同的拼团状态,订单ID个数和已参团人数不同,假设成团人数为3人。

  • 待成团:发起者发起拼团但未支付,订单ID有该用户的下单数据,发起拼团时间和拼团结束时间为空(此团未开成功,自然不存在发起拼团时间和拼团结束时间之说,发起者支付成功才意味着开团成功),已参团人数为0。
  • 拼团中:发起者支付成功,开团成功,已参团人数为1。“拼团中”状态的订单不可取消,需拼团成功后才可取消。
  • 拼团成功:成团人满且都支付成功,此时一个团购ID对应三个订单ID。
  • 拼团失败:成团有效时间内,成团人数未满,拼团失败,系统自动退款。

特别说明的是,C端拼团商品详情页【和其他人拼团】的数据取自团单数据,不是订单数据。

实例设计

△团单列表

2. 拼团订单列表

拼团商品的订单可合并在普通订单列表,增加一个“订单类型”字段用于区分,拼团订单列表有“查看同团订单”跳转链接。

△订单列表

三、拼团页分享

拼团的一个显著特点是通过分享进行老带新,更多利用社交关系促进订单转化。这个环节要考虑的是,分享出来的这个拼团活动状态不同,用户看到的页面也不同。

“拼团失败”和“拼团成功”分别对应活动已结束(不是商品的拼团活动结束时间,是发起人创建的这个拼团活动的结束时间)和人数已满两种情况。

大概流程如下:

△用户进入拼团分享页逻辑

到此,一个完整的拼团活动差不多结束了。文中所有的原型图仅供参看,具体视业务而定。

四、总结

看过一句话:

  • 开发的工作迭代是:接需求—>Coding—>再接需求—>再Coding……
  • 产品的工作迭代是:实践—>总结—>再实践—>再总结……

所以本文的最后部分还是总结,每项需求、每周周报都要复盘与总结,现在尽量做到日日总结。

1. 无论C端、B端,场景要尽可能穷尽,逻辑要尽可能严谨

需求不是做完一遍就结束,通常这样只能解决表层问题,场景完善、异常情况多思考、反复问自己才能想到。场景通常越挖越深,越深越宽,呈倒三角模式。

比如:在拼团活动商品的下单支付处,要增加该团是否已结束和拼团人数是否已满两个逻辑。这种场景在将一个拼团活动分享到一个微信好友群很常见,多个用户会同时进到该团并下单支付,这和普通商品不同。

这点是自己在反复回顾整个拼团流程中领悟到的。

2. 学会及时地决断

我们通常会遇到这样的场景:技术觉得这个功能做着没啥大用,而且实现又麻烦,或者是因为某些原因被迫砍掉一部分需求;或者技术的看法和你的看法不一样;或者在开发的过程中,技术提出了另外一种更好的方案,之前是你没想到的,这时该怎么办?

这么多的变化,不可能事事去请教导师或领导,对方会觉得你没有主见,自己必须要学会及时地决断。

比如:在做需求时,我将发起人创建拼团活动的支付时间,作为这个活动发起拼团时间,技术说用下单时间就好。当时觉得下单时间和支付时间并无区别,便说可以。

后来细细想,如果是下单但未支付成功的团单,都没有开团成功之说,何来发起拼团时间呢。便又去找技术说明这点。

最后,说一下自己近期对产品的领悟:做产品最核心的竞争力是产品思维和项目跟进能力,不是会画原型、写文档(想起自己刚做产品时,整天沉浸在画原型中无法自拔,觉得自己画的好看)。产品教给我们的一直都是解决问题的能力,这种做事思路与方法可以解决很多实际的生活问题。

我很喜欢苏杰的一句话,他说:

我做的互联网产品是我的产品,我写的书是我的产品,我发起的一个线下组织也是我的产品。产品其实没有具体的形象,只要满足某种需求,提升用户体验,就是一个产品,这就是一种产品的思维。

只要你能够发现问题并描述清楚,转化为一个需求,进而转化为一个任务,争取到支持,发起一批人,将这个任务完成,并持续不断以主人翁的心态去跟踪、维护这个产物,那么,你就是产品经理。

 

作者:花开不败,产品经理,文艺女青年一枚,白天工作,晚上码字,爱美,爱跑步,爱旅行,愿我手写我心,余生不将就

本文由 @ 花开不败 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自PEXELS,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
5人打赏
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 楼主请教下,拼团中的订单不可取消也不能退款嘛?那用户只能等到拼团成功后才可以退款或者拼团失败后自动取消啊?为什么在拼团中不给用户取消/退款的权限啊

    回复
    1. 应该是订单可以退款,但团不会解散,避免影响其他参团的用户

      回复
    2. 我觉得是为了确保成团率,不然相像一种极端情况,一个团里的成员来了又走,会大大增加成团的不可控性

      回复
  2. 楼主你好 想问一下,一开始创建拼团活动时候,是不是要限制每一次只能选1个商品呢 ?相当于每个商品是一个单独的团

    回复
    1. 市面上只见过一个商品sku单独成1团。

      回复
    2. 你可以再看看

      回复
  3. 很多情况和场景没有写到啊
    1、比如拼团的基本规则,同一个用户同一个团,可以购买几次,参几次团
    2、修改商品信息,上下架,库存等,拼团活动如何处理
    3、可发起退款的状态,退款后,另一个参团者如何处理
    4、资金流转,退款后,资金退回路径
    5、拼团活动中,活动是否可编辑,活动名、描述、时间等
    6、扣减库存机制,一般都是成团之后扣减库存,但是会出现超卖现象,又如何处理
    7、是否支持单独购买

    回复
  4. 商品详情页面的已开团列表,怎么让每个人看到的不一样?这样会大部分的避免参团失败?
    或者参团失败(准备参见的团已经成团)怎么处理?

    回复
    1. 可以通过识别用户身份,给用户展示不同的页面。可以通过获取用户openid判断身份。为了避免用户参团失败,有两种操作方法,1种是在用户参与拼团之后加强引导用户分享。在用户未完成前多次提醒。 第二种是增加凑团功能。用户如果未完成的话,自动凑团成功。

      回复
    2. 可以参照pdd,上下滚动展示未成团列表,其次可以实时刷新,已经成团的滚动过程中刷新掉

      回复
  5. 为什么团单列表有商品ID这个字段,到了订单列表却没有了呢

    回复
    1. 订单列表有团订单ID,团订单可以确定商品ID。
      至于要不要在这里显示。我觉得视情况,大部分情况下不是必须。

      回复
  6. 方便加您下不 拼团的图能给下看看嘛 小仙女

    回复
  7. 方便加你不?想咨询你下问题拼团

    回复
  8. 假设拼团活动商品到期下架,但团订单未到结束时间还在拼团中,那么这些拼团中的订单如何处理呢?

    回复
    1. 如果项目还没有上线,应该在产品设计里加入兜底策略,如商品到期下架时,自动结束所有拼团中的订单并退款,给用户推送消息通知,可以考虑下发优惠券维护此部分用户;如果项目已经上线,导出号码短信通知吧,引导用户无须继续找团友,减少拼成团但没有商品的情况;最后肯定还是有部分用户因为消息查看不及时等完成拼团,客服主动联系退款并给予一定补偿吧。个人建议,有别的想法可以继续交流哟

      回复
  9. 优秀!

    回复
  10. 假设是两人团,如果用户参团不付款,也会在团单中生成一待付款订单。那么,交易关闭之前,其他人是否还可以参团呢?如果不可以,岂不是很容易造成发起人拼团失败。如果可以,之前的不付款用户是不是被强制交易关闭了?或者另外开团或参团了?

    回复
    1. 参团或开团成功的界定标准是付款,如果没有付款就不存在开团或参团的说法,只是存在一条待付款订单,开团时间和结束时间都为空,用户端显示的是未成团,所以也就不存在其他人能否参团的情况

      回复
    2. 规定时间内未付款订单自动取消

      回复
    3. SKU、SPU、库存这块内容,是电商平台的基础。商品分类、属性、规格、分类和属性规格关联、商品发布时SKU及SPU的结构及表设计,可联系我

      回复
    4. 参团并不是固定的,这个问题可以和另一个问题用同样的解决办法,就是当多个人同时参与并完成支付同一个团时,怎么处理,你可以自动将多余的用户移到其他未成团的团队中,或者自建新团

      回复
  11. 正在进行的活动如果商家主动结束,那么涉及的订单如何处理?

    回复
  12. 求联系方式 多相互交流

    回复
  13. 我想请问这样一个场景——拼团成功后,用户是否能取消订单?如果能,那这个团算拼成功了吗,其他用户是否还继续享受拼团价?

    回复
    1. 当拼团成功后,这个拼团订单就是成功了,单个用户取消了这个他参与团购单,会在他自己的团购订单里面进行退款操作,并不影响整个团购单。

      回复
    2. 对的,十分正确,拼团成功后,订单就是单个的订单了

      回复
    3. “拼团中”的订单用户不能取消,“拼团成功”后,用户可申请退款,不影响同一个团中的其他用户的订单

      回复
    4. 针对这个点,会不会影响想取消订单的用户体验,如果组团成功概率较高的话,是不是不限制用户更加合适

      回复
    5. 已参团过程可申请退款,但是退款处理会在拼团结果出来后处理。毕竟也要保障其他参团用户的权益。

      回复
  14. 写的很好,有关SKU部分和并发情况再叙述下会更好哈哈,学习了

    回复
    1. 多谢,因为这个拼团是基于自己手上的项目,目前项目的SKU还不太多,所以SKU部分暂未介绍

      回复
  15. 其实拿下单时间作为发团开始时间是比较合理的,至于后面如果出现失败的话,只要将该条记录标记为失败就好了。

    回复
    1. 关于是下单时间还是支付时间,项目开发过程中也有讨论,最后定下支付时间是因为支付成功才意味着进到“拼团中”状态,拼团商品的详情页活动数据是取的“拼团中”的数据。

      回复
    2. 还是用支付时间更合理一些吧,比如前面提到的成团有效期设定为24小时的话,如果下单时间和支付时间间隔接近24小时,会发生刚支付,就拼团未成功,然后退款等一系列动作了,不符合拼团的目标。

      回复
    3. 这个倒不会,订单会有超时自动取消的逻辑,参与活动的商品这个时间还会缩短(比如秒杀),一般都是在20分钟内

      回复
  16. 对没做过拼团有一定的借鉴,但也存在一些问题;
    库存没有考虑;
    拼团列表原型有很多冲突的地方;

    回复
    1. 第一期拼团确实没考虑库存
      原型冲突可否详细告知?

      回复
    2. 库存的话一般总库存划出一部分给拼团占用,用户开团或参团时判断是否有库存,拼团结束后若有剩余库存解除占用

      回复
    3. 这里为什么不能共享销售库存呢?

      回复
    4. 共享也是可以的,我说的是独占一般是运营考虑到成本只拿出一部分做拼团,库存是独占还是共享视公司具体情况

      回复
  17. 作者还是挺用心描述的,但是最多还是个中初级的逻辑,都是一些数据交互的逻辑,拼团核心的如何与货架数,库存数,安全库存数去交互的逻辑没有阐述, 整个功能的逻辑是断裂的。

    回复
    1. 看来是位熟悉电商供应链的朋友 😳

      回复
    2. 电商确实复杂

      回复
  18. 发现有几个问题:
    为什么没有,活动库存的字段(可能含多SKU);
    库存锁定的逻辑?(哪个节点锁定,若当前库存为1是否可以发起拼团);
    待支付的团单是否应该设置有效时间?。

    回复
  19. 还有一种场景是 既然作者设计的是商城为载体的团购 当用户进行多个商品的团购时 没有购物车的话 在哪个地方承载?

    回复
    1. 这好像是拼团,不是团购呢 😳

      回复
  20. 拼团最关键的东西作者没写,不知道是有所隐晦还是漏掉了,非常遗憾~

    回复
    1. 可否描述下,谢谢了。

      回复
  21. 拼多多招股书,3年亏13亿,啥活动都是烧钱才能火。

    回复
  22. 感谢分享,整篇看下来不复杂,比较言简意赅。特别是文中的流程图,虽然简单但是逻辑清晰。

    回复
  23. 最近一直做拼团产品,受教了

    回复
  24. 思路清晰,言简意赅。
    在团单列表的查询页面中, 建议增加一个【用户】搜索的字段。

    回复
    1. 有理! 💡

      回复
  25. 个人微信公众号“涵小仙女”,欢迎大家关注,共同学习。 🙄

    回复
  26. 从技术角度看逻辑并不复杂。。

    回复
  27. 涵小仙女,抓住你了😁

    回复
    1. 欢迎关注个人微信公众号哦~

      回复
  28. 顶一个,很详细的产品拼团,自己也做过拼团的一个小程序的设计,可惜没有研发,但看完楼主的帖子还是觉得思路非常清晰。可否加个微信一起讨论下。号:qufuxiaozi

    回复
  29. 写得很好!请问一下文中的泳道图是有什么画滴呀?

    回复
    1. ProcessOn,这个还挺好用的。

      回复
    2. VISIO好用吗

      回复
    3. 个人觉得VISIO好用

      回复
    4. 目测是ProcessOn

      回复
    5. processon吧

      回复