營銷手段除了優惠券，還有拼團這種常見模式。提起拼團，大家自然而然地想到拼多多，在流量紅利已經觸底的情況下，以拼團這種新模式殺出一條血路。
前端時間在公司也做了些拼團活動的設計和**開發，這裡總結一下：
這次拼團活動設計，成團條件包含有兩方面：1、按人數成團 2、按夠買商品總數成團 兩種模式
1、拼團活動主表 2、拼團活動商品表 3、拼團活動參團記錄表
drop table if exists `egl_group`;
create table `egl_group` (
`id` int(11) unsigned not null auto_increment,
`group_name` varchar(64) not null comment '拼團活動標題',
`group_duration` int(11) not null comment '成團有效時長 #單位min分鐘',
`is_show` int(11) not null default '0' comment '前台是否顯示 #0顯示1不顯示[預設0]',
`group_image` varchar(255) not null comment '拼團活動',
`start_time` datetime not null comment '拼團活動開始時間',
`end_time` datetime not null comment '拼團活動結束時間',
`group_sort` int(11) default '0' comment '活動排序',
`is_repay` int(2) default '0' comment '是否已還庫存#0未還1已還',
`create_time` datetime default current_timestamp comment '建立時間',
primary key (`id`)
) engine=innodb auto_increment=3 default charset=utf8 comment='拼團活動主表';
drop table if exists `egl_group_participation`;
create table `egl_group_participation` (
`id` int(11) unsigned not null auto_increment,
`group_id` int(11) not null comment '拼團表id ',
`part_sn` varchar(64) not null comment '團碼',
`goods_id` int(11) not null comment '商品spuid',
`product_id` int(11) not null comment '商品skuid',
`user_id` int(11) not null comment '參團使用者id',
`username` varchar(100) default null comment '參團使用者名稱',
`**atar` varchar(255) default null comment '參團使用者頭像',
`sponsor_user_id` int(11) not null comment '拼團發起人使用者id',
`is_sponsor` int(11) not null default '0' comment '是否發起人 #0不是1是',
`start_time` datetime not null comment '拼團發起時間',
`end_time` datetime not null comment '拼團結束時間',
`purchase_num` double(11,2) not null comment '購買數量',
`order_sn` varchar(100) default null comment '參團對應的訂單編號',
`group_status` int(11) default null comment '組團狀態 #0組團中1組團成功-1組團失敗',
`address_id` int(11) default null comment '使用者收貨位址',
`shipping_fee` decimal(10,2) default null comment '快遞費用',
`use_yue` decimal(10,2) default null comment '使用了多少餘額',
`create_time` datetime default current_timestamp comment '建立時間',
primary key (`id`)
) engine=innodb auto_increment=57 default charset=utf8 comment='參團表';
drop table if exists `egl_group_product`;
create table `egl_group_product` (
`id` int(11) unsigned not null auto_increment,
`group_id` int(11) not null comment '拼團活動表id',
`goods_id` int(11) not null comment '關聯spu_id',
`goods_name` varchar(120) not null comment '商品名稱',
`goods_price` decimal(10,2) not null comment 'spu**',
`product_id` int(11) not null comment '關聯sku_id',
`goods_specification_ids` varchar(50) default null comment '商品規格',
`product_price` decimal(10,2) not null default '0.00' comment 'sku**',
`group_product_price` decimal(10,2) default '0.00' comment '參團sku**',
`product_number` double(11,2) default '0.00' comment '參團sku數量',
`is_need_vip` int(11) default '0' comment '是否要求會員#0不要求1要求',
`group_type` int(11) default '0' comment '拼團型別#0按人數拼團1按購買數量拼團[成團人數和成團數量二選一]',
`group_people_limit` int(11) default '0' comment '成團人數限制',
`group_volume_limit` double(11,2) default '0.00' comment '成團數量限制',
`is_free_shipping` int(11) default '0' comment '是否包郵#0不包郵 1包郵[預設0]',
`create_time` datetime default current_timestamp comment '建立時間',
primary key (`id`)
) engine=innodb auto_increment=9 default charset=utf8 comment='拼團表與商品sku中間表';
上側是：查詢所有商品資訊
下側是：參團商品** 規格、以及參團模式的設定
這裡運營在上側新增活動商品到下側時，要先預扣活動庫存。然後當活動結束(包括手動提前結束、或者定時排程檢測結束，或者手動刪除活動商品--邏輯刪除)後，自動將剩餘的庫存還回去
根據業務需求，我們在這裡新增了「手動成團」的按鈕，在使用者參團付款但尚未構成成團條件後，我們的運營可以根據業務需求手動拼團成功
在拼團成團的介面，我們可以看到拼團的狀態，和退款狀態，在尚未成團的狀態下，我們可以根據業務需求手動退款
每乙個參團成員參團付款後，我們會檢測，該團是否已經達到成團條件，如果達到成團條件，我們會將資料新增到訂單表中，對訂單進行處理。
也就是說，在使用者尚未達到成團條件前，我們暫時將資料儲存在活動參團表中。
電商促銷系統設計參考 拼團介面分析
拼團介面說明 入口獲取拼團商品列表 傳入引數 使用者加密編碼 款式型別 返回引數 拼團商品列表 劃線價 配置價或商品原價 拼團價款式名稱 過濾條件 款式型別 已審核未作廢 當前時間 原單品詳情介面調整 目的 為了在原單品頁上展示跳轉資訊 新增返回引數 styleentity.isgroupbuyin...
電商促銷系統設計參考 拼團介面分析
拼團介面說明 入口獲取拼團商品列表 傳入引數 使用者加密編碼 款式型別 返回引數 拼團商品列表 劃線價 配置價或商品原價 拼團價款式名稱 過濾條件 款式型別 已審核未作廢 當前時間 原單品詳情介面調整 目的 為了在原單品頁上展示跳轉資訊 新增返回引數 styleentity.isgroupbuyin...
電商平台 商品的spu和sku資料結構設計與架構
1.先說明幾個概念.電商 採用在商品模組，常採用spu sku的資料結構演算法，這種演算法可以將商品的屬性和商品的基本資訊分離，分開維護，這樣我們就可以在不同的類目下自定義商品資訊和分類的屬性資訊，我們的業務系統就可以儲存不同門類的商品資訊了 spu standard product unit 標準...