本文通過(guò)形象的比喻和詳細(xì)的分析，深入探討了產(chǎn)品經(jīng)理的職責(zé)、挑戰(zhàn)以及如何通過(guò)數(shù)據(jù)分析優(yōu)化產(chǎn)品上架流程，提升用戶體驗(yàn)。對(duì)于有志于成為或了解產(chǎn)品經(jīng)理的人來(lái)說(shuō)，這是一篇不容錯(cuò)過(guò)的精彩文章。

產(chǎn)品經(jīng)理是干什么的？

一個(gè)比喻形象說(shuō)明下，產(chǎn)品經(jīng)理就是互聯(lián)網(wǎng)行業(yè)的“糧食育種專家”，產(chǎn)品經(jīng)理和技術(shù)團(tuán)隊(duì)協(xié)作通過(guò)“基因編碼”技術(shù)編寫某種植物種子各階段生長(zhǎng)的主信息，然后移植到土中培育，經(jīng)過(guò)人工選擇和優(yōu)化最終培育出健壯高產(chǎn)的作物。

01 概述

種子要生長(zhǎng)第一步是播種，不丟到土里或其他適宜生長(zhǎng)的環(huán)境里是無(wú)法長(zhǎng)出來(lái)，無(wú)法驗(yàn)證該品種是否優(yōu)良。

同理互聯(lián)網(wǎng)各行業(yè)繁榮的第一步也是“播種”，只有將“種子”播種到“土”里，才能帶來(lái)豐收。不同的行業(yè)種子不同，播種方式也不同：

1.1. 自動(dòng)化

對(duì)于交通系統(tǒng)而言，無(wú)論是地鐵、高鐵、汽車，銷售的車票都是標(biāo)準(zhǔn)化的產(chǎn)品，車票本身的包含的信息屬性較少，可以由計(jì)算機(jī)程序自動(dòng)完成車票的上架和下架，無(wú)需人工干預(yù)。

對(duì)于搜索引擎，特別是不主導(dǎo)內(nèi)容創(chuàng)作的業(yè)務(wù)模塊，由自動(dòng)化程序?qū)⒒ヂ?lián)網(wǎng)存在的各種內(nèi)容爬取過(guò)來(lái)，在用戶搜索的時(shí)候返回，信息的爬取也是自動(dòng)化完成，無(wú)需人工干預(yù)。

1.2. 人工

對(duì)于商品系統(tǒng)，無(wú)論是衣服、食品、家電甚至房源，這些都是非標(biāo)的產(chǎn)品，商品擺上貨架，需要人工完成，并且在商品無(wú)法銷售時(shí)，還需要主動(dòng)下架。

對(duì)于內(nèi)容平臺(tái)，知乎、小紅書等，平臺(tái)上提供的知識(shí)內(nèi)容也是非標(biāo)產(chǎn)品，內(nèi)容的創(chuàng)作和上架都需要作者主動(dòng)完成。

1.3. 人工輔助

人工輔助是對(duì)人工上架的補(bǔ)充，雖然由于行業(yè)的限制，無(wú)法完全交給機(jī)器自動(dòng)化完成，但是其中部分的流程是可以交給機(jī)器的。

比如：

• 商品信息可以構(gòu)建詞典，協(xié)助填充部分商品的屬性信息，包括自動(dòng)生成宣傳標(biāo)題、自動(dòng)美化風(fēng)格等。
• 商品的智能客服、物流追蹤、自動(dòng)下架可以由信息系統(tǒng)自動(dòng)協(xié)助完成。

02 電商商品上貨架

本文主要展開電商商品的上貨架分析，期望通過(guò)分析商品上架的效率現(xiàn)狀，制定合理的指標(biāo)，并一步步實(shí)現(xiàn)商品上架環(huán)節(jié)的高效進(jìn)行。

2.1. 物理世界的商品上架行為

在互聯(lián)網(wǎng)以前的貨架主要是物理貨架，包括商場(chǎng)擺貨、菜場(chǎng)擺菜等，銷售方需要花費(fèi)大量的時(shí)間安排專人理貨，并需要定期下架不新鮮的貨源。

筆者調(diào)研小區(qū)的菜籃子工程商販，他們每次來(lái)小區(qū)擺攤七八個(gè)小時(shí)，擺貨、收貨環(huán)節(jié)就要花掉四個(gè)小時(shí)不止，可見商品上架占據(jù)日常工作的很大一部分時(shí)間。

2.2. 互聯(lián)網(wǎng)世界的商品上架行為

互聯(lián)網(wǎng)興起后，線上商城包括淘寶、京東等成為最新型的貨架，在這些平臺(tái)上的商戶需要花費(fèi)大量的時(shí)間處理商品上架的工作，包括文本信息錄入、圖片制作上傳、視頻內(nèi)容上傳等。

商品上架效率的高低由兩個(gè)參與方?jīng)Q定的：商戶的信息錄入人員和平臺(tái)的軟件產(chǎn)品及配套服務(wù)人員。

• 如果信息錄入員思路清晰，業(yè)務(wù)熟練，有耐心，在體驗(yàn)差的平臺(tái)上也可以完成商品的上架
• 如果平臺(tái)智能，即使業(yè)務(wù)不熟練的新手也可以高效完成商品的上架。

這兩者其中任一方的功能強(qiáng)大，都能彌補(bǔ)另一方的部分缺陷。

作為推向市場(chǎng)的產(chǎn)品，我們?cè)敢庀嘈女a(chǎn)品在實(shí)驗(yàn)室環(huán)境中已經(jīng)做了必要的調(diào)研和試驗(yàn)，雖然未經(jīng)過(guò)大量客戶的直接檢驗(yàn)，至少是能夠正常完成信息錄入。

03 分析目標(biāo)和思路

大部分平臺(tái)需要上架的商品種類和字段會(huì)很多，我們期望分析當(dāng)前使用用戶在商品上架環(huán)節(jié)花費(fèi)的時(shí)間情況，挖掘可以改進(jìn)的空間。

3.1. 用戶分群和排序

平臺(tái)上的商戶會(huì)很多，各種各樣，數(shù)據(jù)分析第一步，對(duì)用戶分群并排序，優(yōu)先關(guān)注高優(yōu)先級(jí)用戶的需求。

該過(guò)程首次啟動(dòng)時(shí)，可以使用靜態(tài)數(shù)據(jù)作為分群標(biāo)準(zhǔn)，后續(xù)隨著系統(tǒng)迭代，可以逐步豐富分群指標(biāo)。

靜態(tài)的信息，包括商戶信息、員工信息、商品信息。

一般的平臺(tái)可能會(huì)先選擇以下指標(biāo)：（實(shí)際場(chǎng)景各有不同，本處只是引子）

• 信息完善度：比如工商信息、收款賬戶等，具體考慮考慮標(biāo)準(zhǔn)根據(jù)實(shí)際業(yè)務(wù)場(chǎng)景確定，本文抽象為0-1之間的數(shù)字。
• 合同類型：免費(fèi)用戶、付費(fèi)用戶，肯定付費(fèi)用戶的優(yōu)先級(jí)更高。本文抽象為兩個(gè)類型：免費(fèi)用戶、付費(fèi)用戶。

3.2. 用戶行為定義和分析

分析用戶行為，首先要梳理用戶動(dòng)作的數(shù)據(jù)結(jié)構(gòu)，根據(jù)行為動(dòng)作定義狀態(tài)事件。動(dòng)態(tài)的信息，核心字段簡(jiǎn)化為：

• 操作商戶、操作人
• 商品編號(hào)：用于唯一識(shí)別商品
• 商品信息：商品信息內(nèi)容較多，不同類別的商品要上傳的信息數(shù)量不同，且會(huì)涵蓋文字、圖片、視頻多個(gè)維度
• 商品狀態(tài)：用戶的保存和提交動(dòng)作會(huì)導(dǎo)致狀態(tài)變化。比如保存失敗、保存成功、上架失敗、上架成功，這些狀態(tài)都在影響行為的分析。

商品狀態(tài)變化圖為：

實(shí)際業(yè)務(wù)可以再此基礎(chǔ)上繼續(xù)拓展。

04 分析實(shí)戰(zhàn)

4.1. 信息收集

本文使用的數(shù)據(jù)都是隨機(jī)模擬的數(shù)據(jù)。如需查看完整源代碼可以在GitHub中，搜索”ImPmZhang”查看。四張信息表為：

4.2. 定義事件

商戶操作上架，從任意選定的時(shí)間窗口觀察，無(wú)非兩種情況

• 商品已成功上架
• 商品未成功上架

無(wú)論哪種事件，都可能是由多個(gè)動(dòng)作組合產(chǎn)生。所以第一步需要按照商品的維度將多個(gè)動(dòng)作打標(biāo)簽，歸為一類。

4.3. 事件編號(hào)

將商品已成功上架和未成功上架的N多個(gè)房源的N多個(gè)動(dòng)作賦予唯一的編號(hào)。

4.4. 數(shù)據(jù)計(jì)算

數(shù)據(jù)計(jì)算關(guān)注點(diǎn)為：

• 每個(gè)事件占用的總時(shí)間、平均時(shí)間、動(dòng)作數(shù)量
• 每類事件占用的總時(shí)間分布、平均時(shí)間分布、動(dòng)作數(shù)量分布。

4.5. 數(shù)據(jù)可視化

4.5.1. 數(shù)據(jù)分布對(duì)比

圖表解釋：

• 圖表中綠色為“商品已成功上架”事件，橫軸表示不同商品成功上架花費(fèi)的時(shí)間，縱軸表示用戶數(shù)。
• 從圖中可知用戶最多要花費(fèi)60個(gè)單位的時(shí)間才能成功上架，說(shuō)明上架效率較低，也側(cè)面反映商戶認(rèn)可平臺(tái)的價(jià)值，愿意花時(shí)間做上架動(dòng)作。
• 圖表中紅色為“商品未成功上架”事件，橫軸表示不同商品用戶花費(fèi)的時(shí)間，縱軸表示用戶數(shù)。
• 從圖中可知一部分用戶花費(fèi)較少時(shí)間操作上架，上架失敗后就沒(méi)有繼續(xù)操作。

另有一部分用戶一直在堅(jiān)持操作，隨著時(shí)間的增加可能會(huì)變?yōu)樯唐飞霞艹晒顟B(tài)。

從模擬數(shù)據(jù)中獲得信息為：

1. 該平臺(tái)可能新上線不久，系統(tǒng)還在適應(yīng)期，系統(tǒng)體驗(yàn)度不好。
2. 平臺(tái)的用戶對(duì)平臺(tái)認(rèn)可度高，雖然系統(tǒng)難用但是愿意使用，說(shuō)明這是一個(gè)價(jià)值風(fēng)口。
3. 平臺(tái)從事的行業(yè)產(chǎn)品信息復(fù)雜，校驗(yàn)嚴(yán)格。

產(chǎn)品經(jīng)理可以調(diào)研上架成功次數(shù)多且花費(fèi)時(shí)間多的用戶，了解失敗原因，針對(duì)性提供優(yōu)化建議。

4.5.2. 數(shù)據(jù)整體對(duì)比

以上三個(gè)箱體圖分別統(tǒng)計(jì)“商品已上架成功”“商品未上架成功”兩類事件，每個(gè)事件嘗試的次數(shù)、花費(fèi)的總時(shí)間和平均時(shí)間。

從圖中可知，“商品已成功上架”事件操作次數(shù)比“商品未上架成功”事件操作次數(shù)多、花費(fèi)的總時(shí)間也多，但是平均每次花費(fèi)時(shí)間少，說(shuō)明商品成功上架的商戶會(huì)集中處理上架問(wèn)題，不會(huì)間隔太久。

4.6.部署實(shí)時(shí)監(jiān)控系統(tǒng)

部署實(shí)施系統(tǒng)的目標(biāo)是將上述分析實(shí)時(shí)化，通過(guò)動(dòng)態(tài)系統(tǒng)可以動(dòng)態(tài)觀察指標(biāo)變化，管理層可以通過(guò)該指標(biāo)明確業(yè)務(wù)重點(diǎn)，并考核實(shí)際成果，提高效率。

此處指標(biāo)為：平均上架花費(fèi)時(shí)間、平均操作次數(shù)。

05 數(shù)據(jù)可應(yīng)用方向

5.1.商戶獎(jiǎng)懲機(jī)制干預(yù)

上架效率高低，由兩個(gè)變量決定：操作人和平臺(tái)系統(tǒng)。

對(duì)商戶的干預(yù)是分析本公司不同員工的操作效率。通過(guò)區(qū)分表現(xiàn)優(yōu)異或表現(xiàn)較差的員工，采取獎(jiǎng)懲機(jī)制。

5.2. 平臺(tái)產(chǎn)品體驗(yàn)優(yōu)化

如果整體的效率較低，說(shuō)明不是人力所能為，需要平臺(tái)著重從技術(shù)上解決問(wèn)題。