UX 背景的產(chǎn)品經(jīng)理如何打造 B 端產(chǎn)品?(下篇)
繼上篇介紹了 B2B 行業(yè)趨勢以及項目調(diào)研階段的關(guān)注點,本篇將繼續(xù)分享產(chǎn)品規(guī)劃與開發(fā)階段、推廣上線與運維階段的概念與方法,以及對于 B 端產(chǎn)品經(jīng)理的建議。
產(chǎn)品規(guī)劃與開發(fā)階段:設(shè)計重點
在做 C 端產(chǎn)品時,項目上討論最多的就是用戶喜歡什么、在什么時候會想到我們的產(chǎn)品、市場是否有潛力……到了 B 端項目,產(chǎn)品規(guī)劃階段團隊每天討論最多的就是這個業(yè)務(wù)場景什么、為什么這個用戶需要開啟這個功能的權(quán)限,是基于哪個業(yè)務(wù)場景下?考量點從用戶切入轉(zhuǎn)為用戶切入。
很多人會說 B 端產(chǎn)品不重視用戶體驗,其實不盡然。B 端產(chǎn)品與 C 端產(chǎn)品最大的區(qū)別就是用戶的動機不同,例如用戶使用微信是用戶「自己想使用」;但用戶使用釘釘就不是這么一回事,大部分都是因為工作上需要,因此使用釘釘,畢竟周遭朋友都不使用釘釘,花錢也不需要家人朋友審批,所以 C 端與 B 端產(chǎn)品的用戶動機一個是自趨力、一個是業(yè)務(wù)驅(qū)動。不是 B 端產(chǎn)品不重視用戶體驗,而是這個用戶體驗要基于業(yè)務(wù)才有存在的意義。
產(chǎn)品規(guī)劃與開發(fā)階段:體驗與效率
C 端產(chǎn)品關(guān)注用戶想要什么,如何通過吸眼球的視覺、讓用戶上癮的產(chǎn)品體驗來實現(xiàn)最大的市場價值。相對于 C 端產(chǎn)品的創(chuàng)造性,B 端產(chǎn)品注重的是邏輯性。一些企業(yè)系統(tǒng)例如 ERP(Enterprise Resource Planning 企業(yè)資源規(guī)劃系統(tǒng))、OA(Office Automation 辦公自動化)、CRM(Customer Relationship Management 客戶管理管理系統(tǒng)) 等,這些系統(tǒng)不強調(diào)交互流暢或是介面具設(shè)計感,因為它們的本質(zhì)是為了解決企業(yè)管理的效率問題,讓企業(yè)的業(yè)務(wù)流動起來,有效的管理企業(yè)資源。
B 端產(chǎn)品在產(chǎn)品規(guī)劃階段,通常都需要較長的需求疏理時間,明確各個業(yè)務(wù)場景與業(yè)務(wù)方之間的交互流程,了解不同終端用戶的核心需求,以及數(shù)據(jù)在系統(tǒng)中的流向。
舉一個實際發(fā)生過的例子,我們項目團隊從數(shù)據(jù)部門接收到一個收集銷量數(shù)據(jù)的需求。對于銷售業(yè)務(wù)來說,銷量數(shù)據(jù)最準確獲取的方法,是從賣場的 POS 機取得。他需要跟賣場建立良好的客情關(guān)系,才有辦法高頻率獲取 POS 機的數(shù)據(jù);有部分的促銷人員,年紀大多在 40、50 歲以上,對于這群用戶而言,連操作微信都有難度,更何況是收集數(shù)據(jù)的系統(tǒng);而對于賣場而言,他們不希望因為品牌商收集數(shù)據(jù)的動作影響客人的購物體驗,甚至會對促銷人員下達工作期間禁用手機的規(guī)定。
從這個例子我們可以看到,如果只在產(chǎn)品上開了這樣一個數(shù)據(jù)收集的功能,但沒有考量到這些特殊的業(yè)務(wù)場景,造成終端用戶的操作負擔、降低工作效率,那么即使收集到這些數(shù)據(jù),你也會懷疑這些數(shù)據(jù)的真實性。
產(chǎn)品規(guī)劃與開發(fā)階段:數(shù)據(jù)架構(gòu)
B 端產(chǎn)品還有一個核心關(guān)鍵:「數(shù)據(jù)架構(gòu)」。C 端產(chǎn)品的數(shù)據(jù)應(yīng)用是在產(chǎn)品上線后,例如用戶留存量、轉(zhuǎn)化率;而 B 端產(chǎn)品則是在產(chǎn)品規(guī)劃階段,需要根據(jù)業(yè)務(wù)規(guī)則考量各個系統(tǒng)間的數(shù)據(jù)架構(gòu),例如人員、客戶、商品、活動等信息從哪個系統(tǒng)來、收集到的數(shù)據(jù)又該流向哪些系統(tǒng)、不同的事業(yè)體但相同的數(shù)據(jù)分析需求在數(shù)據(jù)架構(gòu)上該如何劃分……
上面這個示意圖是比較理想的情況,但往往在企業(yè)的發(fā)展過程當中,各個系統(tǒng)的替換、搭建中需要遷移各樣的數(shù)據(jù),在沒有好的數(shù)據(jù)架構(gòu)規(guī)劃下,容易造成各個系統(tǒng)重功或是數(shù)據(jù)流不明晰的情況。
我通常在需求疏理階段時,會一并將相關(guān)的數(shù)據(jù)源、數(shù)據(jù)的分析運用以及上下游系統(tǒng)之間的交互關(guān)系與對接人初步厘清之后,連同業(yè)務(wù)、功能流程以及基本的數(shù)據(jù)流給到開發(fā)人員(如上圖所示)。
而對于一些數(shù)據(jù)分析的產(chǎn)品來說,例如 BI 系統(tǒng)(Business Intelligence 商業(yè)智能分析),這類的產(chǎn)品經(jīng)理就需要具備數(shù)據(jù)分析的能力,會使用 SQL, Python 等數(shù)據(jù)分析軟件,來輔助更好地理解業(yè)務(wù)數(shù)據(jù)分析需求。
推廣上線與運維階段:產(chǎn)品提升
C 端產(chǎn)品可能更多是聚焦在體驗上,通過體驗的創(chuàng)新,吸引更多用戶關(guān)注,提升轉(zhuǎn)化率;然而對 B 端的產(chǎn)品經(jīng)理來說,我們關(guān)注的視角不只是自己產(chǎn)品的業(yè)務(wù)梳理或者邏輯層面,企業(yè)中的產(chǎn)品是與整個企業(yè)甚至行業(yè)生態(tài)圈環(huán)環(huán)相扣的,B 端產(chǎn)品經(jīng)理需要站在一個相對高的維度,來考量商業(yè)層面資源整合的問題。
上周聽 ThoughtWorks 分享搭建中臺,ThoughtWorks 在幫助這么多公司推動企業(yè)轉(zhuǎn)型之下,他們發(fā)現(xiàn)以 IT 來推動企業(yè)轉(zhuǎn)型是最快、最有效的方式。當企業(yè)的業(yè)務(wù)流程都在 IT 架構(gòu)下有一定的規(guī)范后,無論資源整合、人事異動、政策發(fā)布實施等,都可以通過 IT 系統(tǒng)交互串起企業(yè)里的每一個業(yè)務(wù)。
當然,我們項目在實際運行的過程當中,時常遇到系統(tǒng)已搭建完畢,但人事運作跟不上,部門同事還是保有舊有的繁瑣流程、線下工作以及部門間信息斷鏈的情況發(fā)生,這時候產(chǎn)品開發(fā)團隊就需要協(xié)同運維團隊,不僅針對產(chǎn)品使用作推廣,也需要一并推動新的、高效的業(yè)務(wù)流程。
與團隊一同搭建產(chǎn)品至今,我們已經(jīng)完成了全國銷售業(yè)務(wù)全面使用新系統(tǒng)的里程碑,但對于產(chǎn)品經(jīng)理來說,挑戰(zhàn)才正開始:如何通過 IT 產(chǎn)品的創(chuàng)新,來為企業(yè)帶來銷售的增長。
我們正在嘗試新的技術(shù)、新的可能,希望很快有成果與大家分享。與此同時,下面是我的一些建議,為即將入 B 端這個坑、或是已經(jīng)在坑里的你,提供一些思考點:
了解自己的長處與興趣
成為 B 端產(chǎn)品經(jīng)理之前,我也參與過幾個 C 端產(chǎn)品的搭建。相比于 C 端產(chǎn)品與市場運營強關(guān)連(例如我在美國工作的時候,設(shè)計部門就在市場部門隔壁),我更喜歡業(yè)務(wù)邏輯強關(guān)連的 B 端產(chǎn)品,了解組織架構(gòu)、業(yè)務(wù)流程后,產(chǎn)品經(jīng)理站在 IT 專業(yè)上,有更多的話語權(quán)來建議業(yè)務(wù)部門產(chǎn)品應(yīng)該如何搭建。
而 C 端產(chǎn)品時常會遇到與產(chǎn)品價值相矛盾的情況,例如視頻產(chǎn)品最核心的用戶體驗就是讓用戶不間斷地看視頻,但往往礙于公司生存壓力,不得不在視頻播放時插入廣告金主的廣告內(nèi)容。但 B 端產(chǎn)品則不然,F(xiàn)acebook AI 團隊設(shè)計總監(jiān) Amanda Linden 曾經(jīng)提到:
為企業(yè)和其他付費應(yīng)用設(shè)計的美好恰恰在于,最終用戶的利益與業(yè)務(wù)利益是一致的。只有當用戶成功使用了這個應(yīng)用,你的公司才真正獲益。設(shè)計企業(yè)產(chǎn)品,你是在組織并幫助員工實現(xiàn)他們的目標,幫助所有的企業(yè)更好地運轉(zhuǎn)。
找到自己的興趣,深入行業(yè)
上個月我大約參與了 10 多場產(chǎn)品經(jīng)理的面試,有一位相當資深的候選人令我印象深刻,他做過通訊、金融、外賣平臺,也自己嘗試做過生鮮電商。令我深刻的原因不是他過去的經(jīng)驗行業(yè)跨度大,而是惋惜他并不了解行業(yè)知識的深度,是產(chǎn)品經(jīng)理不可取代的能力之一,以致于他在過去十幾年的工作經(jīng)驗,都只是淺淺的走過這些行業(yè),失去了深入了解、建構(gòu)這個行業(yè)產(chǎn)品知識的機會。
即使是 B 端產(chǎn)品,也必須要深入行業(yè)的知識體系來規(guī)劃整個產(chǎn)品,因為你必須要知道行業(yè)的變化可能會對產(chǎn)品帶來哪些影響、數(shù)據(jù)出自于什么原因需要收集、正在執(zhí)行工作的用戶需要 IT 人員給到哪些支持。
做產(chǎn)品,保有初衷與熱情
去年 11 月我在經(jīng)歷了 2-3 次產(chǎn)品大規(guī)模產(chǎn)品推廣后,我發(fā)現(xiàn)有一段時間對于工作失去熱情。我是個典型工作狂,個人成就感與滿足感大多來自于工作,因此這件事對我來說非同小可。
有一天突然在人人都是產(chǎn)品經(jīng)理看到一位 B 端產(chǎn)品前輩,分享產(chǎn)品經(jīng)理在企業(yè)里除了產(chǎn)品設(shè)計本職工作外,不同部門很容易找到你來處理產(chǎn)品相關(guān)的大小事情,從產(chǎn)品使用、數(shù)據(jù)系統(tǒng)架構(gòu),甚至到業(yè)務(wù)流程、人事異動等包羅萬象的問題,這時候產(chǎn)品經(jīng)理的精力容易被耗盡。
縱使我們有運維和客服團隊,但其他部門的同事也坦承直接找到我最快最清楚,不僅可以得到大概的業(yè)務(wù)全貌,甚至能提供策略方案給他們。
后來我的解決方法是:當這個問題是產(chǎn)品手冊、運維和客服團隊也能回答的問題時,我選擇延遲回答。如何讓所有員工都跟上轉(zhuǎn)型的速度,也是企業(yè)在數(shù)字轉(zhuǎn)型時的挑戰(zhàn)之一。
當然,也有業(yè)務(wù)方不了解系統(tǒng)特性,而有不合理的需求提出時,產(chǎn)品經(jīng)理需要清楚企業(yè)里每個系統(tǒng)的定位與界線,站在 IT 專業(yè)的角度來與業(yè)務(wù)方理性溝通。
覆盤、覆盤、再覆盤
對產(chǎn)品經(jīng)理而言,沒有什么比覆盤再重要不過的工作了。產(chǎn)品經(jīng)理每天會議滿檔,跟進產(chǎn)品開發(fā)的同時,又容易被團隊的問題而打斷工作節(jié)奏,以至于能有一段完整思考產(chǎn)品的時間不多。
雖然忙碌的工作節(jié)奏看似充實,但實際對于產(chǎn)品的學習幫助不大,而通過覆盤來沈淀自己,便是產(chǎn)品經(jīng)理學習的一個最好機會。
我個人的覆盤相當簡單也很有效:找一個不被打擾的時間(往往是下班后),寫下一整天的行程并標注時間段,通過整理一天所發(fā)生的事情,將可以改進的地方找出來,羅列待學習的部份,包括工作內(nèi)容、產(chǎn)品學習、溝通技巧、情緒管理等,進行一個全方位檢視。
整個覆盤過程大約 5-10 分鐘就可完成,堅持個一個月、三個月、半年再回頭看每一天記錄的情況,會發(fā)現(xiàn)自己的成長是很驚人的。「21 天培養(yǎng)一個習慣」,從今天起就開始自我的覆盤吧!
作者:Yvonne Wu,微信號:yvonneyvonnewu? 領(lǐng)英:Yvonne Wu
本文由 @YvonneWu 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。轉(zhuǎn)載請標明原作者與出處。
題圖來自Unsplash,基于CC0協(xié)議
說的很好,但是為什么感覺文章標題是UX背景,但是好像都沒提到UX噢?
http://www.aharts.cn/pmd/2248732.html
贊一個
贊一個,說的很在理