手把手教你設計:拼團活動
最近拼團活動十分流行,光是文章我都寫過兩篇,但大家貌似對拼團的設計思路并不感冒,反而對具體到原型層面上的更感興趣。剛好最近我又優化了一遍拼團的活動,所以再寫多一篇關于具體如何設計拼團活動的文章(含原型圖),跟大家探討一下。
數據庫表單
大家不要納悶,為什么產品設計要說到數據庫,對于拼團活動來說,數據庫的設計關乎到以后的擴展,我之前講拼團思路時就有童鞋問我數據庫該怎么建,所以在此處也就蜻蜓點水,簡單的提一下。
我們需要用以下幾個表來關聯來滿足拼團的基本需求:
- order:訂單表,每一個電商公司必備的核心表單之一;
- group_activity:拼團活動表,存放每一個拼團活動(商品)的表;
- group_found:拼團團長表,存放每一個拼團的團長信息;
- group_follow:拼團團員表,存放每一個拼團的團員信息。
這里的設計沒有“團單表”的概念,庫里也沒有團編號,取而代之的是“團ID”。每一個團都是以團ID為紐帶,分別于團長、團員、拼團活動、訂單綁定關系。但是在展示層上,我們必須要有一個“團單表”的結構存在,在數據,只存儲最小單位。
發布拼團活動
1. 選擇拼團類型
因為此次新增了幾種玩法,分別是:分錢團購、9.9特賣、團長免單,所以后臺發布拼團活動的設置也有所改變,在發布拼團活動時,先選擇拼團類型。
如下圖所示:
發布拼團活動
按鈕上面的圖片是我隨便加的,具體封面圖建議做得與文字更有關聯性,點擊進入【添加折扣拼團】。
2. 添加折扣拼團
折扣拼團,指我們普通的正常拼團活動,其發布界面如下圖所示:
添加折扣拼團
商品信息:選擇商品,添加成為活動商品,運營人員需要填寫下列幾個值。
- SPU拼團價:指未選中規格時展示的價格,一般用在列表頁與詳情頁;
- SKU庫存:指商品的不同SKU下的庫存數量;
- SKU單買價:指商品不同SKU下的單買價格;
- SKU拼團價:指商品不同SKU下的拼團價格;
- SKU活動庫存:指商品的不同SKU下的活動庫存數量。
基本信息:
拼團活動的基本設置,包含以下信息:
- 活動標題;
- 活動封面圖;
- 分享標題;
- 分享描述;
- 分享縮略圖;
- 活動時間。
其中分享標題、分享描述、分享縮略圖指的是當從站內分享商品出去時(例如:微信),在微信上顯示的標題,描述和縮略圖??梢宰尦绦蚰J一個值,如果不填寫的話,直接調用默認值。
拼團設置:
拼團的關鍵設置,包含以下信息:
- 成團人數:指該團滿團所要求的人數;
- 每人購買限制數:指每一人對該活動商品購買的最大數量;
- 成團有效期:指團長開團后,需要在多少時間內滿團;
- 排序:指活動商品在活動列表中的排序值;
- 是否包郵:值該活動商品是否支持包郵,若不支持,請填寫郵費。
因為郵費模板目前還不完善,所以暫時不支持活動商品,待我后面花精力完善后再補上這一塊。這樣就把折扣拼團所需要的信息都填充完成,點擊保存,該活動商品添加成功。
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
最近在設計拼團功能,遇到個問題:假設拼團活動商品到期下架,但團訂單未到結束時間還在拼團中,那么這些拼團中的訂單如何處理呢?
這里的話有兩種思路:①用戶必須在“活動有效期”減去“成團有效期時間”內開團;②活動有效期優先級大于成團有效期,當距離活動有效期時間小于成團有效期時,成團有效期按照活動有效期為準;
多謝指點,我后來思考了下,也是按照您第二種方式處理的
直接在成團的時候,判斷庫存及商品上下架狀態,不就可以了~~~判斷有效期,得多危險,有效期內,但是沒庫存,咋辦?
弱弱問一句 這種活動是用什么平臺發布的?需要自己做站?
自己公司的后臺
優秀!謝謝
?? 互相學習
用例子說明拼團設計,相當于一份需求文檔了,贊
??