如何做一次没有管理后台的折扣拼团活动?
编辑导读:拼团作为一个典型的营销模式,在各大平台上你都能看见它的身影。在获客成本越来越高的今天,拼团无疑是获客性价比最高的方式之一。不同的拼团模式,后台设计也不一样。本文作者基于自己的一次工作经历,分析如何做一次没有管理后台的折扣拼团活动,与你分享。
“拼团”这个词走进大众的视野,拼多多功不可没。现在,几乎所有的平台,都有“拼团”的身影。在互联网获客成本越来越高的当下,如何更快捷高效地获客?如何能实现客户的二次转化?
「之前的拼团」
“我们很多人一起买的,便宜一点儿嘛~”
“好嘞好嘞”
「现在的拼团」
快来快来,这个拼团活动好划算呀~
一、活动背景
“拼团”一般是指由商家针对特定商品,以成团人数、活动时效、商品限购等条件为制约,促使用户在规定时间内购买商品的营销模式。
拼多多里的商品都有拼团(免拼的1人成团本质上也是拼团),淘宝里的部分商品有拼团,它们拼团的模式多种多样,后台的设计也一定是天差地别。而本次我做的拼团,本质来说是披着拼团皮的一次性营销活动,目的是为了测试下拼团能不能促进老旧微信社群用户的二次转化。
需求的背景如下:
- 用户体量:项目新,用户体量小
- 活动商品:可以做活动的商品只有1个(我司商品一共2类。一是服务类商品,有且仅有1个,由公司提供,价格由公司决定,想怎么打折怎么打折,购买简单。二是非服务类商品,有N个,由第三方提供,价格受国家监管,不可以有任何形式的金额优惠,购买复杂的很)
- 活动场景:微信。运营同学将活动的海报发至朋友圈或将活动链接转发至微信群内
- 预计上线时间:1周
因此,就不费劲做活动的管理后台了,能配置的都先配置在代码里。
二、活动信息配置
配置拼团活动的信息,一般需从两个方面考虑:活动设置和活动商品的设置。
1. 活动设置
1)活动名称
好的名字是成功的一半啊,你如果叫丁一,那高考都能比丁霶霈多出来10秒检查试卷对不?
2)活动时间
如一个商品的拼团活动时间为7月8日00:00:00至7月8日23:59:59,那在这个时间段内,用户进入活动页可发起拼团或参与拼团。
3)成团人数不同的商品,可以配置其各自的成团人数
若同一商品存在不同等级,也可为不同的等级配置相应的成团人数。成团人数大多设置多为3至5人成团人数的设置要考虑是否符合活动的目的,例如拉新和促销。还要考虑最后是否能成团,如果设置人数过多,那很可能拼团活动结束时会有一定数量的团拼团失败。当然了,预计不能成团的,也可以通过“虚拟成团”来解决。
4)虚拟成团
既然有团这个概念,那么商家一定希望活动结束时,每一个团都能拼成功的。如果用户量较少或者拼团所需人数多,那很可能在活动结束时,团会拼失败。此时商家需要对用户退款,这当然就不符合设置活动的初衷了。
我们可以设置“虚拟成团”,即系统自动创建“买家”,将拼团活动时间内人数未满团的团员凑满。
这里需要注意的是:
- 虚拟的买家,信息尽量不要太假。以微信为例,可将曾关注现取关的真实用户的头像和昵称打散后随机匹配,生成虚拟买家。
- 添加虚拟买家的时间尽量分散,避免虚拟团都同时成团。例如,随机取1分钟至10分钟内随机时间增加虚拟买家。
5)虚拟开团
活动的一开始,很难有用户马上自主开团,为了使活动不那么冷清,让用户愉快买买买,可以在活动开始前虚拟开几个团。
这里需要注意的是:
- 不要所有的虚拟团都是仅剩1人成团,每一个团里还需要的团员也需要随机。
- 微信展示头像和微信昵称的条件是用户关注了公众号,如果用户仅购买了服务未关注公众号,也需要一定的显示规则,例如:头像需使用默认的,微信昵称用注册手机号(打码)代替。
6)商品限购
拼团商品一般为折扣价,为避免损失,可根据实际情况配置商品限购数量。我司拼团商品在没有活动的时候,每人也只能买1次,因此拼团活动配置的限购数量也是。
7)成团有效期
简单来说就是在拼团活动时间上的另一层限制。用户开团后,在一定时间内没有拼团成功,则拼团失败。
- 本次活动并没有设置对团长的特殊奖励,预计开团且分享的行为会少于直接参团行为,成团有效期不能起到激励团长转发的作用
- 用户量少,且商品超卖也无所谓
因此,本次没有做成团有效期的限制,系统会在1小时内给用户成团。
2. 活动设置
都蛮容易理解的,就不展开说了。
1)商品
商品原价、商品拼团价、成团所需人数……
2)限制
用户限制,比如只能是新用户(这个新的定义就看业务了),不可使用优惠券……
3)虚拟数据
虚拟销量、虚拟在拼团单等,可以增加用户购买的信心呀。
4)分享
标题、分享副标题、分享缩略图。微信的常用配置,要不分享出去只展示链接就不太好看了。
三、前端展示
1. 前端入口及活动页面
因使用场景为老旧社群用户二次转化,因此入口为活动详情页链接(微信支持转发)、活动海报(二维码)和好友的参团邀请,活动页面如下图所示:
2. 拼团结果页
用户发起拼团,支付成功后,即开团成功。用户参团,支付成功后,即参团成功。团人数达到上限,即拼团成功。
拼团活动的状态有3个:拼团中,拼团成功、活动结束(只有活动结束没有失败,系统上做了限制),如下图所示:
1)拼团中页面状态
2)拼团成功页面状态
3)活动结束页面状态
3. 页面设计需要注意
- 分享页面需提示用户,是谁分享给他的
- 被分享页面需提供查看活动页的入口
- 活动的时间是需要特意强调的重点信息
- 活动结束后用户若打开页面,也需给用户指引,可以引向不参加活动的服务或者其他,不能在结束这里就断掉
四、数据分析
数据的来源:需要知道用户是通过拼团活动支付的。
转化:简单来说可以关注分享数、注册数、下单数、支付数。
五、极端情况处理
- 同一个团在同一时间段内可能会有多个人参加,例如「团1」只剩1个名额,A和B同时拉起了支付,A先支付,顺利成团。理想情况是若B也支付,就给B自动生成一个和「团1」服务一致的「团2」,团内成员除B外都是虚拟的。因考虑到此种情况较少发生,也可采用一种研发成本比较低的方法,向B弹出提示「此团已满,请选择未满的团参加」,引导用户再次选择其他团。
- 实际的拼团时间可能会大于拼团活动的时间。我司不支持用户主动关闭未支付订单,微信支付的自动关单的时间为半小时。举例来讲,活动时间为8月7号00:00:00-8月7号23:59:59,成团人数为5,第5位用户在23:40:00拉起微信支付一直未支付。此订单将于8月8号00:10:00自动关闭,此时拼团活动已经结束,用户进入后不可以再次开团,但是之前开过人数未满的团仍然可以被拼。
本文由@404查无此人 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash, 基于CC0协议。
五、极端情况处理
1.同一个团在同一时间段内可能会有多个人参加,例如「团1」只剩1个名额,A和B同时拉起了支付,A先支付,顺利成团。理想情况是若B也支付,则允许[团1]超员成团,A看到的是其他人和A ,B看到的其他人和B;只有后台知道这个团超员了 ,买家无感。
2.实际的拼团时间可能会大于拼团活动的时间。未成功的[团]在活动结束时统一跑批自动成团,团内成员按需自动用虚拟成员来补。
我是不太能理解脱离后台的团购活动的意义是啥……就前台玩儿的一次性团购吗?
没有在管理后台做配置功能,而是将拼团需要配置的内容通过代码实现。原因主要有两个:
1、这次活动算是测试,不能确认是之后稳定的转化模式。如果转化结果并不理想,那做后台有些不值
2、总是要在需求完整度和上线时间、前端研发资源之间做了点儿平衡吧