B端產(chǎn)品經(jīng)理必修課
從業(yè)務(wù)邏輯到產(chǎn)品構(gòu)建全攻略?
作者:李寬
partI 單個產(chǎn)品管理流程
了解知識本源,才能夠知道知識的核心要義张症。
當(dāng)你在思考問題的時候能庆,其實已經(jīng)在為解決問題而聚焦方向。
1. B端產(chǎn)品經(jīng)理是什么?
2. B端產(chǎn)品是什么宣蠕?
B端產(chǎn)品面向特定的群體例隆,能夠收集明確的需求,是從一到無窮大的整合過程抢蚀。
3. 表現(xiàn)層 | 領(lǐng)域?qū)?| 數(shù)據(jù)層
領(lǐng)域?qū)邮巧虡I(yè)和業(yè)務(wù)邏輯镀层,需要切分好模塊的邊界,做到模塊和角色之間的高效協(xié)作皿曲。
數(shù)據(jù)層則要求pm關(guān)注系統(tǒng)的交互與數(shù)據(jù)存儲唱逢。要知道數(shù)據(jù)背后的含義是什么。
4. 工作流
*單個產(chǎn)品管理流程谷饿,橫坐標(biāo)以階段來劃分惶我,縱坐標(biāo)以用戶體驗五要素來劃分〔┩叮總的倆說绸贡,每個階段都涉及不同層級,產(chǎn)品一般在工作流程毅哗。其中先后性不一听怕。
5. 技能樹
作者的一個觀點很有趣:用「二八原則」來看待知識的掌握,20%的知識是貫穿在工作中被反復(fù)使用的虑绵,是固態(tài)的尿瞭。另外的80%的知識則是需要不斷更新、動態(tài)變化的翅睛。
6. 職業(yè)發(fā)展
產(chǎn)品經(jīng)理可以在職業(yè)知識声搁、行業(yè)專家、或者是組織戰(zhàn)略等方面有自己的專長捕发。核心仍然是「發(fā)現(xiàn)問題疏旨、解決問題」。
· 關(guān)于產(chǎn)品經(jīng)理是否要懂技術(shù)
作者將其分為三個階段:大膽而專注地創(chuàng)新——看懂約束了解邊界——能夠戴著鐐銬跳舞扎酷。
但技術(shù)是核心檐涝,需要了解技術(shù)的具體應(yīng)用,可以從軟件架構(gòu)和軟件工程的書來看法挨,了解如何搭建一個軟件和應(yīng)用谁榜。接著了解學(xué)習(xí)一門編程語言,最后是嘗試著跟程序員交朋友凡纳,也可以使用markdown來寫文檔窃植。
· 「精益思想」
以更少的資源完成更多的事情。
讀者可以思考以下十個點背后的含義:P
1??快?
2?? 流動
3?? keep it simple, stupid
4?? 簡化不是砍掉
5??好的需求會害人
6??化散亂為規(guī)律惫企、預(yù)測應(yīng)急的事情
7?? 圖示可以省字
8?? 「稀缺」管理資源
9??目標(biāo)聚焦
10. 保持初心
要學(xué)會整體思考撕瞧,不要只關(guān)注細(xì)枝末節(jié)陵叽。先準(zhǔn)確再精確(優(yōu)化迭代的思想,不斷探索根本的需求)
partII 管理框架
產(chǎn)品在規(guī)劃階段所做的事情丛版,會對產(chǎn)品設(shè)計指引方向巩掺。要想著今天做的事情能讓明天更好,那么今天做的事情才是有意義的页畦。
1??調(diào)研市場
如何找到B端競品
明確目的 - 與業(yè)務(wù)同事溝通 - 了解專有名次 - 同類SaaS產(chǎn)品拓寬思路 - 搜索信息的渠道(百度谷歌胖替、知乎簡書亚脆、論文)
完成這五個方面的動作之后食零,分析本產(chǎn)品可能存在的機會和贏利點爸舒,獲取經(jīng)驗和方向莉钙。
總結(jié) => 帶著產(chǎn)品創(chuàng)意、行業(yè)信息蘸劈,通過工具(競品分析鸥滨、SWOT鸥咖、商業(yè)模式畫布)得到競品分析報告舍败、BRD招狸。
2??調(diào)研用戶
用戶的需求可以聽,但不一定都要做邻薯,弄清楚其核心需求是什么裙戏。他們最終選擇的是四個輪子的車而非更快的馬。
明確詞語的含義厕诡,產(chǎn)生誤解的情況可以復(fù)現(xiàn)一下累榜,情景復(fù)現(xiàn)是最容易定位問題的。
如果要提問用戶灵嫌,盡量不要用固定的選項的問題壹罚。
以及嘗試復(fù)述用戶的話,去體會檢驗自己的理解是否正確寿羞,也讓對方重新思考自己表達(dá)的準(zhǔn)確性渔嚷。
師徒訪談法:拜用戶為師傅 (發(fā)現(xiàn)問題- 分析流程 - 探索機會)
幾種方法都是為了獲得更準(zhǔn)確的信息。
3??規(guī)劃產(chǎn)品路線
基本方法(根據(jù)安迪· 格魯夫的理論):三步驟?
- 分析和預(yù)測需求 (根據(jù)結(jié)果測量優(yōu)先級 + 期望日期)
- 現(xiàn)狀分析 (當(dāng)前的約束)
- 縮小差距 (頭腦風(fēng)暴)
最終會得到一個產(chǎn)品路線圖 Roadmap稠曼,規(guī)劃產(chǎn)品發(fā)展路線、節(jié)奏
以及書中了提到《創(chuàng)新者的窘境》提出的「重點」「機遇權(quán)衡計劃」「執(zhí)行」客年,要求在做產(chǎn)品規(guī)劃時可以從這三點出發(fā)霞幅,尤其機遇權(quán)衡的部分,要產(chǎn)品根據(jù)時下情況做出決策量瓜。
4. 分析需求
· 需求蛋模型司恳,要去降低含混
· 思考需求,變革公式 D x V x F > R? ,去戰(zhàn)勝阻力因素绍傲。
· UML 統(tǒng)一建模語言
用來解析業(yè)務(wù)和探求需求耍共,首先數(shù)據(jù)驅(qū)動業(yè)務(wù)猎塞,行為產(chǎn)生數(shù)據(jù)试读。分析需求要將場景具象荠耽,假設(shè)設(shè)計一個怎樣的系統(tǒng)钩骇,畫流程圖來分析系統(tǒng)。先總結(jié)主要流程铝量,再進一步對框架細(xì)化倘屹,在劃分層級和步驟的時候也保持7+-2的原則慢叨,來保證合適的顆粒度。
1??數(shù)據(jù)對象和屬性拍谐,根據(jù)數(shù)據(jù)庫的知識「增加烛缔、刪除、更新赠尾、查詢」力穗,看實際情況對數(shù)據(jù)的需求進行查漏補缺。
2??數(shù)據(jù)聯(lián)系流程当窗,功能與數(shù)據(jù)并存。反過來思考崖面,功能是否還缺少其他數(shù)據(jù),數(shù)據(jù)的產(chǎn)生服務(wù)于什么功能巫员。
3??聯(lián)系外部實體和數(shù)據(jù)甲棍,了解使用的人是誰简识,串聯(lián)數(shù)據(jù)的輸入輸出之間的動作感猛。
· 用例圖 use case七扰,類似于故事藍(lán)圖陪白,最終目的是讓團隊的所有人快速了解需求,以此為基礎(chǔ)明確書寫出需求文檔咱士。
PRD 需求文檔
· 非功能需求
無論是功能需求還是非功能需求,都要力圖準(zhǔn)確锐膜,再做到精確。