手把手教你设计:拼团活动
最近拼团活动十分流行,光是文章我都写过两篇,但大家貌似对拼团的设计思路并不感冒,反而对具体到原型层面上的更感兴趣。刚好最近我又优化了一遍拼团的活动,所以再写多一篇关于具体如何设计拼团活动的文章(含原型图),跟大家探讨一下。
数据库表单
大家不要纳闷,为什么产品设计要说到数据库,对于拼团活动来说,数据库的设计关乎到以后的扩展,我之前讲拼团思路时就有童鞋问我数据库该怎么建,所以在此处也就蜻蜓点水,简单的提一下。
我们需要用以下几个表来关联来满足拼团的基本需求:
- order:订单表,每一个电商公司必备的核心表单之一;
- group_activity:拼团活动表,存放每一个拼团活动(商品)的表;
- group_found:拼团团长表,存放每一个拼团的团长信息;
- group_follow:拼团团员表,存放每一个拼团的团员信息。
这里的设计没有“团单表”的概念,库里也没有团编号,取而代之的是“团ID”。每一个团都是以团ID为纽带,分别于团长、团员、拼团活动、订单绑定关系。但是在展示层上,我们必须要有一个“团单表”的结构存在,在数据,只存储最小单位。
发布拼团活动
1. 选择拼团类型
因为此次新增了几种玩法,分别是:分钱团购、9.9特卖、团长免单,所以后台发布拼团活动的设置也有所改变,在发布拼团活动时,先选择拼团类型。
如下图所示:
发布拼团活动
按钮上面的图片是我随便加的,具体封面图建议做得与文字更有关联性,点击进入【添加折扣拼团】。
2. 添加折扣拼团
折扣拼团,指我们普通的正常拼团活动,其发布界面如下图所示:
添加折扣拼团
商品信息:选择商品,添加成为活动商品,运营人员需要填写下列几个值。
- SPU拼团价:指未选中规格时展示的价格,一般用在列表页与详情页;
- SKU库存:指商品的不同SKU下的库存数量;
- SKU单买价:指商品不同SKU下的单买价格;
- SKU拼团价:指商品不同SKU下的拼团价格;
- SKU活动库存:指商品的不同SKU下的活动库存数量。
基本信息:
拼团活动的基本设置,包含以下信息:
- 活动标题;
- 活动封面图;
- 分享标题;
- 分享描述;
- 分享缩略图;
- 活动时间。
其中分享标题、分享描述、分享缩略图指的是当从站内分享商品出去时(例如:微信),在微信上显示的标题,描述和缩略图。可以让程序默认一个值,如果不填写的话,直接调用默认值。
拼团设置:
拼团的关键设置,包含以下信息:
- 成团人数:指该团满团所要求的人数;
- 每人购买限制数:指每一人对该活动商品购买的最大数量;
- 成团有效期:指团长开团后,需要在多少时间内满团;
- 排序:指活动商品在活动列表中的排序值;
- 是否包邮:值该活动商品是否支持包邮,若不支持,请填写邮费。
因为邮费模板目前还不完善,所以暂时不支持活动商品,待我后面花精力完善后再补上这一块。这样就把折扣拼团所需要的信息都填充完成,点击保存,该活动商品添加成功。
3. 添加分钱团购
分钱团购,即一分钱拼团抽奖,系统将会将SPU拼团价与SKU拼团价固定为¥0.01元,不可更改,其发布界面如下图所示:
添加分钱团购
除了以上所说的信息外,分钱团购新增规则设置,要点如下:
- 一等奖人数:指该商品在活动结束后,抽中一等奖的人数名额;
- 二等奖人数:只要拼团成功,即一定可以抽中二等奖;
- 一等奖奖励:默认为分钱团购,即一等奖可以用0.01的价格购得此商品;
- 二等奖奖励:提供消费券,优惠券,代金券等优惠;
- 抽奖时间:一般指活动结束后。
分钱团购玩法规则:
- 活动时间:2018年XXX月XXX日~2018年XXX月1XXX日。
- 活动结束后将从拼单成功的订单中随机抽取中奖者。
- 一等奖为XXX(共XXX名),二等奖为XXX元消费券,拼单成功者100%中奖,在至少获得二等奖。
- 拼单不成功者,款项自动退回。
- 活动抽奖将于活动结束后开始。
- 活动名额有限,前期参与更有优势。
该规则的所有变量都能从规则设置中取出。
4. 添加9.9特卖
9.9特卖,其实与折扣拼团无异,只是拼团价格统一规定为9.9元,且不可更改,发布界面如下所示:
9.9元特卖
5. 团长免单
团长免单,即开团之人享受免单优惠,其发布界面如下所示:
团长免单
其中团长免单的规则设置有些不同,如下:
- 中奖奖励:默认为团长免单,即开团之人享受免单优惠;
- 免单个数:指该活动商品一共允许几人免单。
团长免单玩法规则:
- 活动时间:7月18日 00:00~8月25日 16:00。
- 每一个团拼满后,该团团长(发起开团的人)可享受免单优惠。
- 该活动共提供40名免单名额,名额已满不再享受免单优惠,优惠不等人~
- 免单规则:先支付 > 后退款。
- 免单款项预计于8月27日统一退回。
- 届时系统将会通过人工打款方式退回资金。
- 活动奖励预计于8月27日统一发放。
该规则的所有变量都能从规则设置中取出。
后台活动列表
发布完活动商品,将统一展示在活动列表中,如下图所示:
活动列表
活动列表需要罗列的要点有如下几点:
- 发布拼团活动:在活动列表需要有发布活动的入口;
- 活动编号:指活动商品的编号;
- 商品ID:指该活动商品的商品ID;
- 活动标题:指该活动的活动标题(在列表页展示);
- 销售价:指商品原本售价;
- SPU拼团价:指未选中规格时展示的价格,一般用在列表页与详情页;
- 成团有效期:指团长开团后,需要在多少时间内满团;
- 拼团类型:【折扣拼团】/【分钱团购】/【9.9特卖】/【团长免单】
- 成团人数:指该团满团所要求的人数;
- 活动库存:指所有SKU活动库存总和;
- 是否显示:指该活动是否在前台展示;
- 活动开始时间:指活动开始时间;
- 活动结束时间:指活动结束时间;
- 排序:指该活动的排序值;
- 创建时间:指创建该活动的时间;
- 编辑:可编辑该活动;
- 删除:可删除该活动。
此外还有一些筛选条件,方便搜索,都可在以上要点取得。
前台活动列表
在前台,拼团列表将如下图所示展示:
拼团列表
拼团商品详情
前台的摆放结构,如上图所示,这是我为了文章效果特意优化过的原型设计稿,具体工作时可以粗糙一点,交付给开发能看懂即可。关于前台展示,很多地方都能参考,这里就不在过多赘述,能够突出活动想要传达的要点即可。
用户发起拼团
用户发起拼团后,开团成功,分享链接后,拼团成功,界面如下所示:
开团成功-拼团成功
拼团列表
用户发起拼团后,后台会生成一条拼团记录,具体如下图所示:
拼团列表
拼团列表中需要取以下几个要点信息:
- ID:即列表的ID;
- 团ID:指每一个团的ID,以团ID的形式关联订单;
- 成团人数:指该团满团所要求的人数;
- 拼团类型:【折扣拼团】/【分钱团购】/【9.9特卖】/【团长免单】;
- 开团状态:指团长开团状态,即支付成功、支付失败或已取消;
- 成团状态:指该团状态,即待成团、已成团、成团失败;
- 活动商品:指该团的活动商品;
- 拼团价格:指SPU拼团价;
- 商品原售价:指商品原本售价,即商品单买价;
- 团长:指该团团长的手机号码;
- 已参团人数:指该团已有几人参团;
- 还需几人参团:指该团还需几人参团,此处需高亮显示;
- 查看详情:点击可查看更多详细团信息。
其中,团ID可点击链接至订单列表,筛选出同一团ID下的订单。
拼团详情
从拼团列表中点击进入某一团的详情页,如下图所示:
拼团详情
拼团详情主要是对该团信息的一些展示,例如新增了以下信息:
- 商品分类;
- 店铺名称;
- 市场价格;
- 活动库存;
- 商品库存;
- 用户ID;
- 团内身份;
- 头像信息;
- 昵称信息;
- 手机号码;
- 购买规格;
- 购买数量;
- 收货人;
- 收货地址。
因为都十分简单易懂,就不一一做解释了,拼团详情存在的目的是尽量展示出该团更多更详细的信息,让我们对该团有全面的了解。
勾选位设置
这里顺便再贴一些关于拼团列表勾选位的原型设计图,供大家参考:
勾选位设置
新增勾选位
勾选位:即列表的商品是否为勾选出的数据,这样列表的商品质量,商品相关性也比较可控,若企业发展壮大,支持大数据筛选,则忽略这一条。
拼团流程
拼团流程:也是我之前强调的常规拼团的拼团流程,贴上来辅助大家阅读。
拼团活动流程
总结
以上,就是我们整个拼团的前后台流程配置,关于订单列表与订单详情的设计,因为是隐私数据,不方便贴图,大家可以自行发挥。洋洋洒洒也写了几千字,不过没怎么花心思在排版上,希望大家耐心阅读。
作者:野蛮非先生,公众号:yeman_007(野蛮非先生)
本文由 @野蛮非先生 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
请问这套系统卖吗?如果可以卖麻烦联系我一下 17640527706
我还是不太明白怎样做拼团 我是说具体制作
能给一套表结构设计吗;最近我在弄这块;做个参考;感谢
首先说,这个设计里面,有运营的东西,这点挺不错的
然后说一些疑问:
1、上面说是运营人员来定团,但是下面流程图是用户自己发起团人数?这就有一些冲突,疑问。如果我设2个人成团呢?
2、先锁库存再成团,这种明显是有缺陷的,因为根据流程图,是由自己决定团人数,假设我定个1万人,不就是挤掉这个商品的所有库存?
3、有团长再去推动是个好事,不过如果没人发起团的话,整个流程都走不起来。所以现在很多都改成人数够,就起团,不在乎谁起团。因为团员想这个团快点起来,就会自发去推动,不需要某个人发起,再去推动
大六,你们的拼团订单是如何设计的?
这种方式减库存,可能会出现问题
什么问题
下单减库存,或者成团减库存,两种方式各有利弊
现在是产品吗?
感谢!帮助很大
你好,想请教下!方便加你微信不?
好的 你可以留下你的微信号,我来加你
811741075
最近在设计拼团功能,遇到个问题:假设拼团活动商品到期下架,但团订单未到结束时间还在拼团中,那么这些拼团中的订单如何处理呢?
这里的话有两种思路:①用户必须在“活动有效期”减去“成团有效期时间”内开团;②活动有效期优先级大于成团有效期,当距离活动有效期时间小于成团有效期时,成团有效期按照活动有效期为准;
多谢指点,我后来思考了下,也是按照您第二种方式处理的
直接在成团的时候,判断库存及商品上下架状态,不就可以了~~~判断有效期,得多危险,有效期内,但是没库存,咋办?
弱弱问一句 这种活动是用什么平台发布的?需要自己做站?
自己公司的后台
优秀!谢谢
😉 互相学习
用例子说明拼团设计,相当于一份需求文档了,赞
😉