中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文主要以普通團為例，按照拼團的整個流程，總結其背后的設計思路和邏輯。

一、背景

最近在做一小電商平臺，需要做幾個營銷功能給商家們用，初步定了好幾個需要做的營銷功能，其中就有大家最常見的拼團。

拼團作為一個幾乎是電商產品的標配功能，身為一枚合格的產品狗，想必大家對此應該都耳熟能詳了，不管哪個行業，就算沒做過，但也一定有聽說過?；叵胍幌逻@應該算是自己第二次做拼團功能，不同的平臺背景不一樣的體驗和收獲，好久沒寫東西了，借這個機會小小總結一下。

以下將會根據拼團活動的整個流程，結合一般功能策劃的步驟進行總結，有不對的地方希望大家多多指教。

二、需求分析

按照規矩，先進行一個小小的需求分析。

首先要搞清楚自己的產品類型和需求背景。

拼團這樣的萬金油功能，發展到現在已經演變出了各種各樣的玩法，包括抽獎團、試用團、秒殺團、團免團、階梯團、超級團等等。我們常見的拼多多模式是所有商品都有拼團，但類似網易嚴選、京東、淘寶或其他平臺卻只有部分商品有拼團模式，兩種不同的產品類型，規則邏輯、后臺設計肯定也是大有不同的，搞清楚自己是誰，才能選擇更適合自己的玩法。

然后是需求四要素。

1. 人：商家；
2. 場景：賣貨；
3. 問題：缺乏營銷工具幫助更好的賣貨；
4. 解決方案：拼團工具。

以前剛入門的時候，在做一個功能之前，經常都是一上來就開始各種流程圖、原型、需求文檔，或者有時候更夸張一點，直接畫原型，結果做著做著發現各種地方不對勁，越做越心煩?；蛘呒词拱凑罩苯赢嬙停缓笤O計稿，再到開發的流程來，并且整個過程下來非常順利，功能如期上線，但到后面往往又會發現，跑起來的數據非常慘淡，用戶不想用、不會用甚至根本不是他想要的。

因此，在著手干活之前，還是非常有必要明確：什么人在什么場景下遇到了什么問題，我們用什么方案來解決這個問題。當然，這里的人指的是主要用戶，即這個功能最終是給誰用的，而不是說這個功能只是涉及到了這一類用戶。

基于上面的背景，我們最終選擇了超級團和普通團兩種類型的拼團玩法，普及一下這兩種玩法。

1. 超級團：由商家發起拼團，商家是團長，買家只需要參加團購，成團后商家統一發貨，特點是超級團一般成團人數較大，如100人，1000人，成團后會有一定的時間留給商家，方便商家統一訂貨發貨；
2. 普通團：我們常見的拼團玩法，由商家設置拼團活動，買家發起拼團并邀請好友參團，成團后商家對已成團的訂單發貨，特點是成團人數少，一般2-3人，能否成團比較依賴團長的推動，相應的裂變效果也會好一些。

按計劃第一期先做超級團，原因是這種玩法在流程上相比普通團稍微簡單一些，不過后來上線后我們也發現，其實小商家們由于各種各樣原因的限制，總是會把超級團當做普通團來用，這其實跟我們的預期是相差蠻大的。

本文主要以普通團為例，按照拼團的整個流程，總結其背后的設計思路和邏輯。

三、主線流程

清晰明了的主線流程能夠有效的幫助我們避免在設計功能的過程出現遺漏的情況，第一步我們要梳理清楚功能的角色和事項。

①系統：拼團規則、數據統計；

②商家：發起/設置拼團活動、訂單發貨；

③普通用戶（團長和團友）：發起/參與拼團；

然后進一步細化主線流程，大致如下圖：

四、具體細節

按照上面的主線流程，整個拼團共分為三個階段，創建拼團-拼團中-拼團后，下面一個個拆分來看，其中都有哪些門道。由于我們的產品包括管理端都以小程序為主（個人感覺日常用起來還是蠻方便的，就是添加商品沒有PC來的方便），因此以下設計都是在小程序中進行的。

4.1 創建拼團

多看幾個競品，很容易發現，創建拼團一般來說會包含以下幾個字段：拼團商品、活動名稱、拼團價格、成團人數、拼團活動時間、成團有效時間、每人限購數量、拼團活動狀態等。先大概總結一下這些字段所代表的意義。

① 拼團商品

作為一個平臺來說，能夠拿來參加拼團活動的肯定是有效的商品，具體怎樣才算是有效商品呢？根據不同平臺的情況可能會略有區別，但大體會有一下幾個條件：

1. 非活動中商品：即不能是正在參加別的拼團等營銷活動的商品；
2. 價格不能為空：在一些平臺上，有允許商品價格為空的情況，這樣的商品應該不能參加拼團；
3. 庫存不能為0。

② 活動名稱

每次拼團活動發起的目的都可能是不一樣的，能直接根據具體活動目的設置拼團活動名稱，相比去商品詳情中進行修改要方便很多。

③ 拼團價格

即該商品的拼團活動價格，一般不能高于商品原價。

④ 成團人數

即湊夠多少人可以滿一個團，一般來說需要大于等于2，因為之前已經做了超級團的類型，所以在這里把普通團的最高成團人數定在20人。其實高于這個數，也很難成團。

⑤ 拼團活動時間

商品參加拼團的活動時長，只要在設置的時間范圍內，用戶進入詳情頁均可發起或參與拼團。

⑥ 成團有效時間

用戶發起拼團后，系統留給他召集好友一起參加拼團的時間，超過這個時間還未成團，則會被判定為拼團失敗，系統自動退款。一般常見的如12/24小時的成團有效時間，用戶發起拼團后，會有12或24小時的時間去成團。

值得注意的地方是，成團有效時間和拼團活動時間之間的關聯。如果開啟了成團有效時間，則用戶進入拼團時，需要判斷當前剩余的活動時間，是否還滿足成團有效時間，如果不夠，則新用戶不能再發起拼團。

舉個例子：活動時間為2018-9-23 00:00 至 2018-9-25 59:59；成團有效時間為12小時，則當拼團活動進行到2018-9-24 12:00的時候就不能再發起拼團，因為剩下的拼團時間已經不夠12小時，但用戶還可以參團，即活動實際結束時間還是在2018-9-25 59:59。

成團有效時間的設置一般有兩個目的：

• 一是保證在盡可能短的時間內釋放庫存；
• 二是制造緊迫感，刺激用戶盡快成團。

⑦ 每人限購數量

一般拼團活動都會進行降價促銷，參團商品數量有限，雖然一人買多件和一人買一件的結果都是把商品賣完了，但是一人一件的時候商家會得到更多用戶，有助于拉新。因此這個需要根據商家的實際情況來選擇是否需要限購。

⑧ 拼團活動狀態

1. 未開始：拼團活動開始時間>當前時間，未開始的活動可進行的操作包括：開始、編輯；
2. 進行中：關于正在進行中的活動爭議比較大的問題在于商家是否能手動結束正在進行中的活動，如果可以結束，那么正在拼團的用戶要怎么處理；如果不能結束，商家添加了一個拼團活動做個測試，結果一直顯示在前端撤不下來也很麻煩，這個其實還是要根據實際情況來判斷。在我們的背景下，是需要能夠給商家結束正在進行的拼團的，但是會有相應的限制，商家只能結束還沒有人參團的活動。
3. 已結束：可刪除。

下面根據具體的需求，選擇相應的字段簡單畫個流程圖（活動名稱、拼團價格、成團人數、活動時間）。

?

PS：

①為什么不需要成團有效時間？

因為平臺電商剛剛起步，實際上能在平臺購買的用戶較少，不需要太在意庫存的問題，因此暫時不做這個限制。

②如何處理多規格商品？

在拼多多上或者別的平臺的拼團活動中，我們能看到參團的商品是支持多規格的，即可以讓用戶選擇具體的拼團規格。但是在我們平臺現階段來說，由于主要的功能設置都在移動端，在設置多規格商品參與拼團時，填寫價格比較麻煩，因此可以把多規格參團作為后期的迭代功能，當前的目的應該是跑通主要流程。

③每人限購數量如何限制？

還是基于上面的情況，從簡處理，默認每人限購一件（只能發起或參加一次），后期根據商家反饋進行迭代。

原型-創建普通團

4.2 前端展示

通過上面的步驟，我們創建了一個拼團活動，但是基于我們平臺型建站類產品的屬性，相比其它電商產品來說，我們還需要通過一些簡單的設置讓這個活動在前端展示出來，讓用戶能夠看得到。其實就是個開關，需要的時候就讓他展示到前端，不需要的時候就把它關掉，相當于活動專區。這一塊需要注意的的是需要有哪些字段可在前端展示，總之，目的就是要吸引用戶點擊（原型略）。

4.3 發起拼團

發起拼團是整個拼團活動中的重要一環。用戶在拼團商品詳情頁發起拼團并支付成功后，系統生成一個團記錄和相應的團內訂單記錄，主要流程如下：

發起拼團的流程中主要需要考慮三個問題：

1. 判斷活動是否已結束；
2. 判斷庫存是否充足；
3. 判斷用是否有發起拼團的權限：默認每個用戶只能發起或參加一次拼團。

另外，用戶在支付成功后，還需要考慮庫存鎖定的問題，如果不及時鎖定庫存，容出現超賣的情況，即成團后（或支付后）卻告知用戶商品沒貨，體驗非常不好。

關于鎖定庫存，比較常見的有兩種做法：

1. 下單支付完成鎖定庫存；
2. 成團后再鎖定庫存。

具體來看一下兩種做法各自的不足之處。

① 下單支付完成減庫存：

a. 每個用戶參團（包括發起拼團）并實際支付后就減相應的庫存。即只要用戶參團，不管是否成團，都占用一個庫存，如果沒有成團，則需要等到成團有效時間（如12小時）之后系統執行退款，相應的庫存才被釋放。

這期間，因為這一部分最終拼團失敗的用戶占用了一部分庫存，導致該拼團商品庫存不足，使得其他用戶無法繼續開團，庫存利用率較低。并且，需要同時限制商品最多能發起的拼團數量，超出最大數量的團后禁止用戶再發起新的團，否則同樣還是存在超賣的可能。

如果用這種方式，配合成團有效時間幫助控制庫存，一方面還能制造成團的緊張氛圍。適用于周期較長、庫存限制相對較寬松的拼團活動。

b. 發起拼團時就鎖定N個庫存（N等于成團數），可以有效的避免用戶發起拼團后因為庫存不足而無法成團的情況，但是相應的，這種做法因為每次發起拼團都會同時鎖定N個庫存。相應的庫存消耗比較快，若成團率較低的話，很容易導致后來的用戶因無法發起拼團造成庫存浪費，降低活動質量。但這種做法能保證發起的團都是一定有相應庫存的。

這種方式比較適用于對庫存控制比較嚴格，注重團長權益（保證團長發團后就一定有庫存成團）的拼團活動，相對來說用得比較少。

② 成團后再鎖定庫存：

參團支付后只記錄，不鎖定庫存，只有等到成團成功后才生成各自的訂單扣除相應的庫存。如果活動做得好的話，這種方式相對前面的來說，更容易出現超賣的情況（原型略）。

4.4 邀請好友參團

普通用戶參團主要有兩個途徑：

一是通過好友的邀請參加拼團，另外是直接參與拼團商品詳情頁中正在開團的團。在實際運營過程中，為了能夠提高成團率，我們應該盡可能的引導用戶參加現有的團，包括彈窗文案提示引導等做法，這些都是比較細節的東西了。

甚至更多時候，我們還會在關鍵的節點上采取一些非常手段來提升成團率或用戶體驗，類似于我們比較常見的活動開始時，為了引導用戶參團而產生的匿名用戶開團，活動快結束時的匿名（模擬）成團等做法，其實都是為了讓用戶愉快的買買買。

參團階段的主要點在于梳理清楚階不同角色在不通過階段進入拼團的頁面狀態，需要注意的問題可能會在于支付前要驗證該團是否已滿，因為同一個團在同一時間可能會有很多人參加，如果在支付前沒有做好相應的判斷，可能會出現原本一個三人的團，卻有4個人支付的情況。

參團主要流程如下：

?

?

原型-組團成功?

4.5 商家訂單管理

用戶發起一個拼團，系統就生成一個團單，商家可通過團單查看每個團的訂單記錄。將商家端“團購訂單”模塊將團單分為三種狀態，包括拼團中、拼團成功、拼團失敗。

1. 拼團中：活動正在進行中，用戶發起拼團并支付開團成功，但參團人數小于成團人數，此時商家可查看到相應的訂單，但不能進行發貨操作；
2. 拼團成功：參團并實際支付人數達到成團人數，商家可進行發貨操作；
3. 拼團失敗：活動結束但成團人數未滿，則拼團失敗，系統進行自動退款，商家同樣不能進行任何操作。

這里可能會有一個比較容易遺漏的點，發起拼團并提交訂單后，中途放棄支付，是否需要生成相應的訂單呢？若生成相應的訂單，當用戶重新發起新的拼團時，是否再生成一個新的訂單？

可以這樣處理：當用戶發起拼團并提交訂單，但中途放棄支付后，系統在用戶端“我的訂單”模塊生成一條訂單記錄，但不生成團單記錄（沒有支付就不算參團），商家端訂單管理模塊也不生成訂單記錄。當用戶重新發起拼團時，直接調用已生成的訂單發起支付，不再生成新的訂單。

原型-團購訂單管理

4.6 用戶訂單管理

按理說，在用戶端我們只需要生成一個帶有拼團標志的訂單就可以了，但是從我們體驗過的常見的拼團功能來看，多數平臺都會給拼團功能增加一個“我的拼團”模塊，專門用來記錄我參加過的拼團（原型略）。

如上圖，與平臺普通訂單，限時秒殺等模式不同，拼團，包括砍價等營銷功能從活動開始到產生的實際訂單有一個過程，系統需要記錄這個過程中的各個狀態，因此需要“我的拼團”這么一個模塊作為拼團詳情各個狀態下的載體。這一塊需要注意的主要問題應該在于，拼團活動和訂單之間的相互關聯問題。

關于退款：

按照正常的訂單流程，用戶下單后，確認收貨前是可以發起退款申請的。但考慮到退款這事比較麻煩，因此在拼團流程中，可暫定拼團商品不能由用戶主動申請退款的。只能是在拼團失敗后，由系統自動進行退款處理，這一點可以根據平臺不同的需求背景來定。

五、總結

1. 基本的需求分析不能少；
2. 清晰明了的流程圖能有效的幫助梳理這種狀態較多的功能，避免遺漏；
3. 很多表面上看起來理所應當的問題要注意盡可能的深入去想一想，以主線流程作為切入點，逐步分析異常情況；
4. 文章篇幅有限，主要挑了跟拼團相關的功能來講，至于像訂單管理、售后退款等電商的基礎功能就不在本文一一展開了。

本文由 @15K 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自unsplash，基于CC0協議