第一部分 To B or not to B

1 B 端產(chǎn)品經(jīng)理  

如何理解B端產(chǎn)品？

B端產(chǎn)品主要分為兩大類：

• 為公司的管理服務(wù)，如：HR系統(tǒng)、OA系統(tǒng)；
• 為公司的運營服務(wù)，如：供應(yīng)鏈系統(tǒng)、ERP系統(tǒng)的。

B端產(chǎn)品即要符合商業(yè)組織的戰(zhàn)略要求，能夠滿足商業(yè)用戶需求，將已有商業(yè)運行邏輯進(jìn)行系統(tǒng)化、信息化、高效化處理。兩類都是為企業(yè)流程效率服務(wù)，讓分散的、低效的個體，更好地連接合作，發(fā)揮集成化的、系統(tǒng)化的更大作用。

相較于C端產(chǎn)品，B端產(chǎn)品最大的特點是：面向特定領(lǐng)域用戶，且數(shù)量少得多，但更注重對用戶專業(yè)領(lǐng)域操作流程的深度挖掘——也就是專業(yè)性更強，與業(yè)務(wù)的結(jié)合更緊密。

2  B 端產(chǎn)品經(jīng)理的職業(yè)生涯

B端產(chǎn)品經(jīng)理工作：

B端產(chǎn)品經(jīng)理技能樹：

B端產(chǎn)品經(jīng)理職業(yè)生涯：產(chǎn)品專員/產(chǎn)品助理>產(chǎn)品經(jīng)理>高級產(chǎn)品經(jīng)理>產(chǎn)品總監(jiān)

• 1.產(chǎn)品專員/產(chǎn)品助理：關(guān)注具體執(zhí)行層面的協(xié)作，對產(chǎn)品的需求細(xì)化，以及對原型的設(shè)計和文檔的整理
• 2.產(chǎn)品經(jīng)理：主要關(guān)注推動產(chǎn)品迭代、產(chǎn)品的實現(xiàn)與效果、數(shù)據(jù)和業(yè)務(wù)、感知業(yè)務(wù)和產(chǎn)品的發(fā)展方向。
• 3.高級產(chǎn)品經(jīng)理：主要關(guān)注商業(yè)價值和模式，以及和產(chǎn)品的全生命周期思考問題。
• 4.產(chǎn)品總監(jiān)：主要關(guān)注戰(zhàn)略規(guī)劃、業(yè)務(wù)發(fā)展以及團(tuán)隊管理。

在這條職業(yè)發(fā)展路徑的每個階段關(guān)注的重點不同，要掌握的技能雖多，但不是每一種都需精通，可借鑒“二八原則”：真正重要的知識，或者在實踐中被反復(fù)使用的知識，只占全部知識的20%。也就是說，20%的知識是需要反復(fù)修煉形成骨架的，剩下的80%在此基礎(chǔ)上不斷更新迭代。所以產(chǎn)品人要一直學(xué)習(xí)在路上。

3  以精益思想為產(chǎn)品方法 

花更少的人，更少的設(shè)備，更少的時間和空間為客戶提供真正想要的東西。

• 理念一：快。快時成本與效率的解決之道。
• 理念二：流動產(chǎn)生價值。長時間沒開發(fā)的需求就慢慢變得不實用要定期回顧他的價值或重新設(shè)計。
• 理念三：采用最簡單的方案。面對各有優(yōu)劣方案舉棋不定面對復(fù)雜流程而苦惱時，選取簡單的方案是最優(yōu)選擇，結(jié)構(gòu)簡單的系統(tǒng)往往是最可靠的。
• 理念四：處在聯(lián)系中的事物才能被簡化。簡化不是減少，將需要簡化的部分在系統(tǒng)中進(jìn)行了轉(zhuǎn)移。
• 理念五：不害人的需求不是完整的需求。無論多壞的改變，都會有一些人收益；無論多好的改變，都會使一些人受損。在設(shè)計規(guī)則時，要多角度的考慮獲益或者受損的角色。
• 理念六：化散亂為規(guī)律，化應(yīng)急為預(yù)測。懂得預(yù)測需求，否則就會疲于奔命。
• 理念七：只可圖示，不可言傳。能用圖表示的會更直觀，更有助于發(fā)現(xiàn)問題。
• 理念八：讓公路排滿車，就是堵車。將工作焦點轉(zhuǎn)移到重要不緊急的事情上去。
• 理念九：聚焦目標(biāo)才能帶來明確的結(jié)果。做產(chǎn)品如果想討好所有的用戶就會分散目標(biāo)，變得平庸。
• 理念十：持續(xù)改進(jìn)，不忘初心。做出的產(chǎn)品方案需要不斷優(yōu)化，同時不斷回顧最初目標(biāo)防止跑偏。
• 理念十一：細(xì)節(jié)體現(xiàn)專業(yè)。對事物的不斷細(xì)分才能體現(xiàn)專業(yè)性。
• 理念十二：不要造永動機(jī)。思考產(chǎn)品要從整體思考，不要陷入細(xì)節(jié)。
• 理念十三：先準(zhǔn)確，后精確。探索需求，先力求需求準(zhǔn)確，再在此基礎(chǔ)上精確的探索需求。

第二部分 單個產(chǎn)品管理流程

B端產(chǎn)品經(jīng)理的工作流程歸納為五個階段：

• 產(chǎn)品規(guī)劃→產(chǎn)品設(shè)計→產(chǎn)品研發(fā)→數(shù)據(jù)監(jiān)控

1. 規(guī)劃階段：基于組織的目標(biāo)和戰(zhàn)略，獲取并分析需求，規(guī)劃B端產(chǎn)品的發(fā)展方向和路徑

我們要從規(guī)劃階段開始設(shè)計我們的B端產(chǎn)品，在規(guī)劃階段，我們要開展市場調(diào)研、用戶調(diào)研、產(chǎn)品路線規(guī)劃、需求分析、需求管理等活動，這些活動分布在《用戶體驗要素》的戰(zhàn)略層和范圍層，即主要關(guān)注目標(biāo)和實現(xiàn)目標(biāo)的邊界。

這一階段主要是產(chǎn)品經(jīng)理要考慮的，作為剛?cè)腴T的產(chǎn)品小白來說，可以先從了解行業(yè)動態(tài)開始，通過“人人都是產(chǎn)品經(jīng)理”網(wǎng)站、喜馬拉雅“36氪”等各種途徑來了解，可以在茶余飯后與同事朋友聊聊，開拓思路。

2. 設(shè)計階段：基于需求和規(guī)劃，設(shè)計產(chǎn)品信息架構(gòu)、原型、交互、UI方案等

在設(shè)計階段，我們要開展設(shè)計信息架構(gòu)，設(shè)計產(chǎn)品原型、設(shè)計交互、設(shè)計UI等活動。這些活動分布在《用戶體驗要素》的結(jié)構(gòu)層、框架層和表現(xiàn)層，即要在界定的邊界內(nèi)勾劃出最終輸出物大體輪廓和具體執(zhí)行方案及最終的輸出物—產(chǎn)品。

這一階段涉及到具體執(zhí)行層面，也是產(chǎn)品專員或產(chǎn)品助理應(yīng)該重點關(guān)注的環(huán)節(jié)。目前階段產(chǎn)品經(jīng)理已經(jīng)通過規(guī)劃和分析需求了解到用戶想做什么了，這一階段即讓概念進(jìn)入產(chǎn)品化階段。先不要急打開axure,我們需要先梳理出業(yè)務(wù)流程圖和信息架構(gòu)圖，在此基礎(chǔ)上再去進(jìn)行細(xì)化，為了防止我們畫原型時缺頁面可以先梳理出頁面流程圖，最后再一氣呵成完成你的原型設(shè)計。

3. 研發(fā)階段：根據(jù)已經(jīng)設(shè)計好的產(chǎn)品方案，設(shè)計技術(shù)實現(xiàn)方案及推動產(chǎn)品研發(fā)。

我們完成了設(shè)計階段的工作后，將進(jìn)入到研發(fā)階段。在研發(fā)階段，產(chǎn)品經(jīng)理要協(xié)助研發(fā)開展產(chǎn)品開發(fā)工作。這個活動分布在《用戶體驗要素》的表現(xiàn)層，即關(guān)注最終的產(chǎn)出物—產(chǎn)品。雖說產(chǎn)品經(jīng)理不需要寫代碼，但要承擔(dān)項目管理、協(xié)助研發(fā)理清需求、協(xié)助測試開展測試以推進(jìn)產(chǎn)品開發(fā)。

在這個過程中，需要隨時隨地解答技術(shù)人員對需求的疑問以及協(xié)助測試人員將優(yōu)化和bug分類整理，并安排優(yōu)先級進(jìn)行分批處理。

4. 發(fā)布階段：制訂產(chǎn)品發(fā)布前的部署和培訓(xùn)計劃，推動產(chǎn)品上線。

B端產(chǎn)品在完成研發(fā)后，將進(jìn)入發(fā)布階段。在發(fā)布階段，產(chǎn)品經(jīng)理要開展制定產(chǎn)品發(fā)布方案、發(fā)布產(chǎn)品的活動。這些活動分布在《用戶體驗要素》的框架層和表現(xiàn)層。即關(guān)注具體的業(yè)務(wù)流程和最終的產(chǎn)品。

在這個階段前，要確認(rèn)以下信息做好充分準(zhǔn)備：

• 1.產(chǎn)品是否具備待上線條件，比如是否有測試報告，是否得到使用方的驗收通過；
• 2.產(chǎn)品的操作手冊和培訓(xùn)安排是否完成；
• 3.產(chǎn)品上線時間是否合適，確保不要影響其他業(yè)務(wù)的操作。其他細(xì)節(jié)這里不贅述。

5. 監(jiān)控階段：監(jiān)控產(chǎn)品上線后的效果，收集并分析用戶反饋的信息，并形成新的需求。

在發(fā)布B端產(chǎn)品之后，產(chǎn)品經(jīng)理將進(jìn)入監(jiān)控階段。在監(jiān)控階段，產(chǎn)品經(jīng)理要開展制定關(guān)鍵指標(biāo)、收集及分析反饋信息的活動。這些活動分布在《產(chǎn)品體驗要素》的框架層和表現(xiàn)層，即主要關(guān)注具體的業(yè)務(wù)流程和最終的產(chǎn)品。在監(jiān)控階段，產(chǎn)品經(jīng)理要使用數(shù)據(jù)來監(jiān)控產(chǎn)品上線后的效果，以及收集用戶的反饋意見，最終為開啟新的單個產(chǎn)品管理流程做準(zhǔn)備。

上線一段時間后，需要產(chǎn)品經(jīng)理寫上線郵件，主要目的有三個：

• 1.總結(jié)與記錄：總結(jié)項目過程，未來翻查資料速度超快；
• 2.項目推動：產(chǎn)品上線后才是開始，需要推動、協(xié)調(diào)各方資源；
• 3.團(tuán)隊潤滑劑：給參與者幫助你的人正面反饋。監(jiān)控階段手機(jī)的新需求和反饋進(jìn)行整理分析，用于后期優(yōu)化產(chǎn)品。

總體來說，B端產(chǎn)品經(jīng)理主要關(guān)注3個方面：表現(xiàn)層、領(lǐng)域?qū)印?shù)據(jù)層。

• 表現(xiàn)層：即用戶界面，用戶直接與系統(tǒng)進(jìn)行交互和操作；
• 領(lǐng)域?qū)樱菏巧虡I(yè)和業(yè)務(wù)邏輯，是核心關(guān)注點；
• 數(shù)據(jù)層：關(guān)注是系統(tǒng)之間的交互與數(shù)據(jù)存儲，系統(tǒng)之間會以接口的形式傳送數(shù)據(jù)，關(guān)注接口傳輸性能、傳輸內(nèi)容等。

4 規(guī)劃階段：產(chǎn)品設(shè)計的開始 

一、產(chǎn)品規(guī)劃：調(diào)研市場→調(diào)研用戶→規(guī)劃產(chǎn)品路線→分析需求→管理需求

在規(guī)劃行動方案之前，一定要記得先問自己：有什么事情我“今天”做了，可以讓“明天”更好，或者至少讓“明天”不會更糟。

1.調(diào)研市場：找B端競品。

目的：分析產(chǎn)品可能存在的盈利點，獲取行業(yè)經(jīng)驗和方向

需要：產(chǎn)品創(chuàng)意、行業(yè)信息

方法：商業(yè)模式畫布、SWOT分析、競品分析

指標(biāo)：競品分析報告、商業(yè)需求文檔

• 明確目的。想清楚你要查詢的信息，定好方向再起步。
• 與業(yè)務(wù)同事溝通。咨詢業(yè)務(wù)同學(xué)競品名字。
• 了解專有名詞。如ERP、WMS，通過搜索專有名詞找到可用資料。
• 找到同類SaaS產(chǎn)品。
• 搜索信息渠道。知乎、簡書，知網(wǎng)、萬網(wǎng)。

2.調(diào)研用戶：傾聽用戶聲音。

目的：分析和研究產(chǎn)品使用者

需要：競品分析報告、商業(yè)需求文檔、產(chǎn)品創(chuàng)意

方法：用戶研究方法（問卷調(diào)研、用戶訪談等）

指標(biāo)：用戶調(diào)研報告

• 用戶的話不能全信。為了引起重視而故意夸大，害羞或怕說錯話不去表達(dá)真實想法。
• 能有的功能，用戶都希望有。人性貪婪。
• 明確詞語含義。“我希望報表更快一點”“更快一點”就需要進(jìn)一步明確。
• 盡量不要問有固定選項的問題。列選項即使沒有他也會選擇。不認(rèn)讓用戶給選項打分0-10分。
• 重述用戶所說。將用戶的話用產(chǎn)品經(jīng)理的語言再說一遍，讓用戶判斷說的對不對。
• 別讓用戶預(yù)測。不要讓用戶設(shè)計產(chǎn)品，與未來相比用戶當(dāng)下的行為更有準(zhǔn)確性。

師徒制，三段式問法：請教>刨根問底>核實

1）發(fā)現(xiàn)問題：你正在做什么事情？做的過程中有什么不舒服的嗎？遇到了什么問題？

2）分析流程：你現(xiàn)在用什么方法來解決整個問題？

3）探索機(jī)會：為了更好的解決整個問題，你認(rèn)為有什么方法可以幫到你？或者哪些地方可以優(yōu)化下？

3.規(guī)劃產(chǎn)品路線：縮小現(xiàn)在與未來的差距  

目的：規(guī)劃產(chǎn)品路線、節(jié)奏

需要：競品分析報告、商業(yè)需求文檔、產(chǎn)品創(chuàng)意、用戶調(diào)研報告

方法：

• ①列出為了縮小差距所要做的事情
• ②目前產(chǎn)品的約束條件，找出其中能做到的事情
• ③預(yù)測這些事情會使產(chǎn)品有怎么樣的結(jié)果
• ④給這些結(jié)果排序，給他們加上一個期望日期

指標(biāo)：產(chǎn)品發(fā)展路線圖Roadmap（實現(xiàn)時間、名稱、目標(biāo)、功能、優(yōu)先級、度量標(biāo)準(zhǔn)）

• 時間：完成時間是什么時候
• 名稱：實現(xiàn)的產(chǎn)品名稱和版本號是什么
• 目標(biāo)：要實現(xiàn)什么樣的目標(biāo)，以及想要獲得的收益
• 功能：實現(xiàn)的功能是什么優(yōu)先級這些功能的優(yōu)先級是什么指標(biāo)用什么標(biāo)準(zhǔn)來衡量已經(jīng)完成并實現(xiàn)的計劃

有產(chǎn)品目標(biāo)后要做好目標(biāo)管理，規(guī)劃行動方案，實時反饋并驗收成果。

1、分析和預(yù)測需求。

產(chǎn)品經(jīng)理首先要明確與產(chǎn)品成敗相關(guān)的因素。要了解用戶對各因素的期望。之后用現(xiàn)在和未來的時間維度去分析獲得信息。從現(xiàn)在和未來的角度發(fā)現(xiàn)差異，目前用戶從我們產(chǎn)品獲得什么？是否讓其滿意？接下來用戶還希望產(chǎn)品有哪些功能？

2、現(xiàn)狀分析。

分析目前自己的產(chǎn)品處于什么狀態(tài)。目前該產(chǎn)品與行業(yè)優(yōu)秀產(chǎn)品有什么區(qū)別？

3、縮小差距。

• a、用頭腦風(fēng)暴列出為縮小差距所要做的事情。
• b、思考從目前的約束條件列出清單中可以做的事情。
• c、已經(jīng)選出的事情會使產(chǎn)品有怎樣的結(jié)果，最好能夠測量。
• d、給結(jié)果排序，列出優(yōu)先級及期望實現(xiàn)日期。

4.分析需求：用圖形代言需求   

目的：將需求具體化

需要：競品分析報告、商業(yè)需求文檔、產(chǎn)品創(chuàng)意、用戶調(diào)研報告

方法：篩選需求（需求蛋模型）→思考需求（D×V×F>R）→解析需求（UML統(tǒng)一建模語言）

指標(biāo)：需求說明文檔

需求應(yīng)有的特征：

• 痛點：好的需求猶如根治用戶痛處的良藥。B端產(chǎn)品通過調(diào)研用戶基本可提煉出痛點。
• 收益：需求應(yīng)有可量化的結(jié)果導(dǎo)向。
• 明確、可行、簡單的第一步：挖掘需求就是降低需求中的含混性，使之明確。如果在需求落地成型階段才發(fā)現(xiàn)含混性，這個時候的改正成本實在是太高了。

需求的變革公式：不滿情緒*變革愿景*初步實踐>變革阻力。對現(xiàn)狀的不滿、對變革的期盼、愿意邁出明確的第一步等其中任何一個因素沒做到將導(dǎo)致變革失敗。

• 需求的可行性=（需求的當(dāng)前價值+未來價值）/（需求的實現(xiàn)成本+維護(hù)成本）
• 解析需求：數(shù)據(jù)驅(qū)動，行為產(chǎn)生數(shù)據(jù)，數(shù)據(jù)聯(lián)系行為。數(shù)據(jù)流動形成數(shù)據(jù)流，從而把業(yè)務(wù)中的人聯(lián)系在一起。

舉例設(shè)計一個咖啡館的管理系統(tǒng)

• 1、畫流程圖先把主要流程總結(jié)出來。

進(jìn)店——點餐——下單——制作食物——送餐——就餐——結(jié)賬——離店

• 2、對主要流程進(jìn)行細(xì)化。如果流程圖中的活動數(shù)量超過7+-2的范圍，則顆粒度太細(xì)或太粗。

比如將點餐流程進(jìn)行細(xì)化

• 3、實體關(guān)系圖（ER圖）

數(shù)據(jù)之間三種對應(yīng)關(guān)系：一對一、一對多、多對多

• 一對一：顧客就餐完成后需要支付自己的賬單。顧客1——1賬單
• 一對多：服務(wù)員工作可以為多個顧客服務(wù)。服務(wù)員1——n顧客
• 多對多：面包、咖啡等可以被不同客人點單。菜品n——n顧客

數(shù)據(jù)對象的屬性也是一類數(shù)據(jù)，用來描述數(shù)據(jù)對象，并且多個數(shù)據(jù)對象可以包含相同的屬性。如何區(qū)分?jǐn)?shù)據(jù)對象和屬性：xx單、xx表一般都是數(shù)據(jù)對象，數(shù)據(jù)對象區(qū)別于其他實物獨立存在的個體，數(shù)據(jù)對象一般能用量詞“類”來形容。數(shù)據(jù)對象的屬性數(shù)據(jù)可被用來增刪查改，可以通過該來查漏補缺。

• 4、數(shù)據(jù)流程圖

數(shù)據(jù)：表示數(shù)據(jù)流，連接數(shù)據(jù)流程圖的各元素。

外部實體：外部實體表示系統(tǒng)之外的人或事物，它可以成為整個數(shù)據(jù)流的起點或者終點。

數(shù)據(jù)儲存：存儲數(shù)據(jù)的區(qū)域。在現(xiàn)實中，可能是單或者表格表格。

活動操作：對數(shù)據(jù)進(jìn)行操作，包括數(shù)據(jù)的流入和流出。

• 5、用例圖

用例是對產(chǎn)品功能需求的描述。

需求文檔

• 1、需求名稱
• 2、背景
• 3、目標(biāo)與收益
• 4、功能需求。業(yè)務(wù)概念、流程展示、需求描述。
• 5、非功能需求

5.管理需求：打造簡單可實踐的需求池 

目的：將需求具體化

需要：產(chǎn)品發(fā)展路線圖、需求說明文檔、產(chǎn)品創(chuàng)意

方法：需求收集（急診模式）→需求設(shè)計（登機(jī)模式）→需求研發(fā)（看板模式）

指標(biāo)：需求池、需求排期計劃

需求的重要性：為了區(qū)分同一優(yōu)先級的多個需求，可以用重要性來輔助優(yōu)先級管理需求。

重要性就是對需求進(jìn)行打分，分?jǐn)?shù)范圍是1—100分（根據(jù)5個優(yōu)先級可以分成5等分），每個需求的分?jǐn)?shù)是唯一的。優(yōu)先做分?jǐn)?shù)大的需求。

優(yōu)先級和重要性一旦確定，所有的資源將向這些需求傾斜。處理跨部門的需求時，使用優(yōu)先級尤為重要，但重要性的分?jǐn)?shù)不能跨部門比較。

5 設(shè)計階段：產(chǎn)品從概念到解決方案

產(chǎn)品設(shè)計：設(shè)計產(chǎn)品架構(gòu)→設(shè)計產(chǎn)品原型→設(shè)計交互→設(shè)計 UI

1.設(shè)計產(chǎn)品架構(gòu)：設(shè)計讓產(chǎn)品立得住的骨架 

需要：產(chǎn)品發(fā)展路線圖、需求說明文檔、需求排期計劃

方法:   設(shè)計信息架構(gòu)（三要素：情景、內(nèi)容、用戶）→輸出站點地圖（UML）

指標(biāo)： 站點地圖

信息架構(gòu)（收納信息)

• 信息架構(gòu)三要素：情景，內(nèi)容、用戶。
• 信息架構(gòu)五組件：組織系統(tǒng)、標(biāo)簽系統(tǒng)、導(dǎo)航系統(tǒng)、搜索系統(tǒng)，
• 組織信息：根據(jù)時間字母等對信息進(jìn)行組織分類。
• 給信息加標(biāo)簽：用一個名稱對大量的信息進(jìn)行概括，就是給信息加入了標(biāo)簽，便于快速查詢。
• 設(shè)置找到信息的路徑：導(dǎo)航
• 搜索信息：搜索功能
• 描述信息的特征：通過各種條件篩選數(shù)據(jù)。

站點地圖(原型設(shè)計起點)

• 各頁面的層級關(guān)系。b端產(chǎn)品的四種基本頁面類型：表單頁、詳情頁、列表頁、Dashboard頁
• 表單頁：用戶向系統(tǒng)增加、刪除、提交信息的操作頁面。
• 詳情頁：展示詳細(xì)信息。
• 列表頁：向用戶展示結(jié)構(gòu)化的數(shù)據(jù)信息。列表頁的設(shè)計大部分來自用戶對實際數(shù)據(jù)的操作和展示。
• Dashboard頁：儀表盤，監(jiān)控系統(tǒng)運營情況。

2.設(shè)計產(chǎn)品原型：高效產(chǎn)出原型的方法

需要：站點地圖、需求說明文檔

方法:   交互設(shè)計、排版、axure 技能、

指標(biāo)： 產(chǎn)品原型、PRD 文檔

模式思維

模式，指可以重復(fù)使用的方式和方法。類似于樂高積木原理。

以廚房設(shè)計為例，廚房空間需要爐灶、水槽、食物儲存區(qū)、操作臺四個區(qū)域。以上四個部分距離不能太大在3m以內(nèi)，操作臺的范圍大致在1.2-3.6m。要在一個頁面上滿足用戶多種活動需求，比如信息查看、搜索、下載等，每種活動對應(yīng)一種解決方案，這個解決方案就是模式。設(shè)計模式是由組件組成，組件是構(gòu)成設(shè)計模式的基本元素。

因此設(shè)計產(chǎn)品原型的流程：

• 1、根據(jù)站點地圖，找到要設(shè)計的頁面類型。（列表頁、表單頁、詳情頁、Dashbard頁等）
• 2、根據(jù)頁面類型對應(yīng)用戶操作行為，思考出各自對應(yīng)的模式。
• 3、用組件搭建成對應(yīng)的模式。各種模式的布局和組合最終形成產(chǎn)品原型。

總結(jié)屬于自己的設(shè)計模式

• 1、模式名稱：給自己的模式起個名稱，便于管理交流。比如，搜索單據(jù)。
• 2、概念和價值：描述清楚這個模式是什么，即給模式下一個定義。寫清楚給用戶帶來什么價值。
• 3、使用范圍：該模式相關(guān)的邊界條件。比如在用戶登錄情況下，向用戶推薦常用信息。
• 4、模式描述：用文字圖片等形式描述清楚模式由哪些組件構(gòu)成及該模式是如何運行的。如：用戶在輸入框錄入關(guān)鍵詞時，會實時展示提示信息，便于用戶選擇。
• 5、相關(guān)模式：與這個模式相關(guān)的模式還有哪些。

三種精度的產(chǎn)品原型展示

• 低精度原型：即頁面流程圖，展示頁面中的關(guān)鍵組件及頁面之間的跳轉(zhuǎn)流程。
• 中精度產(chǎn)品原型：像照片一樣，展示包含所有組件的頁面，主要展現(xiàn)頁面布局。
• 高精度產(chǎn)品原型：詳細(xì)展示原型中各個組件在不同操作下所展示的信息。

需求文檔加上 網(wǎng)站地圖及產(chǎn)品原型就為產(chǎn)品需求文檔。

3.設(shè)計交互：讓B 端產(chǎn)品簡單易用  

B端產(chǎn)品更加偏重于工具屬性，注重幫助用戶完成工作效率和效果。所以，設(shè)計C端產(chǎn)品的交互更像是設(shè)計一本賞心悅目的小說，設(shè)計B端產(chǎn)品更像是一本產(chǎn)品說明書，需要追求使用的高效和易學(xué)性。

4. 設(shè)計UI：如何與設(shè)計師高效溝通 

跟設(shè)計師的合作注意以下幾點：

1. 主動學(xué)習(xí)設(shè)計知識，如：常逛逛Dribble、優(yōu)設(shè)、站酷之類的設(shè)計網(wǎng)站，提高自己對設(shè)計的認(rèn)知。同時，了解公司或團(tuán)隊的設(shè)計規(guī)范。
2. 明確指出設(shè)計重點，表達(dá)順序。明確頁面中重點功能是什么，使用者在什么場景下使用，以及希望用戶重點使用的界面組件和信息有哪些。
3. 給出設(shè)計案例?？梢哉乙恍┍容^好的設(shè)計案例給設(shè)計師參考，指出案例中哪些元素可以參考。

尼爾森十大可用性原則

• 系統(tǒng)狀態(tài)可見：用戶能夠隨時獲得產(chǎn)品反饋的信息，會讓用戶產(chǎn)生對產(chǎn)品的信任和安全感。
• 系統(tǒng)與真實世界匹配：要參考真實環(huán)境使用的單據(jù)和報表，將其映射在產(chǎn)品中。
• 用戶掌控和自由操作：用戶可以自由退防護(hù)或者結(jié)束當(dāng)前任務(wù)。
• 一致性和標(biāo)準(zhǔn)化：讓界面元素和操作形成一套讓用戶可識別、可學(xué)習(xí)的標(biāo)準(zhǔn)，并且在產(chǎn)品的任何地方都可以應(yīng)用。
• 避免錯誤：需要檢查一下界面的按鈕是否可能產(chǎn)生誤觸。
• 直接識別比記憶好：產(chǎn)品要減少用戶的記憶負(fù)擔(dān)。
• 靈活高效地使用：要不斷地提高界面使用效率
• 美觀和簡約的設(shè)計：設(shè)計要簡明突出。
• 幫助用戶識別、診斷和解決錯誤：著重關(guān)注給用戶反饋的操作信息，且盡可能以友善的態(tài)度表達(dá)。
• 幫助和文檔：需要在界面上提供必要的使用幫助，并整理出專門的產(chǎn)品使用文檔幫助用戶學(xué)習(xí)。

6 研發(fā)階段：產(chǎn)品方案的實現(xiàn)

產(chǎn)品研發(fā)：項目啟動→規(guī)劃→執(zhí)行→監(jiān)控→收尾

1.項目啟動

說明項目目標(biāo)、階段劃分、組織結(jié)構(gòu)、管理流程等關(guān)鍵事項

2.規(guī)劃

明確研發(fā)工作內(nèi)容以及各需求點的研發(fā)、測試負(fù)責(zé)人，評估研發(fā)時間，制定排期計劃表

3.執(zhí)行  （一個Java項目的標(biāo)準(zhǔn)開發(fā)流程）

總體設(shè)計→概要設(shè)計→詳細(xì)設(shè)計→編寫代碼→代碼審核→單元測試→集成測試→系統(tǒng)測試→發(fā)版上線

4.監(jiān)控

對項目輸出成果或者階段性成果進(jìn)行檢查，看看是不是我們想要的或是缺少了什么

PS:需求看板可以有效管理各需求進(jìn)度，防止需求堆積擁堵導(dǎo)致項目不能按時交付

5.收尾

試用、培訓(xùn)、維護(hù)、項目回顧復(fù)盤

項目管理

在研發(fā)階段，產(chǎn)品經(jīng)理需要承擔(dān)起項目管理的義務(wù)，協(xié)助研發(fā)和測試同事，以推進(jìn)產(chǎn)品開發(fā)。

項目管理的四個維度：范圍、時間、質(zhì)量、成本。

可對應(yīng)的項目目標(biāo)：多、快、好、省。

1、核心問題，什么是項目？項目是為創(chuàng)造獨特的產(chǎn)品、服務(wù)或者成果而進(jìn)行的臨時性工作。據(jù)此對項目有三個定義。

• 項目有明確的開始和結(jié)束，也就是項目有明確的開始時間和結(jié)束時間。沒有明確開始時間和結(jié)束時間的活動稱之為運營。運營是一個通過連續(xù)不斷的工作來交付成果。
• 項目會產(chǎn)生成果。最終提供用戶使用的產(chǎn)品功能。
• 項目計劃隨著項目的開展而逐漸詳細(xì)。項目會隨著計劃的開展展現(xiàn)很多之前未考慮到的細(xì)節(jié)

2、項目目標(biāo)，多、快、好、省在將要延期的情況下可以考慮砍掉部分功能而不要增加開發(fā)資源。

3、項目計劃:

項目風(fēng)險管理：

項目風(fēng)險：如果發(fā)生不確認(rèn)的條件和時間，會對一個或多個項目目標(biāo)造成影響。

項目溝通：

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

項目推進(jìn)：

推進(jìn)項目的重要基石是：標(biāo)準(zhǔn)化——標(biāo)準(zhǔn)化指完成某項工作的最佳工作方法。

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

比如：

• 項目會議紀(jì)要模板：幫助大家高效輸出內(nèi)容完備的會議紀(jì)要。
• 上線驗收清單模板：讓大家按照清單和步驟執(zhí)行可以減少出錯、提高效率。
• 項目工作流：明確各自角色的任務(wù)及配合時間點，團(tuán)隊配合更緊密。

標(biāo)準(zhǔn)化可以避免項目再次陷入相同的錯誤中。沿用成功的工作方法、經(jīng)驗，讓項目不斷被順利推進(jìn)。

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

 需求卡片可以包含如下信息（工具Trello、Teambition）

• 1、需求名稱
• 2、需求的相關(guān)人：需求人、負(fù)責(zé)人、產(chǎn)品經(jīng)理、研發(fā)工程師
• 3、需求類型：如需求涉及哪些系統(tǒng)、哪些部門等
• 4、需求完成時間
• 5、需求描述：可以附上產(chǎn)品文檔
• 6、需求優(yōu)先級

7 發(fā)布階段：產(chǎn)品上線的臨門一腳

上線前需確認(rèn)的信息：

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

產(chǎn)品發(fā)布：

產(chǎn)品推廣產(chǎn)品，可運用營銷推廣模型的核心思路：描述一個重要的問題，并讓大家認(rèn)同，之后介紹產(chǎn)品給出的解決方案。

營銷推廣模型分7步：

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

發(fā)布一款產(chǎn)品或者介紹一個功能并不都需要發(fā)布會的形式，產(chǎn)品經(jīng)理可以應(yīng)用簡單有效的演講框架快速打動用戶。

8 監(jiān)控階段：讓產(chǎn)品不斷生長  

8.1 制訂數(shù)據(jù)指標(biāo)及目標(biāo)：產(chǎn)品演進(jìn)的航標(biāo)  

• 8.1.1 數(shù)據(jù)指標(biāo)的黑箱和二律背反  
• 8.1.2 關(guān)鍵成功因素法：制訂數(shù)據(jù)目標(biāo)的方法  

8.2 收集及分析反饋信息：整裝待發(fā)  

• 8.2.1 零基礎(chǔ)快速入門SQL 的方法  
• 8.2.2 與用戶座談的產(chǎn)品回顧會  

數(shù)據(jù)監(jiān)控：制定關(guān)鍵指標(biāo)→收集分析反饋信息

1.制定關(guān)鍵指標(biāo)

方法：關(guān)鍵成功因素法，輸出OGSM表（如圖）

定位長期目標(biāo)→制定對應(yīng)的短期目標(biāo)→找到實現(xiàn)短期目標(biāo)的關(guān)鍵成功因素（CSFs）→確定 CSFs 實施的測量方法

2.收集及分析反饋信息

產(chǎn)品回顧會：制定會議章程（會議邀請郵件）→展現(xiàn)事實（影響/問題）→集思廣益（問題&方案）→決定做什么（總結(jié)行動項、負(fù)責(zé)人、deadline）→總結(jié)和公告（整理會議紀(jì)要）

產(chǎn)品監(jiān)控數(shù)據(jù)指標(biāo)：

數(shù)據(jù)監(jiān)控應(yīng)該監(jiān)控什么才有意義，從黑箱、儀表盤和二律背反理論中我們可以得到一些啟發(fā)。

• 黑箱：

我們只能輸入和輸出，而并不知道事物真正運行的原理是什么，比如：電商網(wǎng)站的輸入是用戶進(jìn)站瀏覽，輸出是訂單。那用戶在瀏覽網(wǎng)頁所做的行為和決策就是黑箱。 通過研究黑箱，我們可以提升用戶轉(zhuǎn)化率。

• 儀表盤：

通過汽車的儀表盤速度、耗油量等數(shù)據(jù)指標(biāo)，隨時反饋出汽車的狀態(tài)。沒有儀表盤的汽車隨時都有失控的危險。對系統(tǒng)運行狀態(tài)的監(jiān)控也是，數(shù)據(jù)指標(biāo)要盡可能覆蓋全面，比如：出現(xiàn)問題的次數(shù)、加載時間、業(yè)務(wù)相關(guān)數(shù)據(jù)等。

• 二律背反：

二律背反指規(guī)律中的矛盾，在互相聯(lián)系的兩種力量的運動規(guī)律之間存在的相互排斥現(xiàn)象——即兩種事物此消彼長、此長彼消、相背相反。

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

德魯克說：如果沒辦法計量就沒辦法管理。數(shù)據(jù)指標(biāo)就是管理量化的表現(xiàn)。監(jiān)控部分?jǐn)?shù)據(jù)指標(biāo)來監(jiān)控系統(tǒng)的運行狀態(tài)，如B端產(chǎn)品數(shù)據(jù)指標(biāo)包括出現(xiàn)問題的次數(shù)、加載時間、以及業(yè)務(wù)相關(guān)數(shù)據(jù)指標(biāo)。

制定數(shù)據(jù)目標(biāo)思路：關(guān)鍵成功因素法

• 定位長期目標(biāo)。產(chǎn)品經(jīng)理找到組織或者團(tuán)隊的長期目標(biāo)是節(jié)省成本。
• 為了實現(xiàn)長期目標(biāo)，需要制定對應(yīng)的短期目標(biāo)。如在長期目標(biāo)的基礎(chǔ)上拆解出短期要完成的目標(biāo)是減少包裝成本。
• 找到實現(xiàn)短期目標(biāo)的關(guān)鍵成功因素。如實現(xiàn)減少包裝成本的短期目標(biāo)可以做的工作是系統(tǒng)推薦使用的包裝盒形狀等。
• 確定關(guān)鍵成功因素實施的測量方法。找到所要實現(xiàn)目標(biāo)所要做的事情后，需要一個標(biāo)準(zhǔn)來測量是否施行到位。如，我們使用推薦準(zhǔn)確率達(dá)到90%的指標(biāo)來監(jiān)測。

數(shù)據(jù)采集：

SQL是查數(shù)據(jù)和做報表的工具，建議產(chǎn)品經(jīng)理都要學(xué)：

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

SQL 入門手段：

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

在監(jiān)控指標(biāo)時需要注意的細(xì)節(jié)：

制定數(shù)據(jù)目標(biāo)的原則：具體、可衡量、可實現(xiàn)、有相關(guān)性、有截止時間。

根據(jù)關(guān)鍵成功因素的分析思路最終輸出OGSM表。OGSM是Obiective（長期目標(biāo)）、Goal（短期目標(biāo)）、Strategy（策略）、Measurement（測量方法）名詞的首字母。形成另一種展現(xiàn)形式長期目標(biāo)：節(jié)省成本短期目標(biāo)策略/關(guān)鍵成功因素測量方案行動方案減少包裝成本系統(tǒng)推薦包裝盒形狀系統(tǒng)推薦率達(dá)到90%的指標(biāo)Q1完成功能研發(fā)產(chǎn)品回顧會

• 制定會議章程。會議前產(chǎn)品經(jīng)理發(fā)送郵件包括開會目標(biāo)、會議議題、時間地點、會議流程、參與人員、準(zhǔn)備資料等。產(chǎn)品經(jīng)理要保障會議內(nèi)容簡單明了，以及重要人員可以出席。會議開始后產(chǎn)品經(jīng)理也要重申會議章程內(nèi)容，讓與會者明確會議議題。
• 展現(xiàn)事實。闡述與產(chǎn)品相關(guān)的實際情況，上線后對業(yè)務(wù)運營數(shù)據(jù)的影響，或產(chǎn)品出現(xiàn)的問題和故障有哪些？記錄會議內(nèi)容，控制好節(jié)奏。
• 集思廣益。陳述完事實后，討論找到解決方案。
• 決定做什么。討論完成后產(chǎn)品總結(jié)會議后的行動項，以及行動的負(fù)責(zé)人和完成時間，便于會議內(nèi)容的追蹤和落實。
• 總結(jié)和公告。會議收尾時，產(chǎn)品經(jīng)理作為主持人要總結(jié)本次會議所有參會人都同意的重要結(jié)論。散會后將結(jié)論總結(jié)為會議紀(jì)要發(fā)給相關(guān)人來備忘。

第三部分 產(chǎn)品經(jīng)理的自我管理

1、帕金斯定律人在做一件事情時，耗費的時間越長就會感到越累。

2、產(chǎn)出=活動*杠桿率越符合組織、團(tuán)隊?wèi)?zhàn)略或目標(biāo)的活動越具有高杠桿率。

3、提升工作速度

• 建立收件箱：產(chǎn)品經(jīng)理不要被當(dāng)前來的事情打斷，讓當(dāng)前來的事情進(jìn)入收件箱，然后分配時間去處理。
• 把場景相同的活動放在一起做：把類似的事情集中在一起做，減少任務(wù)切換的時間。
• 找到關(guān)鍵路徑：產(chǎn)品經(jīng)理在必須做的事情中可以插入可以并行的工作。
• 制定每天的活動計劃：每天開始要預(yù)想一天的工作，哪些是重點工作，哪些是可以放到一起做的工作。但也不要把每天的工作排的非常滿，導(dǎo)致沒有時間應(yīng)對緊急情況。
• 合理拒絕別人的猴子：對于做不了或者暫時沒時間做的工作堅決說不。如果在接受事情前，沒有評估好是否能保質(zhì)完成，那就違背產(chǎn)品經(jīng)理的職責(zé)。
• 學(xué)會番茄工作法：沒工作一段時間就休息一會。

不主動，工作沒有重點，求大求全是產(chǎn)品經(jīng)理的絆腳石。

4、產(chǎn)品力

產(chǎn)品經(jīng)理的技能可以分為硬技能和軟技能。

• 硬技能包括：用戶調(diào)研、產(chǎn)品規(guī)劃、需求分析與管理、產(chǎn)品方案設(shè)計、數(shù)據(jù)分析等。
• 軟技能包括：項目管理能力、時間管理能力、溝通能力等。

5. 產(chǎn)品力的獲得途徑

作者的個人情況或習(xí)慣：

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

以上，可以了解到作者身上幾個難能可貴的品質(zhì)：

• 對世界充滿好奇。在好奇心的驅(qū)動下，習(xí)得的知識非常寬廣。
• 對產(chǎn)品工作發(fā)自肺腑的熱愛。興趣讓學(xué)習(xí)、規(guī)劃和實踐更加縱深。
• 目標(biāo)驅(qū)動、規(guī)劃落地。目標(biāo)明確，為達(dá)目標(biāo)時刻準(zhǔn)備。
• 喜歡追根溯源。了解知識時追求本源，學(xué)習(xí)知識時抓核心要義。
• 持續(xù)學(xué)習(xí)，知識內(nèi)化，不斷總結(jié)和輸出。工作實踐不斷總結(jié)成經(jīng)驗和方法，形成自己的理論體系，揉碎成通俗易懂的生活例子闡釋。
• 尋求好的實踐經(jīng)歷。在好的項目、工作環(huán)境中迸發(fā)出更多的靈感和提升。