促銷是最常見的電商運營手段，每次逛電商網站，不管是淘寶，天貓，京東，還是網易考拉、小紅書等電商平台，都會有一大堆的促銷活動等着我們，我們常見的促銷活動一般有：優惠券，滿減，秒殺，拼團，滿包郵等等。之前因公司産品需要，設計并落地過秒殺、拼團和滿包郵活動，這次從實操角度，詳細說明下營銷工具之拼團活動如何設計~

一、什麼是拼團活動

拼團活動一般是由商家針對特定商品，在約定時間内，以成團人數為條件，用優惠價格出售商品的營銷活動。商家可在後台自行設置活動商品、拼團價格、活動時效、成團人數及活動商品限購等信息。通過鼓勵買家發起拼團，邀請好友以拼團價格購買優質商品，同時也給店鋪帶來更好的傳播效果，起到拉新的作用。

二、活動設置管理

設置拼團活動時，一般情況分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 協議

,