B端產品經理是一種什么樣的存在?

23 評論 68488 瀏覽 478 收藏 32 分鐘

什么是B端產品?B端產品經理是什么樣的一個職位?應該具備什么樣的技能呢?本文將從:“如何定義B端產品”、“產品各階段的方法總結”,以及“產品經理所具備的產品力”三個方面來向大家詳細介紹B端產品經理與B端產品。

(投稿說明:文章第一部分和第二部分,總結整理自李寬:《B端產品經理必修課——從業務邏輯到產品構建全攻略》,第三部分是自己所寫。文章投稿至人人都是產品經理,獲得了作者李寬本人的授權認可。)

作為一名產品汪,說來慚愧,接觸過的產品書籍不多,而且大部分只是簡單翻過。稱得上整體翻看下來的,更是屈指可數,比如:

  • 蘇杰:《人人都是產品經理》
  • 后顯慧:《產品的視角——從熱鬧到門道》
  • 劉志遠:《電商產品產品經理寶典——電商后臺系統產品邏輯全解析》
  • 唐韌:《產品經理必懂的技術那點事兒》

這些書籍都在我的不同階段,給過我不同程度的啟發和指導。但因為我一直做的to B的產品,在我的當前階段,感覺共鳴最多、解決了我許多疑惑、期待繼續深入挖掘的,要屬這本:

李寬:《B端產品經理必修課——從業務邏輯到產品構建全攻略》

懷揣著“將作者的產品干貨學為己用”的初心,這份筆記心得,努力呈現書中20%的精益思想。相信你可以在這里,找到你想知道的B端產品經理那些事兒。

文章內容較長,以下是目錄,方便大家定位到自己感興趣的內容。

一、如何定義B端產品

1. B端產品

B端產品可以為公司的管理服務,如:HR系統、OA系統;也可以為公司的運營服務,如:供應鏈系統、ERP系統的。

不論哪種,其終局都是為企業流程效率服務,讓分散的、低效的個體,更好地連接合作,發揮集成化的、系統化的更大作用。

相較于C端產品,B端產品最大的特點是:面向特定領域用戶,且數量少得多,但更注重對用戶專業領域操作流程的深度挖掘——也就是專業性更強,與業務的結合更緊密。

2. B端產品經理

B端產品經理重點關注:如何解決業務痛點?在業務邏輯的基礎上,如何調度各類角色,提升各角色的工作效率、以及互相配合的流暢度?

正因為如此,做好B端產品經理的基礎是:需要極其熟悉所屬業務,否則工作容易浮于表面,甚至無從下手。

B端產品經理工作:

B端產品經理技能樹:

要掌握的技能雖多,但不是每一種都需精通,可借鑒“二八原則”:真正重要的知識,或者在實踐中被反復使用的知識,只占全部知識的20%。也就是說,20%的知識是需要反復修煉形成骨架的,剩下的80%在此基礎上不斷更新迭代。

總的來講,在我看來,產品的核心能力是:能抓住問題本質,可提出合理解決方案,并將之執行落地的能力。

B端產品經理職業生涯:

一般產品經理的職業發展路徑這張表可以作為產品對自己當前階段的參照比對,也可以作為邁向下一階段的方向指引。

B端產品經理的終局:

產品經理的職業成功之路,是成為某個領域的產品專家,而做B端產品經理是一條成功率極高的路。

因為進入某一領域做B端產品經理,需要具備某一領域的行業知識——即有入門檻。因此,B端產經理的職業發展容易形成護城河,更易成為某一行業的B端產品專家。

作者的這個論點,相信可以視為很多B端產品同行的福音。

二、各階段的產品方法總結

1. 規劃階段

競品調研:

調研方法:

B端產品經理的一個痛點是很難找到競品。切入方法有:

  • 明確查詢方向后再起步。
  • 從跟業務同事的溝通中發掘競品。
  • 通過專有名詞進而搜索更多資料。
  • 通過試用渠道體驗競品。拓寬搜索渠道:百度、谷歌是首選,知乎、簡書找文章思路,知網、萬方找專業信息。

調研結論:

  • 競品分析報告,應包括:行業發展狀況,“有哪些競品?”,競品使用者和特性的描述,自己的產品與競品之間的比較,通過分析得到的結論和信息等。
  • 商業需求文檔,應包括:產品創意產生的背景、產品或解決方案介紹、產品規劃、產品成本、產品收益、產品風險等。

用戶調研:

調研方法:

用戶訪談的一般流程:請教——刨根問底——核實,具體為三段式問法。

  1. 發現問題:你正在做什么申請?做的過程中有什么不舒服的地方嗎?遇到了什么問題?
  2. 分析流程:你現在用什么方法來解決這個問題?
  3. 探索機會:為了更好地解決這個問題,你認為有什么辦法能幫到你?或者哪些地方可以優化一下?

調研結論:

用戶調研報告,應該包括:對使用者的描述、通過分析得到的結論等。

產品規劃:

戰略規劃整體分三步走

  1. 分析和預測需求:了解用戶的期望,以及限制條件。
  2. 現狀分析:用戶已經從現有功能中得到什么,是否滿意。
  3. 縮小差距:采取什么手段可以縮小未來(期待)與現狀的差距。

具體產品路線可落地為:

需求分析:

需求應有的特征:

  • 痛點:好的需求猶如根治用戶痛處的良藥。B端產品通過調研用戶基本可提煉出痛點。
  • 收益:需求應有可量化的結果導向。
  • 明確、可行、簡單的第一步:挖掘需求就是降低需求中的含混性,使之明確。如果在需求落地成型階段才發現含混性,這個時候的改正成本實在是太高了。

需求可行性=(需求的當前價值+未來價值)/(需求的實現成本+維護成本)

解析需求:

  • 探索需求的重要方式是以數據驅動的思路去探索業務。因為行為產生數據,數據聯系(指導)行為。比如:用戶下單產生訂單(數據),訂單傳遞給庫房的生成人員指導他們發貨。
  • 用圖形(流程圖、實體關系圖、數據流程圖、用例圖)來明晰業務和需求。

需求輸出物:

需求管理:

識別干系人和角色:產品要與需求干系人和角色緊密合作,找到正確的人,非常關鍵。解決的辦法就是了解所在公司及團隊的組織架構。

需求管理的模式:通過“化散亂為規律,化應急為預測”,破解那些被打上“越快越好”標簽的需求。

需求收集時間的把控:需求收集的開始時間和結束時間有一定原則性。產品經理要使用各種方法影響需求人,讓他們不要趕在臨近結束時間時提交需求。比如在結束時間前5天發提醒郵件。

需求的優先級:

需求的重要性:為了區分同一優先級的多個需求,可以用重要性來輔助優先級管理需求。

重要性就是對需求進行打分,分數范圍是1—100分(根據5個優先級可以分成5等分),每個需求的分數是唯一的。優先做分數大的需求。

優先級和重要性一旦確定,所有的資源將向這些需求傾斜。處理跨部門的需求時,使用優先級尤為重要,但重要性的分數不能跨部門比較。

2. 設計階段

設計信息架構:

設計信息機構的思路和方法:

  • 組織信息:最簡單處理信息的思路就是根據時間、字母、數字等內容,對信息進行組織分類。B端產品經理要注意把實際業務中,已經存在的信息組織結構,如:現有組織架構、單據分類等,在系統中映射出來,滿足用戶的預計和操作習慣。
  • 給信息加標簽:給信息加標簽(取名),便于快速查詢。注意取名需讓用戶易于理解。
  • 設置找到信息的路徑:即設計導航,B端產品大多是工具型產品,三級菜單一般足夠。
  • 搜索信息:B端產品的搜索場景中,精確搜索場景較多,因此,B端產品經理更多關注的是數據的結構。
  • 描述信息的特征:B端產品經理在設計產品方案時,要關注數據對象的屬性,即元數據。比如:學生的元數據包括姓名、生日、成績、學號等。因不同的角色由于工作需要對元數據的定義不同。對元數據的理解不同會影響報表和展示信息的設計。

輸出站點地圖:站點地圖可以采用樹狀結構展示頁面之前的層級關系。

四種基本頁面類型:

以下四種頁面是B端產品最常見的頁面。

這四種頁面類型,是基于用戶行為而設計的的通用化的解決方案。依據這些頁面類型提供的解決方案,基本能夠結構化地組織信息,為用戶提供可預期的操作。研究透徹并熟練掌握這四種頁面,也可以更方便地產出原型。

  1. 表單頁:用戶向系統進行增加、刪除、提交信息的操作頁面。
  2. 詳情頁:向用戶展示詳細的信息。
  3. 列表頁:向用戶展示結構化的數據信息
  4. Dashboard頁:監控著整個系統的狀態和運營數據。

設計產品原型:

學會用模式思維設計原型:

模式,是指:可以重復使用的方式和方法。這個概念源自《建筑模式語言》,它就像樂高積木一樣,總結出了253種建筑模式。像樂高積木基礎模塊,,組合成為滿足人們某一功能的建筑空間,比如廚房空間設計模式:

廚房空間由四個部分組成:爐灶、水槽、事物存儲區、操作臺,以上四個部分的間距在3m以內。其中,操作臺的范圍大致在1.2-3.6m。

廚房要滿足人們做飯、儲藏、清洗的活動。產品經理設計的每一個頁面,也像設計廚房空間一樣,要再一個頁面上滿足用戶多種活動的需求,比如:信息的查看、搜索、下載等。

每種活動都對應著一個解決方案,這個解決方案就是模式,而多種模式搭建在一起就是頁面。

用模式思維設計產品原型流程:

  1. 根據站點地圖,找到要設計的頁面類型。
  2. 根據頁面類型對應用戶操作行為,思考出各自對應的模式。
  3. 用組件搭建成對應的模式。各種模式的布局和組合,最終形成產品原型。

總結自己的設計模式:

設計思路:

  • 模式名稱:給模式命名,便于搜索和管理。
  • 概念和價值:給模式定義,明確給用戶的價值。
  • 使用范圍:說明模式邊界條件。
  • 模式描述:描述模式如何運行,即交互。
  • 相關模式:與這個模式相關的還有哪些。

三種精度的產品原型:

以展示組件信息的豐富程度作為標準:

  • 低精度:頁面流程圖,展示頁面中的關鍵組件及頁面之間的跳轉流程。
  • 中精度:展示頁面布局,展示包含所有組件的頁面,像照片一樣。
  • 高精度:詳細展示原型中各個組件在不同操作下所展示的信息。(結構化輸出文檔)

原型的原則:只要能夠說明清楚需求,任何樣式都可以采用。

常用的原型工具:Axure、Sketch、Visio、Omnigraffle、墨刀。

產品需求文檔:

需求方把業務語言翻譯成需求(需求文檔),產品將需求轉化為可以產品解決方案,轉化為讓設計師和研發工程師可執行的方案(產品需求文檔)。

當然,如果需求是業務邏輯的修改,不涉及界面操作,這時的需求文檔其實等價于產品需求文檔。

產品需求文檔包含的內容:需求、背景、目標、目標和收益、需求范圍、功能需求、業務概念、流程展示、需求描述、產品需求說明、網站地圖、產品原型。

當然,并非所有需求都需包含以上元素。產品需求文檔和原型的表述原則是一樣的,不管產品需求文檔以什么形式表現,只要能夠清晰表達設計思路、便于溝通就是好文檔。

設計交互:

源自《尼爾森十大可用性原則》的經典交互設計理論:

  1. 系統狀態可見:用戶能夠隨時獲得產品反饋的信息,會讓用戶產生對產品的信任和安全感。
  2. 系統與真實世界匹配:要參考真實環境使用的單據和報表,將其映射在產品中。
  3. 用戶掌控和自由操作:用戶可以自由退防護或者結束當前任務。
  4. 一致性和標準化:讓界面元素和操作形成一套讓用戶可識別、可學習的標準,并且在產品的任何地方都可以應用。
  5. 避免錯誤:需要檢查一下界面的按鈕是否可能產生誤觸。
  6. 直接識別比記憶好:產品要減少用戶的記憶負擔。
  7. 靈活高效地使用:要不斷地提高界面使用效率
  8. 美觀和簡約的設計:設計要簡明突出。
  9. 幫助用戶識別、診斷和解決錯誤:著重關注給用戶反饋的操作信息,且盡可能以友善的態度表達。
  10. 幫助和文檔:需要在界面上提供必要的使用幫助,并整理出專門的產品使用文檔幫助用戶學習。

設計UI:

跟設計師的合作注意以下幾點:

  1. 主動學習設計知識,如:常逛逛Dribble、優設、站酷之類的設計網站,提高自己對設計的認知。同時,了解公司或團隊的設計規范。
  2. 明確指出設計重點,表達順序。明確頁面中重點功能是什么,使用者在什么場景下使用,以及希望用戶重點使用的界面組件和信息有哪些。
  3. 給出設計案例??梢哉乙恍┍容^好的設計案例給設計師參考,指出案例中哪些元素可以參考。

3. 研發階段

在研發階段,產品經理需要承擔起項目管理的義務,協助研發和測試同事,以推進產品開發。

項目管理的四個維度:范圍、時間、質量、成本。

可對應的項目目標:多、快、好、省。

項目計劃:

項目風險管理:

項目風險:如果發生不確認的條件和時間,會對一個或多個項目目標造成影響。

項目溝通:

原則:不論采用何種手段,郵件、微信、電話、面談,信息的發出方一定要保證接收方能夠收到并且理解信息,做出反饋。

項目推進:

推進項目的重要基石是:標準化——標準化指完成某項工作的最佳工作方法。

產品經理可以將項目過程遇到的問題及處理方法、人員配合方式、項目流程等經驗或文檔分享給其他項目成員,推而廣之,達成大家的共識。

比如:

  • 項目會議紀要模板:幫助大家高效輸出內容完備的會議紀要。
  • 上線驗收清單模板:讓大家按照清單和步驟執行可以減少出錯、提高效率。
  • 項目工作流:明確各自角色的任務及配合時間點,團隊配合更緊密。

標準化可以避免項目再次陷入相同的錯誤中。沿用成功的工作方法、經驗,讓項目不斷被順利推進。

而在研發日常跟進中,可以采用看板模式來記錄和跟進??窗骞芾硇枰⒁獾木褪牵罕苊饽硞€階段的需求出現擁堵,或者是一旦發現擁堵,要及時疏解。

4. 發布階段

上線前需確認的信息:

  1. 產品是否具備上線條件,比如:是否有測試報告,是否得到使用方的驗收。
  2. 產品的操作培訓是否完成,或者是否至少有使用說明文檔。
  3. 產品上線時間是否合適。產品上線的時間點是否會影響其他業務操作,是否需要配合整體的運營計劃。

產品發布:

產品推廣產品,可運用營銷推廣模型的核心思路:描述一個重要的問題,并讓大家認同,之后介紹產品給出的解決方案。

營銷推廣模型分7步:

  1. 背景介紹:介紹所發布產品的背景信息,比如:時間、地點、任務、事件等信息,便于大家了解背景知識,從而減少認知負擔。
  2. 描述阻礙:描述用戶目前會遇到的問題,并讓大家認同該問題確實會給自己帶來不便。
  3. 點燃希望:向大家說明這個問題有解決方案,引起打擊的期待和注意。產品經理客戶可以介紹這個問題的解決方案,及概念或者同行業對這個問題的解決思路。
  4. 震撼登場:拋出問題的解決方案——即發布的產品是什么。
  5. 展現價值:描述這樣的解決方案和產品會給用戶帶來怎樣的價值和收益,可以配數字,這樣會更有說服力。
  6. 精雕細琢:介紹產品重要的細節、工作原理。
  7. 給出誘惑:給大家送一些福利,讓大家快來體驗產品。這里可以根據實際情況來選擇使用。

發布一款產品或者介紹一個功能并不都需要發布會的形式,產品經理可以應用簡單有效的演講框架快速打動用戶。

5. 監控階段

數據指標:

數據監控應該監控什么才有意義,從黑箱、儀表盤和二律背反理論中我們可以得到一些啟發。

黑箱:

我們只能輸入和輸出,而并不知道事物真正運行的原理是什么,比如:電商網站的輸入是用戶進站瀏覽,輸出是訂單。那用戶在瀏覽網頁所做的行為和決策就是黑箱。

通過研究黑箱,我們可以提升用戶轉化率。

儀表盤:

通過汽車的儀表盤速度、耗油量等數據指標,隨時反饋出汽車的狀態。沒有儀表盤的汽車隨時都有失控的危險。對系統運行狀態的監控也是,數據指標要盡可能覆蓋全面,比如:出現問題的次數、加載時間、業務相關數據等。

二律背反:

二律背反指規律中的矛盾,在互相聯系的兩種力量的運動規律之間存在的相互排斥現象——即兩種事物此消彼長、此長彼消、相背相反。

因此,我們除了關注數據指標之間的相關性,更需要找到這些處在二律背反的指標,然后進行指標配對。通過指標配對,防止過度監控或者提升一個指標而帶來副作用,用另一個指標來輔助分析和監控,從而權衡出好的辦法以解決問題。

如果沒有辦法計量,就沒有辦法管理。數據指標就是管理量化的表現。

數據目標:

制定數據目標的方法:關鍵成功因素法

制定數據目標的原則:具體、可衡量、可實現、有相關性、有截止時間。

數據采集:

SQL學習原因:

SQL是查數據和做報表的工具,建議產品經理都要學,原因:

  • SQL可能是最容易入門的編程語言。因為他書寫出來的代碼,完全是按照英語語法,是初中語法中最簡單的部分。只要學習非常少的SQL知識,或者說是幾個英語單詞,就可以快速在工作中使用。
  • 使用頻率非常高。
  • 有助于產品經理理解數據分析的思路。

SQL 入門手段:

  • 《SQL基礎教程》,這本書內容實用且基礎,適合零基礎的人學習,且它描繪了很多使用場景。
  • 學習編程的網站,如http://www.w3school.cn/ ,這里的教學內容簡約便捷,可以當成SQL使用的工具字典
  • 找一名程序員同事當老師,隨時實踐、隨時請教問題。

三、最重要的產品力是什么

縱觀《B端產品經理必修課——從業務邏輯到產品構建全攻略》,會發現書里滿滿都是干貨,作者產品力MAX。

那么,作者本人最牛逼的產品力是什么呢?作者獲得的路徑又是什么呢?

1. 關于產品力

前面我們探討過,作者認為:產品經理的技能可以分為硬技能和軟技能。

硬技能包括:用戶調研、產品規劃、需求分析與管理、產品方案設計、數據分析等。

軟技能包括:項目管理能力、時間管理能力、溝通能力等。

但在我看來,作者產品力真正的厲害之處在于:任何時候,你有問題,我有方案,而且是快速產出的、高品質的、切中要害的。

拿本書作為產品來舉例:作者可以被視為產品經理,讀者可以被視為用戶。書中內容幾乎覆蓋了B端產品經理工作場景、工作內容、工作方法、工作規劃等讀者可能有疑惑的方方面面,在每個層面,作者都給出了非常恰當、貼合實際的指導理論,也就是給讀者提供了解決問題的工具。

你有需求繁雜的問題,我有優先級及重要性管理方案。

你有產品設計慢的問題,我有模式思維設計方案。

你有項目管理的問題,我有風險管理和標準化方案。

不難理解,在產品工作中,或是在其他工作中,這種遷移能力才是真正發揮作用的能力。

2. 關于產品力的獲得途徑

我們看能否從作者的自述和經歷中發現獲得這種產品力的答案。

以下信息均來自《B端產品經理必修課》作者簡介或自述。

首先是作者的經歷:

  • 教育經歷:北京理工大學工業設計方向碩士
  • 工作經歷:To C——高德地圖、百度地圖;To B——小米物流系統。
  • 其他經歷:PMP項目管理認證、“人人都是產品經理”專欄作家。
  • 個人微信公眾號:李寬wideplum

其次,是做作者的個人情況或習慣:

  • 喜歡看書、涉獵歷史、哲學、科學、經管、互聯網、技術等各個領域的書籍。
  • 把寫書列為一個長期的目標,規劃了5年左右的時間。
  • 因為B端產品經理的知識沒有成型理論和體系,所以,作者立志填補這項空白。期望自己的總結和思考,為中國產品經理職業發展提供理論和實踐的支持。
  • 為了寫書,查閱大量現有的互聯網、經管類書籍,還有大量的軟件工程類書籍,以及學術論文。
  • 查閱資料注重追溯知識本源,了解知識的核心要義。
  • 本書展示了作者對B端產品經理的理解,介紹了B端產品經理的工作流程、工作方法、工作場景,以及作者在工作中的經驗總結。
  • 喜歡跟研發同事散步聊產品和設計,在無拘無束的暢談中總結自己對產品的看法和觀點。

以上,可以了解到作者身上幾個難能可貴的品質:

  • 對世界充滿好奇。在好奇心的驅動下,習得的知識非常寬廣。
  • 對產品工作發自肺腑的熱愛。興趣讓學習、規劃和實踐更加縱深。
  • 目標驅動、規劃落地。目標明確,為達目標時刻準備。
  • 喜歡追根溯源。了解知識時追求本源,學習知識時抓核心要義。
  • 持續學習,知識內化,不斷總結和輸出。工作實踐不斷總結成經驗和方法,形成自己的理論體系,揉碎成通俗易懂的生活例子闡釋。
  • 尋求好的實踐經歷。在好的項目、工作環境中迸發出更多的靈感和提升。

相信這些品質不單只對B端產品經理,對所有職場中的伙伴,都是有益的啟發,都可以借鑒成為我們不斷提升的路徑。

最后,我想說:這篇文章可以成為B端產品經理工作的簡版操作說明,遇到問題時可隨時翻閱。當然,如需進一步拓展和了解,請看作者原著。

附上作者在書中引用過的書籍,可用于拓寬產品知識面。

 

作者:產品一二一,微信公眾號:產品一二一

本文由 @產品一二一 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 求推薦UML建模的書

    來自北京 回復
  2. 文章思路清晰,內容都是干貨,對于B端初級產品經理有很大幫助,作者辛苦了

    來自湖北 回復
  3. 謝謝,有些收獲!

    回復
  4. B端產品經理實際業務不確定因素太多。

    來自上海 回復
  5. 收益匪淺

    來自江蘇 回復
    1. 有收獲就好??

      回復
  6. 可以結合自己的實戰經驗寫一下。B端產品經理4年,實際永遠比理論復雜

    來自浙江 回復
    1. 是的,后續會嘗試陸續探討,嘿嘿

      回復
  7. B端產品經理的那本書,寫的說實話,還是比較淺顯,真打算深入學習B端的話,不如去啃本UML建模的書實在

    來自北京 回復
    1. 看來親研究得比較深入。。。期待親的經驗分享!

      回復
    2. 同感

      來自廣東 回復
  8. 如何把讀的書 ,整理出自己的東西,有學習方法嗎?看完就忘如何拯救

    回復
    1. 書籍要解決什么問題,怎么解決的,實際情況下怎么運用?

      回復
    2. 呵呵

      來自北京 回復
    3. hehe

      來自北京 回復
    4. 經常復習,遇到相關場景的時候嘗試搬出來用。。。我也還在摸索學習中??

      回復
  9. 受益良多

    來自湖南 回復
    1. ??一起學習一起進步

      回復
  10. B端確實是個空白,文章很受用。關于B端產品設計,頁面規劃比較迷茫,希望能看到您關于這方面的文章

    來自河北 回復
    1. heh

      來自北京 回復
    2. 這方面也是我有興趣的方向,后續爭取產出

      回復
  11. 軟技能有錯別字. [李杰]….

    來自北京 回復
    1. 兄臺閱讀得好仔細!汗顏??后續會更仔細審稿!

      回復