電商產品如何做規劃

① 如何規劃電商平台產品線（完整版）

觀主互聯網生涯的前六年都在電商這大坑裡滾爬，從無到有的搭建了三個產品團隊，規模基本在10-20人之間。

今日興致不錯，就和各位道友聊聊，觀主所理解的三種電商平台產品線規劃策略（ps：根據不同行業、類型會有細微差異，以下僅供參考；尤其要注意，不要拿某寶來比對，人家是最終形態下的產物，早期和中期的電商玩不起，還是先把業務做扎實吧）：

一、按使用流程分：

▍1、核心數據：

以用戶使用的流程為依據做切割和劃分。

買家線：從找到平台到找到商品到完成交易到售後環節再到二次購買的一整條交易主線。

賣家線：從入駐平台到成為商家到開店上傳到接單賣貨再到售後跟進的一整條服務主線。

平台線：從服務買賣雙方到活躍激勵整個平台用戶到拉新推廣到服務保障到財務結算等。

▍2、舉例說明：

不分先後：

a.搜索線（分類管理＋標簽管理＋推薦邏輯＋搜索演算法＋排序、展示邏輯等）

b.展示線（內容、廣告位管理＋首頁＋落地頁＋聚合頁＋seo/sem支持＋專題、活動頁、幫助中心等）

c.子頻道線（按需設立：一般獨立於平台主交易流程之外多子頻道或者常態活動頻道，都會設置一條單獨的線來管理，如某寶聚x算、搶購功能、如某家居商城的裝修資訊頻道、如一些電商的論壇等，這條線相對較為靈活機動，類型多樣）

d.主交易線（商品詳情頁＋售前服務＋購物車流程＋下訂單流程＋支付流程）

e.買家後台線（會員中心＋信息管理＋虛擬錢包＋售中、售後服務＋訂單管理＋收藏、歷史瀏覽等增值功能＋用戶成長和激勵體系等相關延伸，不贅述）

f.賣家後台線（信息管理＋商品管理＋訂單管理＋財務管理＋物流管理＋庫存管理＋推廣管理＋店鋪管理等＋用戶成長和激勵體系等相關延伸，不贅述）

g.平台總後台線（平台總後台，功能在早期考慮到代運營和強管制需求，一般會包含並大於賣家後台功能，同時需要注意以下幾點務必早做打算：許可權切割、財務結算、客服系統對接、數據監控和埋點、用戶成長和激勵體系、客訴和服務管理以及商家管理等）

h.移動線（包含移動端app和微信和wap，如果是平台性質的，前期不推薦過早的介入移動端，當然看具體行業，移動線前期主要是將平台的功能精簡並遷移，存在功能重疊嚴重，推廣和開發成本高等問題，所以判斷是否需要移動線應看公司戰略，以及移動線的優勢是否對業務有幫助，再做定論，觀主經歷過不少移動做個花架子或孤注一擲結果半途而廢的例子）

i.金融線（主要兩塊，對買家的消費金融＋對賣家的供應鏈金融，大多數早期平台沒有，因為授信和風控難以控制，但是b2b供應鏈想對容易，因為證照齊全，交易真實性保障度高）

▍3、人員要求：

按照分線策略，在招人時需注意，應聘人員是否有符合該線要求的相關項目經驗，過往工作內容是否與該產品線的要求相近，在工作經驗上可適當放寬，主要看對某條線，比如對商品展示的了解程度，因為該線是模塊化切分後做前後銜接，所以每條線上的人能力不用太全面。

▍4、優劣對比：

優勢：各線更為專注，各線間的關聯性強，對各線的產品經理的能力要求相對較低，不需要過於全面，假設某條線的產品較弱，前後關聯線可以通過協作，做很大程度的彌補，發揮整體優勢。

劣勢：一旦某條線出問題，銜接上會很混亂，同時產品經理對其餘每條相關產品線需要花很大精力去了解和熟悉，一旦消息不透明或閉塞，就容易產生盲區，造成設計上的前後不一致。

二、按業務板塊分：

▍1、核心數據：

以平台業務板塊來切割和劃分：

按品類：一般適用於全平類平台，不同品類之間差異化太大，會按品類來做區分。

按模式：一般適用於多種交易模式的平台，如b2b供應鏈大多會分三塊：撮合、現貨和金融。

▍2、舉例說明：

用某化工b2b平台舉例，分以下幾條線（該線特點是出了移動線其餘每條線對應到一個業務部門負責）：

a.撮合交易線（詢盤相關業務：從采供信息展示、搜索、下詢盤到撮合交易到線下追蹤等）

b.現貨商城線（類似一個小天貓，不展開贅述）

c.供應鏈金融線（類似p2p，不展開贅述）

d.用戶體系線（用戶管理與激勵，招商和認證等等）

e.用戶後台線（買家和賣家的管理後台，不贅述）

f.總後台線（整個平台的管理後台，對以上幾條線形成管理和支撐，包含BI系統）

g.移動線（包含app和微信，將部分核心業務流程遷移到移動端）

▍3、人員要求：

相比上一種分法，這種方法人員數量和線對數量都會減少，但幾乎每條線都會涵蓋比較完整的一段流程，所以對每個產品經理的能力、經驗要求會提高，需要每個產品經理都有較為全面的能力，同時對完整流程有足夠的操作經驗，招人的側重除了不變的「項目經歷契合」，改變的是「需要從專提升為全面」。

▍4、優劣對比：

優勢：每個業務板塊延伸的產品線，相當於一個獨立的項目，各線之間更為獨立，不容易因為某線出問題或者延緩導致聯動性問題發生，同時每條線因為獨立對一個業務板塊負責，需求會更有針對性，支撐會更有效，更可量化。

劣勢：任何一條線的人員要求都較高，否則就容易自坑，如上例，無論詢盤線還是現貨線，都需要獨立完成用戶的整個使用流程的產品設計，相比方法一，由於整個平台的在產品設計過程中被相對獨立了，可能帶來的問題就是容易過於沉浸，導致業務板塊之間的協作和支撐缺失。在項目管理上，因為大家負責的實際設計會有很多類型上的重疊，比如詢盤線和現貨線，都要關注seo或者app或者微信，這種情況下，在需求到開發的過程中容易產生沖突和掐架。

三、按人力資源分：

▍1、核心數據：

這種分法，對於小團隊（三無創業公司）特別好用，說白了，早期業務不清晰、人員預算不充足時，這種類似游擊戰的打法未必漂亮，但是至少高效和高能！

▍2、舉例說明：

實際操作就是一拖多，大家讀書時都知道先進帶後進，幫困小組吧？

這個分法很簡單，就是把現有人員按能力和經驗高低分層，然後按金字塔形一層層排布：執行類往下推，決策類往上推；難度往上推，簡單的往下推。

比如觀主目前在的創業公司，就一個app，一個web，一個後台，三個產品，有2個產品助理＋觀主，就能解決了，產品助理主要做些非重要的設計工作和文檔整理，觀主主要做需求分析和產品功能制定等稍微需要燒腦的部分。

▍3、人員要求：

至少一名全棧產品經理或20%的中高級產品（二選一）＋80%初級產品，不展開贅述。

▍4、優劣對比：

優勢：省錢，省人，設計出來的東西，中規中矩，高度統一，不容易出大亂子。

劣勢：但是一旦出大亂子，就是天大的亂子，因為決策層較少，點的錯誤容易瞬間擴散到面。

以上就是觀主的一些拙見，與各位分享，舉例中或有不詳盡之處，敬請諒解，無論大公司、小公司，都可以按以上的方法來分，無非最終劃分到的顆粒度有多細致而已，希望對大家有幫助，該篇不單適合產品團隊管理者，同樣的，產品經理想要有提升，必須對管理和規劃有足夠的理解！

望與諸位道友在產品的路上，一同共勉共勵，一起披荊斬棘，謝謝！

ps：以上就是本觀主的點滴心得體會，僅分享給需要的人來互通有無、相互印證！

② 電商產品布局

你好！

給大家舉一個我親自測試的例子

我是今年4月1日幫朋友操做這家店鋪，這是1-3月份的銷售額度

最後，送大家一句 ：一分耕耘，一分收獲，想要得到結果，就要認真的去規劃自己的工作，太遠的，太大的空頭目標不要去想了，踏踏實實做好能提升的一切工作。

希望能幫助你，還請及時採納謝謝！

祝你生活愉快！