|

第一部分 To B or not to B
1 B 端產(chǎn)品經(jīng)理
如何理解B端產(chǎn)品?
B端產(chǎn)品主要分為兩大類:
- 為公司的管理服務,如:HR系統(tǒng)、OA系統(tǒng);
- 為公司的運營服務,如:供應鏈系統(tǒng)、ERP系統(tǒng)的。
B端產(chǎn)品即要符合商業(yè)組織的戰(zhàn)略要求,能夠滿足商業(yè)用戶需求,將已有商業(yè)運行邏輯進行系統(tǒng)化、信息化、高效化處理。兩類都是為企業(yè)流程效率服務,讓分散的、低效的個體,更好地連接合作,發(fā)揮集成化的、系統(tǒng)化的更大作用。
相較于C端產(chǎn)品,B端產(chǎn)品最大的特點是:面向特定領域用戶,且數(shù)量少得多,但更注重對用戶專業(yè)領域操作流程的深度挖掘——也就是專業(yè)性更強,與業(yè)務的結合更緊密。
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)品助理:關注具體執(zhí)行層面的協(xié)作,對產(chǎn)品的需求細化,以及對原型的設計和文檔的整理
- 2.產(chǎn)品經(jīng)理:主要關注推動產(chǎn)品迭代、產(chǎn)品的實現(xiàn)與效果、數(shù)據(jù)和業(yè)務、感知業(yè)務和產(chǎn)品的發(fā)展方向。
- 3.高級產(chǎn)品經(jīng)理:主要關注商業(yè)價值和模式,以及和產(chǎn)品的全生命周期思考問題。
- 4.產(chǎn)品總監(jiān):主要關注戰(zhàn)略規(guī)劃、業(yè)務發(fā)展以及團隊管理。
在這條職業(yè)發(fā)展路徑的每個階段關注的重點不同,要掌握的技能雖多,但不是每一種都需精通,可借鑒“二八原則”:真正重要的知識,或者在實踐中被反復使用的知識,只占全部知識的20%。也就是說,20%的知識是需要反復修煉形成骨架的,剩下的80%在此基礎上不斷更新迭代。所以產(chǎn)品人要一直學習在路上。
3 以精益思想為產(chǎn)品方法
花更少的人,更少的設備,更少的時間和空間為客戶提供真正想要的東西。
- 理念一:快??鞎r成本與效率的解決之道。
- 理念二:流動產(chǎn)生價值。長時間沒開發(fā)的需求就慢慢變得不實用要定期回顧他的價值或重新設計。
- 理念三:采用最簡單的方案。面對各有優(yōu)劣方案舉棋不定面對復雜流程而苦惱時,選取簡單的方案是最優(yōu)選擇,結構簡單的系統(tǒng)往往是最可靠的。
- 理念四:處在聯(lián)系中的事物才能被簡化。簡化不是減少,將需要簡化的部分在系統(tǒng)中進行了轉移。
- 理念五:不害人的需求不是完整的需求。無論多壞的改變,都會有一些人收益;無論多好的改變,都會使一些人受損。在設計規(guī)則時,要多角度的考慮獲益或者受損的角色。
- 理念六:化散亂為規(guī)律,化應急為預測。懂得預測需求,否則就會疲于奔命。
- 理念七:只可圖示,不可言傳。能用圖表示的會更直觀,更有助于發(fā)現(xiàn)問題。
- 理念八:讓公路排滿車,就是堵車。將工作焦點轉移到重要不緊急的事情上去。
- 理念九:聚焦目標才能帶來明確的結果。做產(chǎn)品如果想討好所有的用戶就會分散目標,變得平庸。
- 理念十:持續(xù)改進,不忘初心。做出的產(chǎn)品方案需要不斷優(yōu)化,同時不斷回顧最初目標防止跑偏。
- 理念十一:細節(jié)體現(xiàn)專業(yè)。對事物的不斷細分才能體現(xiàn)專業(yè)性。
- 理念十二:不要造永動機。思考產(chǎn)品要從整體思考,不要陷入細節(jié)。
- 理念十三:先準確,后精確。探索需求,先力求需求準確,再在此基礎上精確的探索需求。
第二部分 單個產(chǎn)品管理流程
B端產(chǎn)品經(jīng)理的工作流程歸納為五個階段:
- 產(chǎn)品規(guī)劃→產(chǎn)品設計→產(chǎn)品研發(fā)→數(shù)據(jù)監(jiān)控
1. 規(guī)劃階段:基于組織的目標和戰(zhàn)略,獲取并分析需求,規(guī)劃B端產(chǎn)品的發(fā)展方向和路徑
我們要從規(guī)劃階段開始設計我們的B端產(chǎn)品,在規(guī)劃階段,我們要開展市場調(diào)研、用戶調(diào)研、產(chǎn)品路線規(guī)劃、需求分析、需求管理等活動,這些活動分布在《用戶體驗要素》的戰(zhàn)略層和范圍層,即主要關注目標和實現(xiàn)目標的邊界。
這一階段主要是產(chǎn)品經(jīng)理要考慮的,作為剛入門的產(chǎn)品小白來說,可以先從了解行業(yè)動態(tài)開始,通過“人人都是產(chǎn)品經(jīng)理”網(wǎng)站、喜馬拉雅“36氪”等各種途徑來了解,可以在茶余飯后與同事朋友聊聊,開拓思路。
2. 設計階段:基于需求和規(guī)劃,設計產(chǎn)品信息架構、原型、交互、UI方案等
在設計階段,我們要開展設計信息架構,設計產(chǎn)品原型、設計交互、設計UI等活動。這些活動分布在《用戶體驗要素》的結構層、框架層和表現(xiàn)層,即要在界定的邊界內(nèi)勾劃出最終輸出物大體輪廓和具體執(zhí)行方案及最終的輸出物—產(chǎn)品。
這一階段涉及到具體執(zhí)行層面,也是產(chǎn)品專員或產(chǎn)品助理應該重點關注的環(huán)節(jié)。目前階段產(chǎn)品經(jīng)理已經(jīng)通過規(guī)劃和分析需求了解到用戶想做什么了,這一階段即讓概念進入產(chǎn)品化階段。先不要急打開axure,我們需要先梳理出業(yè)務流程圖和信息架構圖,在此基礎上再去進行細化,為了防止我們畫原型時缺頁面可以先梳理出頁面流程圖,最后再一氣呵成完成你的原型設計。
3. 研發(fā)階段:根據(jù)已經(jīng)設計好的產(chǎn)品方案,設計技術實現(xiàn)方案及推動產(chǎn)品研發(fā)。
我們完成了設計階段的工作后,將進入到研發(fā)階段。在研發(fā)階段,產(chǎn)品經(jīng)理要協(xié)助研發(fā)開展產(chǎn)品開發(fā)工作。這個活動分布在《用戶體驗要素》的表現(xiàn)層,即關注最終的產(chǎn)出物—產(chǎn)品。雖說產(chǎn)品經(jīng)理不需要寫代碼,但要承擔項目管理、協(xié)助研發(fā)理清需求、協(xié)助測試開展測試以推進產(chǎn)品開發(fā)。
在這個過程中,需要隨時隨地解答技術人員對需求的疑問以及協(xié)助測試人員將優(yōu)化和bug分類整理,并安排優(yōu)先級進行分批處理。
4. 發(fā)布階段:制訂產(chǎn)品發(fā)布前的部署和培訓計劃,推動產(chǎn)品上線。
B端產(chǎn)品在完成研發(fā)后,將進入發(fā)布階段。在發(fā)布階段,產(chǎn)品經(jīng)理要開展制定產(chǎn)品發(fā)布方案、發(fā)布產(chǎn)品的活動。這些活動分布在《用戶體驗要素》的框架層和表現(xiàn)層。即關注具體的業(yè)務流程和最終的產(chǎn)品。
在這個階段前,要確認以下信息做好充分準備:
- 1.產(chǎn)品是否具備待上線條件,比如是否有測試報告,是否得到使用方的驗收通過;
- 2.產(chǎn)品的操作手冊和培訓安排是否完成;
- 3.產(chǎn)品上線時間是否合適,確保不要影響其他業(yè)務的操作。其他細節(jié)這里不贅述。
5. 監(jiān)控階段:監(jiān)控產(chǎn)品上線后的效果,收集并分析用戶反饋的信息,并形成新的需求。
在發(fā)布B端產(chǎn)品之后,產(chǎn)品經(jīng)理將進入監(jiān)控階段。在監(jiān)控階段,產(chǎn)品經(jīng)理要開展制定關鍵指標、收集及分析反饋信息的活動。這些活動分布在《產(chǎn)品體驗要素》的框架層和表現(xiàn)層,即主要關注具體的業(yè)務流程和最終的產(chǎn)品。在監(jiān)控階段,產(chǎn)品經(jīng)理要使用數(shù)據(jù)來監(jiān)控產(chǎn)品上線后的效果,以及收集用戶的反饋意見,最終為開啟新的單個產(chǎn)品管理流程做準備。
上線一段時間后,需要產(chǎn)品經(jīng)理寫上線郵件,主要目的有三個:
- 1.總結與記錄:總結項目過程,未來翻查資料速度超快;
- 2.項目推動:產(chǎn)品上線后才是開始,需要推動、協(xié)調(diào)各方資源;
- 3.團隊潤滑劑:給參與者幫助你的人正面反饋。監(jiān)控階段手機的新需求和反饋進行整理分析,用于后期優(yōu)化產(chǎn)品。
總體來說,B端產(chǎn)品經(jīng)理主要關注3個方面:表現(xiàn)層、領域層、數(shù)據(jù)層。
- 表現(xiàn)層:即用戶界面,用戶直接與系統(tǒng)進行交互和操作;
- 領域層:是商業(yè)和業(yè)務邏輯,是核心關注點;
- 數(shù)據(jù)層:關注是系統(tǒng)之間的交互與數(shù)據(jù)存儲,系統(tǒng)之間會以接口的形式傳送數(shù)據(jù),關注接口傳輸性能、傳輸內(nèi)容等。
4 規(guī)劃階段:產(chǎn)品設計的開始
一、產(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分析、競品分析
指標:競品分析報告、商業(yè)需求文檔
- 明確目的。想清楚你要查詢的信息,定好方向再起步。
- 與業(yè)務同事溝通。咨詢業(yè)務同學競品名字。
- 了解專有名詞。如ERP、WMS,通過搜索專有名詞找到可用資料。
- 找到同類SaaS產(chǎn)品。
- 搜索信息渠道。知乎、簡書,知網(wǎng)、萬網(wǎng)。
2.調(diào)研用戶:傾聽用戶聲音。
目的:分析和研究產(chǎn)品使用者
需要:競品分析報告、商業(yè)需求文檔、產(chǎn)品創(chuàng)意
方法:用戶研究方法(問卷調(diào)研、用戶訪談等)
指標:用戶調(diào)研報告
- 用戶的話不能全信。為了引起重視而故意夸大,害羞或怕說錯話不去表達真實想法。
- 能有的功能,用戶都希望有。人性貪婪。
- 明確詞語含義?!拔蚁M麍蟊砀煲稽c”“更快一點”就需要進一步明確。
- 盡量不要問有固定選項的問題。列選項即使沒有他也會選擇。不認讓用戶給選項打分0-10分。
- 重述用戶所說。將用戶的話用產(chǎn)品經(jīng)理的語言再說一遍,讓用戶判斷說的對不對。
- 別讓用戶預測。不要讓用戶設計產(chǎn)品,與未來相比用戶當下的行為更有準確性。
師徒制,三段式問法:請教>刨根問底>核實
1)發(fā)現(xiàn)問題:你正在做什么事情?做的過程中有什么不舒服的嗎?遇到了什么問題?
2)分析流程:你現(xiàn)在用什么方法來解決整個問題?
3)探索機會:為了更好的解決整個問題,你認為有什么方法可以幫到你?或者哪些地方可以優(yōu)化下?
3.規(guī)劃產(chǎn)品路線:縮小現(xiàn)在與未來的差距
目的:規(guī)劃產(chǎn)品路線、節(jié)奏
需要:競品分析報告、商業(yè)需求文檔、產(chǎn)品創(chuàng)意、用戶調(diào)研報告
方法:
- ①列出為了縮小差距所要做的事情
- ②目前產(chǎn)品的約束條件,找出其中能做到的事情
- ③預測這些事情會使產(chǎn)品有怎么樣的結果
- ④給這些結果排序,給他們加上一個期望日期
指標:產(chǎn)品發(fā)展路線圖Roadmap(實現(xiàn)時間、名稱、目標、功能、優(yōu)先級、度量標準)
- 時間:完成時間是什么時候
- 名稱:實現(xiàn)的產(chǎn)品名稱和版本號是什么
- 目標:要實現(xiàn)什么樣的目標,以及想要獲得的收益
- 功能:實現(xiàn)的功能是什么優(yōu)先級這些功能的優(yōu)先級是什么指標用什么標準來衡量已經(jīng)完成并實現(xiàn)的計劃
有產(chǎn)品目標后要做好目標管理,規(guī)劃行動方案,實時反饋并驗收成果。
1、分析和預測需求。
產(chǎn)品經(jīng)理首先要明確與產(chǎ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、用頭腦風暴列出為縮小差距所要做的事情。
- b、思考從目前的約束條件列出清單中可以做的事情。
- c、已經(jīng)選出的事情會使產(chǎn)品有怎樣的結果,最好能夠測量。
- d、給結果排序,列出優(yōu)先級及期望實現(xiàn)日期。
4.分析需求:用圖形代言需求
目的:將需求具體化
需要:競品分析報告、商業(yè)需求文檔、產(chǎn)品創(chuàng)意、用戶調(diào)研報告
方法:篩選需求(需求蛋模型)→思考需求(D×V×F>R)→解析需求(UML統(tǒng)一建模語言)
指標:需求說明文檔
需求應有的特征:
- 痛點:好的需求猶如根治用戶痛處的良藥。B端產(chǎn)品通過調(diào)研用戶基本可提煉出痛點。
- 收益:需求應有可量化的結果導向。
- 明確、可行、簡單的第一步:挖掘需求就是降低需求中的含混性,使之明確。如果在需求落地成型階段才發(fā)現(xiàn)含混性,這個時候的改正成本實在是太高了。
需求的變革公式:不滿情緒*變革愿景*初步實踐>變革阻力。對現(xiàn)狀的不滿、對變革的期盼、愿意邁出明確的第一步等其中任何一個因素沒做到將導致變革失敗。
- 需求的可行性=(需求的當前價值+未來價值)/(需求的實現(xiàn)成本+維護成本)
- 解析需求:數(shù)據(jù)驅動,行為產(chǎn)生數(shù)據(jù),數(shù)據(jù)聯(lián)系行為。數(shù)據(jù)流動形成數(shù)據(jù)流,從而把業(yè)務中的人聯(lián)系在一起。
舉例設計一個咖啡館的管理系統(tǒng)
進店——點餐——下單——制作食物——送餐——就餐——結賬——離店
- 2、對主要流程進行細化。如果流程圖中的活動數(shù)量超過7+-2的范圍,則顆粒度太細或太粗。
比如將點餐流程進行細化
數(shù)據(jù)之間三種對應關系:一對一、一對多、多對多
- 一對一:顧客就餐完成后需要支付自己的賬單。顧客1——1賬單
- 一對多:服務員工作可以為多個顧客服務。服務員1——n顧客
- 多對多:面包、咖啡等可以被不同客人點單。菜品n——n顧客
數(shù)據(jù)對象的屬性也是一類數(shù)據(jù),用來描述數(shù)據(jù)對象,并且多個數(shù)據(jù)對象可以包含相同的屬性。如何區(qū)分數(shù)據(jù)對象和屬性:xx單、xx表一般都是數(shù)據(jù)對象,數(shù)據(jù)對象區(qū)別于其他實物獨立存在的個體,數(shù)據(jù)對象一般能用量詞“類”來形容。數(shù)據(jù)對象的屬性數(shù)據(jù)可被用來增刪查改,可以通過該來查漏補缺。
數(shù)據(jù):表示數(shù)據(jù)流,連接數(shù)據(jù)流程圖的各元素。
外部實體:外部實體表示系統(tǒng)之外的人或事物,它可以成為整個數(shù)據(jù)流的起點或者終點。
數(shù)據(jù)儲存:存儲數(shù)據(jù)的區(qū)域。在現(xiàn)實中,可能是單或者表格表格。
活動操作:對數(shù)據(jù)進行操作,包括數(shù)據(jù)的流入和流出。
用例是對產(chǎn)品功能需求的描述。
需求文檔
- 1、需求名稱
- 2、背景
- 3、目標與收益
- 4、功能需求。業(yè)務概念、流程展示、需求描述。
- 5、非功能需求
5.管理需求:打造簡單可實踐的需求池
目的:將需求具體化
需要:產(chǎn)品發(fā)展路線圖、需求說明文檔、產(chǎn)品創(chuàng)意
方法:需求收集(急診模式)→需求設計(登機模式)→需求研發(fā)(看板模式)
指標:需求池、需求排期計劃

需求的重要性:為了區(qū)分同一優(yōu)先級的多個需求,可以用重要性來輔助優(yōu)先級管理需求。
重要性就是對需求進行打分,分數(shù)范圍是1—100分(根據(jù)5個優(yōu)先級可以分成5等分),每個需求的分數(shù)是唯一的。優(yōu)先做分數(shù)大的需求。
優(yōu)先級和重要性一旦確定,所有的資源將向這些需求傾斜。處理跨部門的需求時,使用優(yōu)先級尤為重要,但重要性的分數(shù)不能跨部門比較。
5 設計階段:產(chǎn)品從概念到解決方案
產(chǎn)品設計:設計產(chǎn)品架構→設計產(chǎn)品原型→設計交互→設計 UI
1.設計產(chǎn)品架構:設計讓產(chǎn)品立得住的骨架
需要:產(chǎn)品發(fā)展路線圖、需求說明文檔、需求排期計劃
方法: 設計信息架構(三要素:情景、內(nèi)容、用戶)→輸出站點地圖(UML)
指標: 站點地圖
信息架構(收納信息)
- 信息架構三要素:情景,內(nèi)容、用戶。
- 信息架構五組件:組織系統(tǒng)、標簽系統(tǒng)、導航系統(tǒng)、搜索系統(tǒng),
- 組織信息:根據(jù)時間字母等對信息進行組織分類。
- 給信息加標簽:用一個名稱對大量的信息進行概括,就是給信息加入了標簽,便于快速查詢。
- 設置找到信息的路徑:導航
- 搜索信息:搜索功能
- 描述信息的特征:通過各種條件篩選數(shù)據(jù)。
站點地圖(原型設計起點)
- 各頁面的層級關系。b端產(chǎn)品的四種基本頁面類型:表單頁、詳情頁、列表頁、Dashboard頁
- 表單頁:用戶向系統(tǒng)增加、刪除、提交信息的操作頁面。
- 詳情頁:展示詳細信息。
- 列表頁:向用戶展示結構化的數(shù)據(jù)信息。列表頁的設計大部分來自用戶對實際數(shù)據(jù)的操作和展示。
- Dashboard頁:儀表盤,監(jiān)控系統(tǒng)運營情況。
2.設計產(chǎn)品原型:高效產(chǎn)出原型的方法
需要:站點地圖、需求說明文檔
方法: 交互設計、排版、axure 技能、
指標: 產(chǎn)品原型、PRD 文檔
模式思維
模式,指可以重復使用的方式和方法。類似于樂高積木原理。
以廚房設計為例,廚房空間需要爐灶、水槽、食物儲存區(qū)、操作臺四個區(qū)域。以上四個部分距離不能太大在3m以內(nèi),操作臺的范圍大致在1.2-3.6m。要在一個頁面上滿足用戶多種活動需求,比如信息查看、搜索、下載等,每種活動對應一種解決方案,這個解決方案就是模式。設計模式是由組件組成,組件是構成設計模式的基本元素。
因此設計產(chǎn)品原型的流程:
- 1、根據(jù)站點地圖,找到要設計的頁面類型。(列表頁、表單頁、詳情頁、Dashbard頁等)
- 2、根據(jù)頁面類型對應用戶操作行為,思考出各自對應的模式。
- 3、用組件搭建成對應的模式。各種模式的布局和組合最終形成產(chǎn)品原型。
總結屬于自己的設計模式
- 1、模式名稱:給自己的模式起個名稱,便于管理交流。比如,搜索單據(jù)。
- 2、概念和價值:描述清楚這個模式是什么,即給模式下一個定義。寫清楚給用戶帶來什么價值。
- 3、使用范圍:該模式相關的邊界條件。比如在用戶登錄情況下,向用戶推薦常用信息。
- 4、模式描述:用文字圖片等形式描述清楚模式由哪些組件構成及該模式是如何運行的。如:用戶在輸入框錄入關鍵詞時,會實時展示提示信息,便于用戶選擇。
- 5、相關模式:與這個模式相關的模式還有哪些。
三種精度的產(chǎn)品原型展示
- 低精度原型:即頁面流程圖,展示頁面中的關鍵組件及頁面之間的跳轉流程。
- 中精度產(chǎn)品原型:像照片一樣,展示包含所有組件的頁面,主要展現(xiàn)頁面布局。
- 高精度產(chǎn)品原型:詳細展示原型中各個組件在不同操作下所展示的信息。
需求文檔加上 網(wǎng)站地圖及產(chǎn)品原型就為產(chǎn)品需求文檔。
3.設計交互:讓B 端產(chǎn)品簡單易用
B端產(chǎn)品更加偏重于工具屬性,注重幫助用戶完成工作效率和效果。所以,設計C端產(chǎn)品的交互更像是設計一本賞心悅目的小說,設計B端產(chǎn)品更像是一本產(chǎn)品說明書,需要追求使用的高效和易學性。
4. 設計UI:如何與設計師高效溝通
跟設計師的合作注意以下幾點:
- 主動學習設計知識,如:常逛逛Dribble、優(yōu)設、站酷之類的設計網(wǎng)站,提高自己對設計的認知。同時,了解公司或團隊的設計規(guī)范。
- 明確指出設計重點,表達順序。明確頁面中重點功能是什么,使用者在什么場景下使用,以及希望用戶重點使用的界面組件和信息有哪些。
- 給出設計案例??梢哉乙恍┍容^好的設計案例給設計師參考,指出案例中哪些元素可以參考。
尼爾森十大可用性原則
- 系統(tǒng)狀態(tài)可見:用戶能夠隨時獲得產(chǎn)品反饋的信息,會讓用戶產(chǎn)生對產(chǎn)品的信任和安全感。
- 系統(tǒng)與真實世界匹配:要參考真實環(huán)境使用的單據(jù)和報表,將其映射在產(chǎn)品中。
- 用戶掌控和自由操作:用戶可以自由退防護或者結束當前任務。
- 一致性和標準化:讓界面元素和操作形成一套讓用戶可識別、可學習的標準,并且在產(chǎn)品的任何地方都可以應用。
- 避免錯誤:需要檢查一下界面的按鈕是否可能產(chǎn)生誤觸。
- 直接識別比記憶好:產(chǎn)品要減少用戶的記憶負擔。
- 靈活高效地使用:要不斷地提高界面使用效率
- 美觀和簡約的設計:設計要簡明突出。
- 幫助用戶識別、診斷和解決錯誤:著重關注給用戶反饋的操作信息,且盡可能以友善的態(tài)度表達。
- 幫助和文檔:需要在界面上提供必要的使用幫助,并整理出專門的產(chǎn)品使用文檔幫助用戶學習。
6 研發(fā)階段:產(chǎn)品方案的實現(xiàn)
產(chǎn)品研發(fā):項目啟動→規(guī)劃→執(zhí)行→監(jiān)控→收尾
1.項目啟動
說明項目目標、階段劃分、組織結構、管理流程等關鍵事項
2.規(guī)劃
明確研發(fā)工作內(nèi)容以及各需求點的研發(fā)、測試負責人,評估研發(fā)時間,制定排期計劃表

3.執(zhí)行 (一個Java項目的標準開發(fā)流程)
總體設計→概要設計→詳細設計→編寫代碼→代碼審核→單元測試→集成測試→系統(tǒng)測試→發(fā)版上線
4.監(jiān)控
對項目輸出成果或者階段性成果進行檢查,看看是不是我們想要的或是缺少了什么
PS:需求看板可以有效管理各需求進度,防止需求堆積擁堵導致項目不能按時交付

5.收尾
試用、培訓、維護、項目回顧復盤
項目管理
在研發(fā)階段,產(chǎn)品經(jīng)理需要承擔起項目管理的義務,協(xié)助研發(fā)和測試同事,以推進產(chǎn)品開發(fā)。
項目管理的四個維度:范圍、時間、質量、成本。
可對應的項目目標:多、快、好、省。
1、核心問題,什么是項目?項目是為創(chuàng)造獨特的產(chǎn)品、服務或者成果而進行的臨時性工作。據(jù)此對項目有三個定義。
- 項目有明確的開始和結束,也就是項目有明確的開始時間和結束時間。沒有明確開始時間和結束時間的活動稱之為運營。運營是一個通過連續(xù)不斷的工作來交付成果。
- 項目會產(chǎn)生成果。最終提供用戶使用的產(chǎn)品功能。
- 項目計劃隨著項目的開展而逐漸詳細。項目會隨著計劃的開展展現(xiàn)很多之前未考慮到的細節(jié)
2、項目目標,多、快、好、省在將要延期的情況下可以考慮砍掉部分功能而不要增加開發(fā)資源。
3、項目計劃:

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

項目溝通:
原則:不論采用何種手段,郵件、微信、電話、面談,信息的發(fā)出方一定要保證接收方能夠收到并且理解信息,做出反饋。
項目推進:
推進項目的重要基石是:標準化——標準化指完成某項工作的最佳工作方法。
產(chǎn)品經(jīng)理可以將項目過程遇到的問題及處理方法、人員配合方式、項目流程等經(jīng)驗或文檔分享給其他項目成員,推而廣之,達成大家的共識。
比如:
- 項目會議紀要模板:幫助大家高效輸出內(nèi)容完備的會議紀要。
- 上線驗收清單模板:讓大家按照清單和步驟執(zhí)行可以減少出錯、提高效率。
- 項目工作流:明確各自角色的任務及配合時間點,團隊配合更緊密。
標準化可以避免項目再次陷入相同的錯誤中。沿用成功的工作方法、經(jīng)驗,讓項目不斷被順利推進。
而在研發(fā)日常跟進中,可以采用看板模式來記錄和跟進??窗骞芾硇枰⒁獾木褪牵罕苊饽硞€階段的需求出現(xiàn)擁堵,或者是一旦發(fā)現(xiàn)擁堵,要及時疏解。
需求卡片可以包含如下信息(工具Trello、Teambition)
- 1、需求名稱
- 2、需求的相關人:需求人、負責人、產(chǎn)品經(jīng)理、研發(fā)工程師
- 3、需求類型:如需求涉及哪些系統(tǒng)、哪些部門等
- 4、需求完成時間
- 5、需求描述:可以附上產(chǎn)品文檔
- 6、需求優(yōu)先級
7 發(fā)布階段:產(chǎn)品上線的臨門一腳
上線前需確認的信息:
- 產(chǎn)品是否具備上線條件,比如:是否有測試報告,是否得到使用方的驗收。
- 產(chǎn)品的操作培訓是否完成,或者是否至少有使用說明文檔。
- 產(chǎn)品上線時間是否合適。產(chǎn)品上線的時間點是否會影響其他業(yè)務操作,是否需要配合整體的運營計劃。
產(chǎn)品發(fā)布:
產(chǎn)品推廣產(chǎn)品,可運用營銷推廣模型的核心思路:描述一個重要的問題,并讓大家認同,之后介紹產(chǎn)品給出的解決方案。
營銷推廣模型分7步:
- 背景介紹:介紹所發(fā)布產(chǎn)品的背景信息,比如:時間、地點、任務、事件等信息,便于大家了解背景知識,從而減少認知負擔。
- 描述阻礙:描述用戶目前會遇到的問題,并讓大家認同該問題確實會給自己帶來不便。
- 點燃希望:向大家說明這個問題有解決方案,引起打擊的期待和注意。產(chǎn)品經(jīng)理客戶可以介紹這個問題的解決方案,及概念或者同行業(yè)對這個問題的解決思路。
- 震撼登場:拋出問題的解決方案——即發(fā)布的產(chǎn)品是什么。
- 展現(xiàn)價值:描述這樣的解決方案和產(chǎn)品會給用戶帶來怎樣的價值和收益,可以配數(shù)字,這樣會更有說服力。
- 精雕細琢:介紹產(chǎn)品重要的細節(jié)、工作原理。
- 給出誘惑:給大家送一些福利,讓大家快來體驗產(chǎn)品。這里可以根據(jù)實際情況來選擇使用。
發(fā)布一款產(chǎn)品或者介紹一個功能并不都需要發(fā)布會的形式,產(chǎn)品經(jīng)理可以應用簡單有效的演講框架快速打動用戶。
8 監(jiān)控階段:讓產(chǎn)品不斷生長
8.1 制訂數(shù)據(jù)指標及目標:產(chǎn)品演進的航標
- 8.1.1 數(shù)據(jù)指標的黑箱和二律背反
- 8.1.2 關鍵成功因素法:制訂數(shù)據(jù)目標的方法
8.2 收集及分析反饋信息:整裝待發(fā)
- 8.2.1 零基礎快速入門SQL 的方法
- 8.2.2 與用戶座談的產(chǎn)品回顧會
數(shù)據(jù)監(jiān)控:制定關鍵指標→收集分析反饋信息
1.制定關鍵指標
方法:關鍵成功因素法,輸出OGSM表(如圖)
定位長期目標→制定對應的短期目標→找到實現(xiàn)短期目標的關鍵成功因素(CSFs)→確定 CSFs 實施的測量方法

2.收集及分析反饋信息
產(chǎn)品回顧會:制定會議章程(會議邀請郵件)→展現(xiàn)事實(影響/問題)→集思廣益(問題&方案)→決定做什么(總結行動項、負責人、deadline)→總結和公告(整理會議紀要)
產(chǎn)品監(jiān)控數(shù)據(jù)指標:
數(shù)據(jù)監(jiān)控應該監(jiān)控什么才有意義,從黑箱、儀表盤和二律背反理論中我們可以得到一些啟發(fā)。
我們只能輸入和輸出,而并不知道事物真正運行的原理是什么,比如:電商網(wǎng)站的輸入是用戶進站瀏覽,輸出是訂單。那用戶在瀏覽網(wǎng)頁所做的行為和決策就是黑箱。 通過研究黑箱,我們可以提升用戶轉化率。
通過汽車的儀表盤速度、耗油量等數(shù)據(jù)指標,隨時反饋出汽車的狀態(tài)。沒有儀表盤的汽車隨時都有失控的危險。對系統(tǒng)運行狀態(tài)的監(jiān)控也是,數(shù)據(jù)指標要盡可能覆蓋全面,比如:出現(xiàn)問題的次數(shù)、加載時間、業(yè)務相關數(shù)據(jù)等。
二律背反指規(guī)律中的矛盾,在互相聯(lián)系的兩種力量的運動規(guī)律之間存在的相互排斥現(xiàn)象——即兩種事物此消彼長、此長彼消、相背相反。
因此,我們除了關注數(shù)據(jù)指標之間的相關性,更需要找到這些處在二律背反的指標,然后進行指標配對。通過指標配對,防止過度監(jiān)控或者提升一個指標而帶來副作用,用另一個指標來輔助分析和監(jiān)控,從而權衡出好的辦法以解決問題。
德魯克說:如果沒辦法計量就沒辦法管理。數(shù)據(jù)指標就是管理量化的表現(xiàn)。監(jiān)控部分數(shù)據(jù)指標來監(jiān)控系統(tǒng)的運行狀態(tài),如B端產(chǎn)品數(shù)據(jù)指標包括出現(xiàn)問題的次數(shù)、加載時間、以及業(yè)務相關數(shù)據(jù)指標。
制定數(shù)據(jù)目標思路:關鍵成功因素法
- 定位長期目標。產(chǎn)品經(jīng)理找到組織或者團隊的長期目標是節(jié)省成本。
- 為了實現(xiàn)長期目標,需要制定對應的短期目標。如在長期目標的基礎上拆解出短期要完成的目標是減少包裝成本。
- 找到實現(xiàn)短期目標的關鍵成功因素。如實現(xiàn)減少包裝成本的短期目標可以做的工作是系統(tǒng)推薦使用的包裝盒形狀等。
- 確定關鍵成功因素實施的測量方法。找到所要實現(xiàn)目標所要做的事情后,需要一個標準來測量是否施行到位。如,我們使用推薦準確率達到90%的指標來監(jiān)測。

數(shù)據(jù)采集:
SQL是查數(shù)據(jù)和做報表的工具,建議產(chǎn)品經(jīng)理都要學:
- SQL可能是最容易入門的編程語言。因為他書寫出來的代碼,完全是按照英語語法,是初中語法中最簡單的部分。只要學習非常少的SQL知識,或者說是幾個英語單詞,就可以快速在工作中使用。
- 使用頻率非常高。
- 有助于產(chǎn)品經(jīng)理理解數(shù)據(jù)分析的思路。
SQL 入門手段:
- 《SQL基礎教程》,這本書內(nèi)容實用且基礎,適合零基礎的人學習,且它描繪了很多使用場景。
- 學習編程的網(wǎng)站,如http://www./ ,這里的教學內(nèi)容簡約便捷,可以當成SQL使用的工具字典
- 找一名程序員同事當老師,隨時實踐、隨時請教問題。
在監(jiān)控指標時需要注意的細節(jié):
制定數(shù)據(jù)目標的原則:具體、可衡量、可實現(xiàn)、有相關性、有截止時間。
根據(jù)關鍵成功因素的分析思路最終輸出OGSM表。OGSM是Obiective(長期目標)、Goal(短期目標)、Strategy(策略)、Measurement(測量方法)名詞的首字母。形成另一種展現(xiàn)形式長期目標:節(jié)省成本短期目標策略/關鍵成功因素測量方案行動方案減少包裝成本系統(tǒng)推薦包裝盒形狀系統(tǒng)推薦率達到90%的指標Q1完成功能研發(fā)產(chǎn)品回顧會
- 制定會議章程。會議前產(chǎn)品經(jīng)理發(fā)送郵件包括開會目標、會議議題、時間地點、會議流程、參與人員、準備資料等。產(chǎn)品經(jīng)理要保障會議內(nèi)容簡單明了,以及重要人員可以出席。會議開始后產(chǎn)品經(jīng)理也要重申會議章程內(nèi)容,讓與會者明確會議議題。
- 展現(xiàn)事實。闡述與產(chǎn)品相關的實際情況,上線后對業(yè)務運營數(shù)據(jù)的影響,或產(chǎn)品出現(xiàn)的問題和故障有哪些?記錄會議內(nèi)容,控制好節(jié)奏。
- 集思廣益。陳述完事實后,討論找到解決方案。
- 決定做什么。討論完成后產(chǎn)品總結會議后的行動項,以及行動的負責人和完成時間,便于會議內(nèi)容的追蹤和落實。
- 總結和公告。會議收尾時,產(chǎn)品經(jīng)理作為主持人要總結本次會議所有參會人都同意的重要結論。散會后將結論總結為會議紀要發(fā)給相關人來備忘。
第三部分 產(chǎn)品經(jīng)理的自我管理
1、帕金斯定律人在做一件事情時,耗費的時間越長就會感到越累。
2、產(chǎn)出=活動*杠桿率越符合組織、團隊戰(zhàn)略或目標的活動越具有高杠桿率。
3、提升工作速度
- 建立收件箱:產(chǎn)品經(jīng)理不要被當前來的事情打斷,讓當前來的事情進入收件箱,然后分配時間去處理。
- 把場景相同的活動放在一起做:把類似的事情集中在一起做,減少任務切換的時間。
- 找到關鍵路徑:產(chǎn)品經(jīng)理在必須做的事情中可以插入可以并行的工作。
- 制定每天的活動計劃:每天開始要預想一天的工作,哪些是重點工作,哪些是可以放到一起做的工作。但也不要把每天的工作排的非常滿,導致沒有時間應對緊急情況。
- 合理拒絕別人的猴子:對于做不了或者暫時沒時間做的工作堅決說不。如果在接受事情前,沒有評估好是否能保質完成,那就違背產(chǎn)品經(jīng)理的職責。
- 學會番茄工作法:沒工作一段時間就休息一會。
不主動,工作沒有重點,求大求全是產(chǎn)品經(jīng)理的絆腳石。
4、產(chǎn)品力
產(chǎn)品經(jīng)理的技能可以分為硬技能和軟技能。
- 硬技能包括:用戶調(diào)研、產(chǎn)品規(guī)劃、需求分析與管理、產(chǎn)品方案設計、數(shù)據(jù)分析等。
- 軟技能包括:項目管理能力、時間管理能力、溝通能力等。
5. 產(chǎn)品力的獲得途徑
作者的個人情況或習慣:
- 喜歡看書、涉獵歷史、哲學、科學、經(jīng)管、互聯(lián)網(wǎng)、技術等各個領域的書籍。
- 把寫書列為一個長期的目標,規(guī)劃了5年左右的時間。
- 因為B端產(chǎn)品經(jīng)理的知識沒有成型理論和體系,所以,作者立志填補這項空白。期望自己的總結和思考,為中國產(chǎn)品經(jīng)理職業(yè)發(fā)展提供理論和實踐的支持。
- 為了寫書,查閱大量現(xiàn)有的互聯(lián)網(wǎng)、經(jīng)管類書籍,還有大量的軟件工程類書籍,以及學術論文。
- 查閱資料注重追溯知識本源,了解知識的核心要義。
- 本書展示了作者對B端產(chǎn)品經(jīng)理的理解,介紹了B端產(chǎn)品經(jīng)理的工作流程、工作方法、工作場景,以及作者在工作中的經(jīng)驗總結。
- 喜歡跟研發(fā)同事散步聊產(chǎn)品和設計,在無拘無束的暢談中總結自己對產(chǎn)品的看法和觀點。
以上,可以了解到作者身上幾個難能可貴的品質:
- 對世界充滿好奇。在好奇心的驅動下,習得的知識非常寬廣。
- 對產(chǎn)品工作發(fā)自肺腑的熱愛。興趣讓學習、規(guī)劃和實踐更加縱深。
- 目標驅動、規(guī)劃落地。目標明確,為達目標時刻準備。
- 喜歡追根溯源。了解知識時追求本源,學習知識時抓核心要義。
- 持續(xù)學習,知識內(nèi)化,不斷總結和輸出。工作實踐不斷總結成經(jīng)驗和方法,形成自己的理論體系,揉碎成通俗易懂的生活例子闡釋。
- 尋求好的實踐經(jīng)歷。在好的項目、工作環(huán)境中迸發(fā)出更多的靈感和提升。

|