如何做一枚合格的數(shù)據(jù)產(chǎn)品經(jīng)理
大數(shù)據(jù)文摘出品
編譯：王富貴
每一個公司都有產(chǎn)品經(jīng)理。
根據(jù)定義，產(chǎn)品經(jīng)理負(fù)責(zé)統(tǒng)籌各方需求，選擇業(yè)務(wù)模式，并根據(jù)公司產(chǎn)品的生命周期進(jìn)行協(xié)調(diào)、研發(fā)、營銷、運(yùn)營。
傳統(tǒng)業(yè)務(wù)還好說，畢竟一些流程已經(jīng)成熟。但是對于數(shù)據(jù)科學(xué)這一比較新的領(lǐng)域來說，需要發(fā)掘的東西太多，不能拘于傳統(tǒng)范式。
如何做好數(shù)據(jù)圈的產(chǎn)品經(jīng)理?一位曾在Uber戰(zhàn)略&運(yùn)營部門的數(shù)學(xué)科學(xué)家Wafic EI-Assi給出了七條建議，助你成為合格產(chǎn)品經(jīng)理。
對于任何產(chǎn)品團(tuán)隊，都需要一個人來對產(chǎn)品生命周期的負(fù)責(zé)。換句話說，我們需要一個數(shù)據(jù)科學(xué)產(chǎn)品經(jīng)理。而且，由于當(dāng)時的組織結(jié)構(gòu)有變動，我不得不暫時接盤這個職位。下面是我對如何成功地做一枚數(shù)據(jù)產(chǎn)品經(jīng)理的理解：
1. 培養(yǎng)對機(jī)器學(xué)習(xí)的認(rèn)知
我有一個朋友最近在加拿大的魁北克開始了一份工作?？笨耸∈羌幽么笾v法語的省份，而作為一個只說英語的加拿大人，他很難適應(yīng)，直到他學(xué)會了法語!你懂我的意思了吧……
作為一個數(shù)據(jù)產(chǎn)品，你必須能夠發(fā)現(xiàn)機(jī)會，在哪里可以利用到機(jī)器學(xué)習(xí)。此外，你需要能夠與你的數(shù)據(jù)科學(xué)家和工程師對得上話。如果你不了解如何用機(jī)器學(xué)習(xí)構(gòu)建模塊，你就很難與團(tuán)隊建立同理心。索性，在網(wǎng)上有無數(shù)的免費(fèi)資源可以幫助你提高速度(coursera，medium，youtube……)。
2. 理解模型評估
在機(jī)器學(xué)習(xí)中，選擇合適的模型評價指標(biāo)以及確定最小可接受誤差，是兩個***挑戰(zhàn)性的任務(wù)。你不需要(也不可能)為手頭的任務(wù)提供極高的精確度。另一方面，對于整體業(yè)務(wù)來說高錯誤率太話費(fèi)時間人力成本。因此，你應(yīng)該積極主動地學(xué)習(xí)評估指標(biāo)和可接受的誤差范圍。例如，當(dāng)機(jī)器學(xué)習(xí)產(chǎn)品正在替換一個已經(jīng)存在的任務(wù)時，你可以使用當(dāng)前的錯誤率作為衡量標(biāo)準(zhǔn)?？偟膩碚f，評估標(biāo)準(zhǔn)將取決于可用的數(shù)據(jù)、所使用的模型以及手頭的應(yīng)用程序。
3. 對實驗要虛心
判斷機(jī)器學(xué)習(xí)產(chǎn)品何時可以交付是一個 具有挑戰(zhàn)性的任務(wù)。在測試誤差較低、不存在過擬合的情況下，是否應(yīng)該采用模型?我們是否應(yīng)該先在生產(chǎn)環(huán)境中使用我們的客戶群樣本來測試模型，然后再聲明它可以供所有客戶使用?答案會在時間，成本和準(zhǔn)確性之間可能會做出權(quán)衡。事實上，機(jī)器學(xué)習(xí)的產(chǎn)品生命周期依賴于大量的實驗，所以我的建議是你在產(chǎn)品路線圖中加入測試的時間。
4. 先考慮冷啟動
因為很難確定一個機(jī)器學(xué)習(xí)產(chǎn)品是否可以運(yùn)轉(zhuǎn)，所以先考慮冷啟動。冷啟動在收集顧客反饋信息方面非常有用。
在B2B環(huán)境中的軟啟動可能與在B2C環(huán)境中非常不同。在B2B環(huán)境中，你可以用客戶群的代表性樣本來測試機(jī)器學(xué)習(xí)的產(chǎn)品。在這里，你可以與你的客戶建立合作伙伴關(guān)系，在發(fā)布時請求產(chǎn)品反饋。另一方面，在B2C環(huán)境中，你可以進(jìn)行A/B測試，驗證產(chǎn)品是否達(dá)到預(yù)期的結(jié)果。
5. 還沒完事呢!
你已經(jīng)制造了你的機(jī)器學(xué)習(xí)產(chǎn)品。干得好!然而，你還遠(yuǎn)未完成。除了傳統(tǒng)的部署后PM職責(zé)之外，還有一些應(yīng)該注意的事情。
首先，你需要一個應(yīng)急計劃。確保有監(jiān)視和警報系統(tǒng)設(shè)置，當(dāng)模型的性能開始下降時警告你和你的團(tuán)隊。如果你有一個更通用的備份模型(盡管可能不那么準(zhǔn)確)，甚至有一個基于規(guī)則的系統(tǒng)，可以在預(yù)測下降時部署來替代你的選擇模型，這是比較理想的狀態(tài)。
其次，為你的客戶設(shè)定清晰的關(guān)于模型性能、錯誤邊際和時間延遲的期望。你的SLA(服務(wù)品質(zhì)協(xié)議)中還應(yīng)該反映這一點(diǎn)。
***，為了保持其SLA以及推廣再培訓(xùn)模型所需的時間，你需要確定需要多少次模型再訓(xùn)練。
6. 采取敏捷的心態(tài)，而不是具體的敏捷框架
Scrum或類似的方法在軟件社區(qū)中相當(dāng)流行。然而，并不是機(jī)器學(xué)習(xí)周期的所有階段都接受定時的或t恤大小的用戶故事。至少，在研究或POC階段，大量的實驗是必要的，在那個階段采用一個限制較少的敏捷框架(如看板)可能是理想的。
除了熟悉機(jī)器學(xué)習(xí)概念和機(jī)器學(xué)習(xí)產(chǎn)品生命周期之外，你作為數(shù)據(jù)產(chǎn)品經(jīng)理的角色與常規(guī)產(chǎn)品經(jīng)理沒有太大區(qū)別。你仍然需要構(gòu)建一個待辦事項列表，提供發(fā)布計劃，開發(fā)業(yè)務(wù)案例，并充當(dāng)團(tuán)隊與內(nèi)部和外部接洽的接口。
7. ***：把大家整合在一起
如果你要從這篇文章中去掉一樣?xùn)|西，那就是你需要對你的數(shù)據(jù)團(tuán)隊中不同成員的角色和責(zé)任形成一定程度的理解和同理心。不用說，這在傳統(tǒng)軟件環(huán)境中也是如此。如果你了解你的同事們所經(jīng)歷的事情，你就會開始思考如何才能幫助他們成功。
相關(guān)報道：
https://towardsdatascience.com/on-being-a-data-science-product-manager-5c8baf42e0a7
【本文是51CTO專欄機(jī)構(gòu)大數(shù)據(jù)文摘的原創(chuàng)譯文，微信公眾號“大數(shù)據(jù)文摘（ id: BigDataDigest）”】
