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

今日聊聊：我所理解的三種電商平臺產品線規(guī)劃策略（根據(jù)不同行業(yè)、類型會有細微差異，以下僅供參考；尤其要注意，不要拿某寶來比對，人家是最終形態(tài)下的產物，早期和中期的電商玩不起，還是先把業(yè)務做扎實吧）！

一、按使用流程分

1.核心依據(jù)

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

• 買家線：從找到平臺到找到商品到完成交易到售后環(huán)節(jié)再到二次購買的一整條交易主線。
• 賣家線：從入駐平臺到成為商家到開店上傳到接單賣貨再到售后跟進的一整條服務主線。
• 平臺線：從服務買賣雙方到活躍激勵整個平臺用戶到拉新推廣到服務保障到財務結算等。

2.舉例說明

不分先后：

• 搜索線（分類管理＋標簽管理＋推薦邏輯＋搜索算法＋排序、展示邏輯等）
• 展示線（內容、廣告位管理＋首頁＋落地頁＋聚合頁＋seo/sem支持＋專題、活動頁、幫助中心等）
• 子頻道線（按需設立：一般獨立于平臺主交易流程之外多子頻道或者常態(tài)活動頻道，都會設置一條單獨的線來管理，如某寶聚x算、搶購功能、如某家居商城的裝修資訊頻道、如一些電商的論壇等，這條線相對較為靈活機動，類型多樣）
• 主交易線（商品詳情頁＋售前服務＋購物車流程＋下訂單流程＋支付流程）
• 買家后臺線（會員中心＋信息管理＋虛擬錢包＋售中、售后服務＋訂單管理＋收藏、歷史瀏覽等增值功能＋用戶成長和激勵體系等相關延伸，不贅述）
• 賣家后臺線（信息管理＋商品管理＋訂單管理＋財務管理＋物流管理＋庫存管理＋推廣管理＋店鋪管理等＋用戶成長和激勵體系等相關延伸，不贅述）
• 平臺總后臺線（平臺總后臺，功能在早期考慮到代運營和強管制需求，一般會包含并大于賣家后臺功能，同時需要注意以下幾點務必早做打算：權限切割、財務結算、客服系統(tǒng)對接、數(shù)據(jù)監(jiān)控和埋點、用戶成長和激勵體系、客訴和服務管理以及商家管理等）
• 移動線（包含移動端app和微信和wap，如果是平臺性質的，前期不推薦過早的介入移動端，當然看具體行業(yè)，移動線前期主要是將平臺的功能精簡并遷移，存在功能重疊嚴重，推廣和開發(fā)成本高等問題，所以判斷是否需要移動線應看公司戰(zhàn)略，以及移動線的優(yōu)勢是否對業(yè)務有幫助，再做定論，觀主經歷過不少移動做個花架子或孤注一擲結果半途而廢的例子）
• 金融線（主要兩塊，對買家的消費金融＋對賣家的供應鏈金融，大多數(shù)早期平臺沒有，因為授信和風控難以控制，但是b2b供應鏈想對容易，因為證照齊全，交易真實性保障度高）

3.人員要求

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

4.優(yōu)劣對比

• 優(yōu)勢：各線更為專注，各線間的關聯(lián)性強，對各線的產品經理的能力要求相對較低，不需要過于全面，假設某條線的產品較弱，前后關聯(lián)線可以通過協(xié)作，做很大程度的彌補，發(fā)揮整體優(yōu)勢。
• 劣勢：一旦某條線出問題，銜接上會很混亂，同時產品經理對其余每條相關產品線需要花很大精力去了解和熟悉，一旦消息不透明或閉塞，就容易產生盲區(qū)，造成設計上的前后不一致。

二、按業(yè)務板塊分

1.核心依據(jù)

以平臺業(yè)務板塊來切割和劃分：

• 按品類：一般適用于全平類平臺，不同品類之間差異化太大，會按品類來做區(qū)分。
• 按模式：一般適用于多種交易模式的平臺，如b2b供應鏈大多會分三塊：撮合、現(xiàn)貨和金融。

2.舉例說明

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

• 撮合交易線（詢盤相關業(yè)務：從采供信息展示、搜索、下詢盤到撮合交易到線下追蹤等）
• 現(xiàn)貨商城線（類似一個小天貓，不展開贅述）
• 供應鏈金融線（類似p2p，不展開贅述）
• 用戶體系線（用戶管理與激勵，招商和認證等等）
• 用戶后臺線（買家和賣家的管理后臺，不贅述）
• 總后臺線（整個平臺的管理后臺，對以上幾條線形成管理和支撐，包含BI系統(tǒng)）
• 移動線（包含app和微信，將部分核心業(yè)務流程遷移到移動端）

3.人員要求

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

4.優(yōu)劣對比：

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

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

三、按人力資源分

1.核心依據(jù)

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

2.舉例說明

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

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

比如我之前所在的創(chuàng)業(yè)公司，就一個app，一個web，一個后臺，三個產品，有2個產品助理＋我，就能解決了，產品助理主要做些非重要的設計工作和文檔整理，我主要做需求分析和產品迭代路線等稍微需要燒腦的部分。

3.人員要求

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

4.優(yōu)劣對比

• 優(yōu)勢：省錢，省人，設計出來的東西，中規(guī)中矩，高度統(tǒng)一，不容易出大亂子。
• 劣勢：但是一旦出大亂子，就是天大的亂子，因為決策層較少，點的錯誤容易瞬間擴散到面。

總結：舉例中或有不詳盡之處，敬請諒解，無論大公司、小公司，都可以按以上的方法來分，可能會有區(qū)別，無非最終劃分到的顆粒度有多細致而已。

希望各位可以從這些案例上去收獲規(guī)劃產品線的思路與方法，然后結合實際的業(yè)務，規(guī)劃出真正適合自己業(yè)務場景的產品線。

該篇不單適合產品團隊管理者，同樣的，產品經理想要有提升，必須對管理和規(guī)劃有足夠的理解！

本文由 @寧白衣 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。

題圖來自unsplash，基于CC0協(xié)議