1. 程式人生 > >電商專案之 : 拼團活動如何設計

電商專案之 : 拼團活動如何設計

營銷手段除了優惠券,還有拼團這種常見模式。提起拼團,大家自然而然地想到拼多多,在流量紅利已經觸底的情況下,以拼團這種新模式殺出一條血路。

傳聞今年3月份,拼多多月GMV已經達到400億的規模,交易額超過京東的1/3(京東月GMV約1100億)。

頁面上的“發起拼團”或“去拼團”按鈕大家都看的到,但是否真正思考過其背後的邏輯。

接下來我將結合最近兩週做的拼團活動,細說拼團背後的邏輯,按拼團的整個流程來講解。

一、建立拼團活動

拼多多的所有商品都有拼團模式,淘寶、京東或其他平臺只有部分商品有拼團模式,兩種後臺設計肯定不同。因本人此次負責的專案是後者,故以此種類型談如何建立拼團活動。

例項設計

△建立拼團活動頁

建立拼團活動的過程中,至少包含以下元素:拼團活動時間、成團有效時間、成團人數、每人限購、可開團商品和拼團活動狀態。

1. 拼團活動時間

可開團商品的拼團活動時長,如一個商品的拼團活動時間為6月28日00:00:00至7月3日00:00:00,這個時間段內,該商品可開團,使用者進入商品詳情頁可發起拼團或參與拼團。

2. 成團有效時間

使用者開團後與其他人組團的時間,該時間內沒有組團成功將拼團失敗,系統自動退款。特別注意的是:因為引入了這個欄位,會有某使用者對某商品的實際拼團結束時間。

實際拼團結束時間=發起拼團時間+成團有效時間(發起拼團時間=發起拼團人的支付時間)

什麼意思呢?

舉個例子來講:若該商品的拼團活動時間為6月28日00:00:00-7月3日00:00:00,成團有效時間為24小時,則7月3日0點以後,該商品不可再開團,但已開的團使用者還可以參團,即該活動實際在7月4日00:00:00結束拼團促銷。

3. 成團人數

湊夠多少人滿足拼團條件,限制條件為至少2人。

4. 每人限購

每人最多購買多少件,拼團商品因價格較便宜,根據預算看是否需要配置該欄位。

5. 關聯商品

前面四個欄位都屬於拼團活動的基本屬性欄位,我們要把這些欄位關聯到具體某一個商品上或多個商品上,並設定拼團價。

拼團活動商品建立成功後,商品就被分為普通商品和拼團商品(在商品表裡也會有一個欄位來標記和區分),拼團活動列表新增一條記錄。

例項設計

△拼團管理列表頁

6. 拼團活動狀態

未開始:拼團活動開始時間>當前時間;

活動中:拼團活動開始時間當前時間;

已結束:拼團活動結束時間

已失效:“活動中”狀態的活動商品手動點選“已失效”按鈕,變為已失效,活動提前結束。

“未開始”狀態的活動商品可全部欄位編輯,“活動中”狀態的活動商品只能延長拼團活動結束時間。

值得注意的是:已結束與已失效的區別在於:已結束是活動到期後自然結束的,已失效是指商家主動提前結束。已結束和已失效的活動商品需要再次發起活動,重新新增一次。

在C端怎樣展示就看具體的產品設計,在自己負責的專案中,拼團商品我給了2個入口:拼團專場和全部商品列表,是拼團商品的有拼團標籤。

例項設計

△拼團入口

二、使用者發起拼團

使用者在拼團商品詳情頁發起拼團活動,生成一條團單記錄和訂單記錄,後臺分別對應團單列表和訂單列表。

△商品詳情頁、訂單填寫頁

△訂單詳情頁

1. 團單列表

不同的拼團狀態,訂單ID個數和已參團人數不同,假設成團人數為3人。

待成團:發起者發起拼團但未支付,訂單ID有該使用者的下單資料,發起拼團時間和拼團結束時間為空(此團未開成功,自然不存在發起拼團時間和拼團結束時間之說,發起者支付成功才意味著開團成功),已參團人數為0。

拼團中:發起者支付成功,開團成功,已參團人數為1。“拼團中”狀態的訂單不可取消,需拼團成功後才可取消。

拼團成功:成團人滿且都支付成功,此時一個團購ID對應三個訂單ID。

拼團失敗:成團有效時間內,成團人數未滿,拼團失敗,系統自動退款。

特別說明的是,C端拼團商品詳情頁【和其他人拼團】的資料取自團單資料,不是訂單資料。

例項設計

△團單列表

2. 拼團訂單列表

拼團商品的訂單可合併在普通訂單列表,增加一個“訂單型別”欄位用於區分,拼團訂單列表有“檢視同團訂單”跳轉連結。

△訂單列表

三、拼團頁分享

拼團的一個顯著特點是通過分享進行老帶新,更多利用社交關係促進訂單轉化。這個環節要考慮的是,分享出來的這個拼團活動狀態不同,使用者看到的頁面也不同。

“拼團失敗”和“拼團成功”分別對應活動已結束(不是商品的拼團活動結束時間,是發起人建立的這個拼團活動的結束時間)和人數已滿兩種情況。

大概流程如下:

△使用者進入拼團分享頁邏輯

到此,一個完整的拼團活動差不多結束了。文中所有的原型圖僅供參看,具體視業