本文筆者對推薦產(chǎn)品經(jīng)理的工作流程進(jìn)行了梳理，主要是對客戶的業(yè)務(wù)邏輯、數(shù)據(jù)積累和項(xiàng)目預(yù)期進(jìn)行思考,，希望希望通過此文能夠加深你對推薦產(chǎn)品經(jīng)理的認(rèn)識,。

為什么寫這個(gè)主題？

一是目前大家在網(wǎng)絡(luò)上能找到的絕大部分關(guān)于推薦產(chǎn)品的材料,，大家抄來抄去,，講的內(nèi)容大差不差，到了實(shí)際工作中,，會發(fā)現(xiàn),，這些抄來抄去的知識內(nèi)容，只占工作中很小一部分,。

二是筆者最近剛好在做電商推薦的項(xiàng)目,，有一些經(jīng)驗(yàn)總結(jié)。將其整理出來,，在梳理自己知識體系的同時(shí),，也與大家交流討論。

本文的受眾對象是對推薦產(chǎn)品經(jīng)理的工作職責(zé)有一定了解,，具體一點(diǎn),，默認(rèn)你已經(jīng)讀過，比如《推薦系統(tǒng)實(shí)戰(zhàn)》,，或者一些關(guān)于推薦算法在實(shí)際生產(chǎn)環(huán)境中應(yīng)用的一些文章,。再有了這些基礎(chǔ)之后，閱讀我這篇文章,，會更有收獲,。閱讀篇文章的收獲，取決于你在這個(gè)過程中,，是否有進(jìn)行思考,，以及與你之前的經(jīng)驗(yàn)知識進(jìn)行結(jié)合。

一,、業(yè)務(wù)背景

客戶是一家電商,，主營業(yè)務(wù)是奢侈品售賣。該業(yè)務(wù),，具有的特征是高客單價(jià),，低消費(fèi)頻次?？蛻粝ＭM(jìn)行針對性推薦營銷,，在進(jìn)行郵件營銷，或短信營銷的時(shí)候,，推送給用戶的item,，是用戶最有可能購買的,。

二、分析思路

面對這樣的需求,，沒有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理,，可能會說，ok,，沒問題,，提供給我們數(shù)據(jù)吧，我們可以為你們提供解決方案,。

而一個(gè)資深的,，或者說有經(jīng)驗(yàn)的產(chǎn)品，會遵循如下的思考步驟：

客戶的業(yè)務(wù)邏輯

客戶的數(shù)據(jù)積累

客戶的項(xiàng)目預(yù)期

1. 客戶的業(yè)務(wù)邏輯

要做推薦,，首先第一步,，推薦是給用戶做的推薦，而從推薦到用戶,，是需要載體的,，這個(gè)載體可以分為兩種：電腦，手機(jī),。

電腦端的電商推薦,，我們可以分為兩種：一種是像京東、蘇寧易購這種大的電商,；還有一種是商家自己的網(wǎng)站,。

手機(jī)端的電商推薦，根據(jù)是否是由自己獨(dú)立運(yùn)營,，也可以分為兩種：

獨(dú)立運(yùn)營：APP,、小程序

非獨(dú)立運(yùn)營：大型電商，比如淘寶,、京東,。

我們分別來了解一下web端和手機(jī)端的推薦。

（1）Web端

大型電商的推薦場景,，一般有首頁推薦,、單品頁推薦、購物車頁面,，不同頁面推薦的商品不同,，展示形式不同，推薦的數(shù)量也有差異,。如下圖：

（圖一 首頁推薦）

（圖二 單品頁推薦）

（圖三 購物車頁面）

從推薦內(nèi)容的相似度來說,，圖二和圖三的相似度更高，但是推薦的商品也并沒有重合,，由此可見其邏輯也是不一樣的,。從其文案,，我們可以進(jìn)行推斷，單品頁的文案是“人氣單品”,，猜測可能是某一類商品中每月/每季度銷量最高的商品；購物車頁面的文案是“購買了該商品的用戶還購買了”,，這就是一個(gè)電箱u2i的模型,，就是user to item；購物車頁面還有一個(gè)文案是“您可能還需要”我猜測這個(gè)地方的推薦邏輯是i2i,，就是item to item,。

解釋一下user to item與item to item。

總結(jié)一下上述的分析,，在京東這個(gè)電商網(wǎng)站上,，一共有3個(gè)推薦場景，每個(gè)場景的推薦邏輯都是不一樣的,。在了解了這種大型第三方電商之后,，我們再來看看一些自營的電商。

（圖四 首頁推薦）

（圖五 單品頁推薦）

金奉祥這家珠寶商的網(wǎng)站,，我一共看到兩個(gè)推薦場景,，其實(shí)實(shí)際上應(yīng)該也是3個(gè)，首頁,、單品頁,、購物車頁，至于為什么沒有購物車頁呢,？因?yàn)槲以谒麄兙W(wǎng)站上的單品頁沒有找到可以將item加購到購物車的功能,，這個(gè)設(shè)計(jì)也是很迷。不過,，像這種比較傳統(tǒng)的企業(yè),，IT基礎(chǔ)確實(shí)比較弱。

（2）手機(jī)端

在手機(jī)端,，我們不得不說的是APP,，在APP里面不得不說的是淘寶，淘寶的千人千面總能為我推薦我喜歡的物品,，比如我買了一罐蛋白粉,，他會為我推薦搖搖杯（喝蛋白粉專用）非常厲害。

接著我們看看小程序,，

2. 客戶的項(xiàng)目預(yù)期

對客戶的業(yè)務(wù)有了了解之后,，我們需要和客戶確認(rèn)對方的預(yù)期。對方希望通過推薦系統(tǒng),，為業(yè)務(wù)帶來什么影響,。一般來說,，采取一個(gè)新技術(shù)，對業(yè)務(wù)的影響,，產(chǎn)品經(jīng)理分析思路如下：

這個(gè)功能是否能夠幫助客戶建立一個(gè)新的業(yè)務(wù)增長點(diǎn),？

如果不能，是否能夠幫客戶提升現(xiàn)有業(yè)務(wù)流程的效率,，或降低現(xiàn)有業(yè)務(wù)的成本,？

這個(gè)解決方案的服務(wù)模式和收費(fèi)模式如何？是基于云平臺的API調(diào)用并按調(diào)用次數(shù)收費(fèi),，還是定制化的軟件服務(wù)并按軟件授權(quán)來收費(fèi),？等等。

為什么我說,，這個(gè)問題是需要產(chǎn)品經(jīng)理思考的呢,？一句話，當(dāng)我們不知道要談什么,，以及對要談的內(nèi)容,，我們心理是沒有答案的話，那么,，永遠(yuǎn)不要上談判桌,，因?yàn)椋@種狀態(tài)上談判桌,，我們是非常被動的,。只有對談判桌上會發(fā)生什么，以及了解了客戶關(guān)注的利益點(diǎn),，在談判桌上的我們,，才能游刃有余。

當(dāng)我們提供給客戶一項(xiàng)新技術(shù),，我們能帶給客戶的利益,，以及客戶需要付出的代價(jià)，就是我們的思考框架,。

我們提供的推薦系統(tǒng),，是否能幫助客戶建立一個(gè)新的業(yè)務(wù)增長點(diǎn)？即,，是否會給用戶帶來業(yè)務(wù)的增長,，注意哦，這里說的是業(yè)務(wù)的增長,。這個(gè)怎么理解呢,？比如，對于媒體類產(chǎn)品,，我們提供推薦系統(tǒng),，可能最大的價(jià)值,，是延長客戶的用戶在其產(chǎn)品上的停留時(shí)長，畢竟現(xiàn)在媒體類產(chǎn)品,，爭奪的都是注意力,。如果是對電商類產(chǎn)品，那這個(gè)業(yè)務(wù)增長,，可以是gmv,，也可以是轉(zhuǎn)化率。

我們提供的推薦系統(tǒng),，能否幫助客戶提升現(xiàn)有業(yè)務(wù)流程的效率？對這個(gè)感興趣的同學(xué),，可以看看我之前寫的一篇NLP的文章,，在那篇文章里面，我詳細(xì)講述了利用NLP技術(shù),，來提升企業(yè)運(yùn)營效率,，降低運(yùn)營成本的一個(gè)case。

服務(wù)模式和收費(fèi)模式,。為什么要談收費(fèi)呢,？因?yàn)槲覀兲峁┙o客戶的產(chǎn)品，能創(chuàng)造的價(jià)值是A,，那么我們對創(chuàng)造的這部分價(jià)值,，所能收取的費(fèi)用B，B是小于A的,。

梳理清楚客戶的預(yù)期目標(biāo)后,，就可以開始和客戶聊數(shù)據(jù)啦～

3. 客戶的數(shù)據(jù)積累

在我們本篇的討論中，我們暫時(shí)將場景鎖定在web網(wǎng)站,。

在數(shù)據(jù)這里,，涉及到取數(shù)。如果客戶的數(shù)據(jù)基礎(chǔ)好,，對一些用戶的關(guān)鍵行為節(jié)點(diǎn)都有埋點(diǎn),，那么可以直接從客戶的數(shù)據(jù)庫里提取這些字段來使用，但是,，如果客戶的數(shù)據(jù)基礎(chǔ)差,，那么，作為方案解決方,，我們需要在客戶的官網(wǎng)上進(jìn)行埋點(diǎn),，然后再通過API接口的方式，獲取這些數(shù)據(jù),。

分別介紹一下埋點(diǎn)和API接口的基本概念,。

（1）埋點(diǎn)

前端的埋點(diǎn)方式主要有代碼埋點(diǎn),，可視化埋點(diǎn)，無埋點(diǎn)三種：

1）代碼埋點(diǎn)

代碼埋點(diǎn)主要是由研發(fā)工程師手工在程序中寫代碼實(shí)現(xiàn),，通過觸發(fā)某個(gè)動作后程序自動發(fā)送數(shù)據(jù),。

優(yōu)點(diǎn)：很強(qiáng)的靈活性，可以控制發(fā)送的時(shí)機(jī)和發(fā)送方式

缺點(diǎn)：人力成本高

2）可視化埋點(diǎn)

可視化埋點(diǎn)以前端可視化的方式來記錄前端設(shè)置頁面元素與其操作的關(guān)系,，然后以后端截屏的范式統(tǒng)計(jì)數(shù)據(jù)

優(yōu)點(diǎn)：簡單,、方便

缺點(diǎn)：上報(bào)的行為信息有限

3）無埋點(diǎn)

無埋點(diǎn)綁定頁面的各個(gè)空間，當(dāng)事件觸發(fā)時(shí)就會調(diào)用相關(guān)的接口上報(bào)數(shù)據(jù)

優(yōu)點(diǎn)：無需埋點(diǎn),，方便,，快捷，省事

缺點(diǎn)：傳輸數(shù)據(jù)量比較大,，需要消耗一定的數(shù)據(jù)存儲資源

在記錄埋點(diǎn)信息時(shí)候,，主要的埋點(diǎn)事件分為點(diǎn)擊事件、曝光事件和頁面停留時(shí)長3類

用戶每點(diǎn)擊頁面上的一個(gè)按鈕就會記錄一次數(shù)據(jù),，如下午當(dāng)用戶點(diǎn)擊一次“酒店住宿”按鈕時(shí),，便會統(tǒng)計(jì)一次點(diǎn)擊事件

曝光事件。當(dāng)用戶成功進(jìn)入一個(gè)頁面時(shí)記錄一次數(shù)據(jù),，當(dāng)刷新一次頁面時(shí)也會記錄一次數(shù)據(jù)

頁面停留時(shí)長,。頁面停留時(shí)長主要用來記錄用戶在一個(gè)頁面的停留事件，可以通過記錄用戶進(jìn)入頁面的事件t1和離開頁面的時(shí)間t2,，計(jì)算公式為t2-t1

（2）API接口

學(xué)習(xí)了埋點(diǎn),，我們來聊聊API接口，我會先講講什么是API,，接著我會介紹一下如何利用API進(jìn)行數(shù)據(jù)傳輸,。

埋點(diǎn)和API傳輸，分別對應(yīng)兩部分,，收集數(shù)據(jù),，傳輸數(shù)據(jù)。除了這兩部分之外,，需要確認(rèn)的是,，需要收集哪些數(shù)據(jù)，即哪些字段,。

以上要素確認(rèn)完成之后,，就可以開始進(jìn)行埋點(diǎn)了。還有一點(diǎn)需要確認(rèn),，就是我們需要用來訓(xùn)練模型的數(shù)據(jù)數(shù)據(jù),，需要收集多長時(shí)間，客戶的業(yè)務(wù)是否有時(shí)許特征，比如是否有周期性,，如果客戶的業(yè)務(wù)周期性是以季度為單位,，但是我們收集的數(shù)據(jù)，總周期只有2個(gè)月,，那么可能這個(gè)就是會對后期的數(shù)據(jù)有影響的,。

如果說在聊數(shù)據(jù)的這個(gè)階段，發(fā)現(xiàn)可能數(shù)據(jù)質(zhì)量會影響項(xiàng)目,，那么需要盡早和客戶溝通,。這里想多說一點(diǎn)，因?yàn)槲沂亲鲆曳降?，每時(shí)每刻,，讓客戶感受到筆者的專業(yè)是第一準(zhǔn)則。因此,，在同客戶取數(shù)的時(shí)候,，我們最好：

將對于推薦系統(tǒng)來說，什么是高質(zhì)量的數(shù)據(jù),，先告訴客戶，

并且提前發(fā)給客戶數(shù)據(jù)確認(rèn)文檔

這樣既可以節(jié)省時(shí)間,，也可以讓客戶感受到我們的專業(yè),。

對于推薦系統(tǒng)來說，時(shí)序行為相關(guān)的字段是高質(zhì)量數(shù)據(jù)中不可或缺的部分,。數(shù)據(jù)確認(rèn)文檔的格式可以從兩個(gè)維度展開：數(shù)據(jù)量,，時(shí)間維度。即一共提供了多少數(shù)據(jù),，每個(gè)字段的分別業(yè)務(wù)含義是什么,，以及數(shù)據(jù)的時(shí)間周期。

總結(jié)

一般來說,，做完上述3個(gè)步驟,，就是為這樣一個(gè)推薦項(xiàng)目，開了個(gè)好頭～

PS：筆者是乙方,，所以是從乙方的角度來講述推薦產(chǎn)品經(jīng)理的工作流程,，但是本質(zhì)與甲方推薦產(chǎn)品經(jīng)理的工作一致。

#參考資料#

《數(shù)據(jù)產(chǎn)品經(jīng)理修煉手冊》

本文由 @一顆西蘭花 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,。

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