營銷工具之拼團活動如何設計?
促銷是最常見的電商運營手段,每次逛電商網站,不管是淘寶,天貓,京東,還是網易考拉、小紅書等電商平臺,都會有一大堆的促銷活動等著我們,我們常見的促銷活動一般有:優惠券,滿減,秒殺,拼團,滿包郵等等。之前因公司產品需要,設計并落地過秒殺、拼團和滿包郵活動,這次從實操角度,詳細說明下營銷工具之拼團活動如何設計~
一、什么是拼團活動
拼團活動一般是由商家針對特定商品,在約定時間內,以成團人數為條件,用優惠價格出售商品的營銷活動。商家可在后臺自行設置活動商品、拼團價格、活動時效、成團人數及活動商品限購等信息。通過鼓勵買家發起拼團,邀請好友以拼團價格購買優質商品,同時也給店鋪帶來更好的傳播效果,起到拉新的作用。
二、活動設置管理
設置拼團活動時,一般情況分2個部分設置:基礎設置,活動商品及促銷價格設置。
1. 基礎設置一般包含以下信息
1)活動名稱
根據拼團活動參與的時間段或者目的的不同,根據具體活動情況直接設置拼團活動名稱,相比去商品詳情中進行修改要方便快捷,也更易于活動的管理,比如說常見的按活動時間設置拼團活動名稱:雙十一XXX商品拼團活動。
2)活動時間
商品參加拼團的活動時長,即拼團活動的開始時間和結束時間,只要在設置的時間范圍內,用戶進入商品詳情頁時均可主動發起拼團或參與別人的團。
3)成團有效期
用戶開團后,需要在有效期內邀請足夠好友參團則拼團成功,若規定時間內未成團,超時則拼團失敗。拼團失敗后,系統會自動發起團員訂單退款邏輯。
拼團活動時間和成團有效期的關系:
- 活動時間范圍內,支持消費者在小程序端發起拼團活動
- 成團有效期優先級大于活動時間。即當活動時間小于成團有效期時,以成團有效期為準
什么意思呢?舉個例子:若活動商品的拼團活動時間為10月1日00:00:00-10月7日00:00:00,成團有效期為24小時,則10月7日0點之前,用戶可以發起開團,且此團在24小時內有效,即該活動實際在10月8日0點之前結束此拼團活動;10月7日0點以后,用戶不能再主動發起開團,但支持用戶以參團的形式參與別人已經發起但未滿員未超過成團有效期的團】
4)成團人數
此拼團活動成團所要求的人數,限制條件為成團人數≥2,在規定時間內達到成團人數則拼團成功,反之則拼團失敗。
5)商品限購
設置支持每人對該活動商品購買的最大數量,一般參與拼團活動的商品都會以較低價出售,商家可根據實際促銷預算決定是否配置商品限購字段,若不配置則不限制用戶購買數量。
6)活動預熱
支持設置活動預熱時間,開啟后,商品詳情頁在活動開始前X小時,展示未開始的拼團活動,但活動開始前用戶僅能看到此商品即將參與活動,但是無法直接以拼團價購買。不配置時默認此活動不預熱,直到活動開始時才會出現拼團價。
7)模擬成團
模擬成團考慮最后是否能成團,如果成團人數太多或者用戶量較少的情況下,會有超過半數的團最后不能成團。可以巧妙設置 “模擬成團”,即在拼團有效期內人數未滿的團,系統將會模擬“匿名買家”湊滿人數,使該團成團,商家只需要對已付款參團的真實買家發貨即可。商家根據自身情況合理開啟,以提高成團率。不配置時默認此活動不開啟模擬成團,按真實數據處理即可。
2. 活動商品及促銷價格設置
以SPU維度選擇商品,選擇后需要運營人員同步設置以下值即可:
1)選擇活動SKU
拼團活動以SKU維度設置,根據所勾選的SKU最終展示在前端,供用戶參與活動。
2)填寫活動SKU的拼團價
SKU的單買價系統讀取商品的銷售價展示,無需手動設置。
活動庫存在第一期未作處理,直接同步銷售庫存。
三、活動管理
拼團活動商品創建成功后,拼團活動列表對應新增一條活動記錄。活動的管理即是對活動狀態的管理,拼團活動的狀態有:未提交、未開始、進行中、已結束、已終止5個狀態。
1. 未提交:活動未提交僅保存,或未開始活動撤回的情況。
僅在僅在未提交狀態時支持編輯活動信息的全部字段,點擊提交按鈕從“未提交”狀態轉為“未開始”狀態。
2. 未開始:物理時間還未到拼團活動的開始時間
未開始狀態支持撤回活動至“未提交”狀態,或者點擊終止活動操作,將活動狀態轉為“已終止”。
3. 進行中:物理時間在處在拼團活動的開始時間和結束時間段內
進行中狀態僅支持終止活動操作,將活動狀態轉為“已終止”。
4. 已結束:物理時間超過拼團活動的結束時間
已結束狀態是活動到期自動結束的情況。
5. 已終止:強制終止的拼團活動
已終止狀態是活動在未開始或進行中狀態時,運營人員點擊“終止活動”按鈕,強制結束活動的情況。
四、前端展示和參與促銷的訂單計算
1. 前端入口
有2個入口,一個是通過超值拼團好物直接進入活動商品詳情頁,另一個是通過全部商品列表進入普通商品詳情頁,然后根據頁面引導進入活動商品詳情頁。如下圖所示:
2. 用戶發起拼團
用戶最終在拼團活動商品詳情頁發起拼團活動或者參與別人的團,拼團或參團訂單支付后,系統會對應生成一條團單記錄和訂單記錄,后臺同樣的分別對應團單列表和訂單列表。
3. 發起拼團的流程
發起拼團&參團是拼團活動的重要環節,發起拼團的流程中主要需要考慮2個問題:
1)判斷活動是否已結束;
2)判斷庫存是否充足;為了避免超賣現象,采用下單鎖定庫存的方式進行處理。
具體流程如下:
五、活動數據統計及明細查看
發起拼團支付后,后臺拼團列表會對應生成一條拼團記錄,拼團記錄有3個狀態:
1. 拼團中
指發起者支付成功,即為開團成功,已參團人數為1。
若發起者發起拼團但未支付的情況,則定義為未開團,未開團時有對應的訂單記錄,但不會生成拼團記錄。
支付后,訂單狀態從“待支付”狀態變為“待成團”狀態,待成團狀態訂單不支持發貨處理。
“拼團中”狀態的訂單不可取消或退款,需拼團成功后才支持發起訂單退款,走正常的訂單退款流程即可,且拼團成功后發起的退款,不影響拼團狀態和團員訂單。
2. 拼團成功
參團并實際支付人數達到成團人數要求,此時1個團單對應多個訂單,且訂單狀態從“待成團”狀態進入“待發貨”狀態,商家可以進行發貨操作;
3. 拼團失敗
成團有效期內參團人數未達到成團人數要求,則定義為拼團失敗,系統同時對所有團員訂單做自動關閉及退款操作。訂單狀態從“待成團”狀態進入“已關閉”狀態。
以下是拼團列表及團單詳情,當發起人支付即可查看此拼團活動的詳細信息。
六、異常處理辦法總結
1. 有一個3人團PM1001,團長(A1)開團后,有4個人(A2,A3,A4,A5)參團,并同時支付且均支付成功時,前后端處理邏輯如下:
①小程序端返回拼團成功,但不展示團成員的個人頭像,整個團均展示系統默認頭像;
②后臺–拼團列表除了PM1001,還會新生成一個團PM1002,PM1002,且拼團成功。其中PM1001,有3個參團人(團長為A1,團員按支付回調成功有2個,假設為A2,A3),狀態為拼團成功,是否模擬成團項為否。PM1002,有1個參團人(A4,即為團長,無團員),狀態為拼團成功,是否模擬成團項為是。
PM1003,有1個參團人(A5,即為團長,無團員),狀態為拼團成功,是否模擬成團項為是。
2. 在訂單結算頁面,如果活動結束或庫存不足時,處理方式如下:
以上就是我們拼團活動的整個前后臺流程,文章篇幅有限,主要寫了跟拼團相關的功能,至于關聯情況的訂單管理、售后退款等電商的基礎功能就不一一展開了,如有需要,可以加我微信私聊哈~~
作者:shirly ,公眾號:小小何小廚
本文由 @shirly 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于 CC0 協議
很完整很全面!
寫的很棒!
非常完整,也非法全面的拼團產品設計
寫的很棒!
有沒有哪個平臺可以提供免費的比較好用的拼團功能呀
很棒啊 學到了
很細節,新手學習了;目前有一個小疑惑還請大神指點,超賣場景怎么解決,以及怎么避免超賣呢;
設置活動庫存就好了。當活動庫存小于n(這里的n指n人團)時,活動已結束。當然活動庫存是動態的,下單扣減,退款退貨就回退。
請問下,我看你需求中,拼團商品配置沒有限制拼團的商品數量,這個是否需要限制下參加拼團的商品數量呢用以控制成本。
一般做的好的話是有活動庫存這個概念的,但是我們做的時候為了簡單,也因為業務特性的原因,就直接使用了銷售庫存。 ??
如果是用活動庫存處理,那也就是,用戶申請了拼團的活動庫存后,就要在后臺鎖定這批庫存只能用于拼團么?這塊有個疑問,不知道是否應該鎖定這批庫存給拼團專用
之前做的時候和團隊的研發小哥哥討論過這個問題,正常來說創建拼團活動時,就設置拼團活動的庫存,這部分庫存正常流程下僅供拼團活動使用。
但是可以做補給機制,就是異常情況下,如果銷售庫存賣完了,可以從活動庫存補給給銷售庫存
這個思路你可以順著考慮下
嗯嗯,如果不做拼團的活動庫存,就會導致拼團的失敗率較高。。目前我們這里還是用不鎖定庫存的方式
拼團的商品就不能加入購物車了嗎? 如果可以加入購物車就會出現很多訂單邏輯的變化了吧?
拼團活動商品詳情頁和單買時候的普通商品詳情頁是2個頁面,在拼團活動頁面是沒有加入購物車的入口的。
但是存在從單買的普通商品詳情頁加入購物車,或者說活動沒開始的時候就已經加入購物車的場景。
那么在購物車頁面,我的處理方式是:這個加購的SKU如果參與了拼團活動,我在購物車頁面是有拼團活動信息的展示,并且給了活動入口的,可以直接購物車點擊入口進來活動詳情頁參與拼團活動,走拼團或者參團流程。
也支持他直接勾選購物車商品去下單,但是直接下單時是按單買價去計算的。
非常清晰、全面!希望您可以對其他營銷活動的設計進行講解。
特別是對異常流程的考慮特別驚艷
超級清晰超級棒,很好的文章
謝謝~