產(chǎn)品經(jīng)理如何打造自己的產(chǎn)品方法論?
?當(dāng)產(chǎn)品經(jīng)理積累大量實(shí)戰(zhàn)經(jīng)驗(yàn)與崗位認(rèn)知后,學(xué)會從中總結(jié)方法論與心得能夠幫助我們高速成長。那么具體要怎么做呢?過程中有哪些要點(diǎn)要掌握呢?筆者將結(jié)合這些點(diǎn)梳理如何打造產(chǎn)品方法論。
28歲歲末的時候,立了個flag,希望在30歲時,能形成自己的產(chǎn)品方法論,如今而立已過,開始做數(shù)據(jù)產(chǎn)品相關(guān)工作也近有五年;這五年來,因?yàn)槿松壽E的跳躍,產(chǎn)品本身所在的行業(yè)并不固定。好在產(chǎn)品邏輯本身可以觸類旁通,加之無論行業(yè)如何,自己的興趣和做的事情,都是數(shù)據(jù)產(chǎn)品本身。
行業(yè)上走過了電商O2O、在線教育、智能硬件、金融風(fēng)控,產(chǎn)品范圍也從之前的數(shù)據(jù)分析產(chǎn)品跨度到了數(shù)據(jù)服務(wù)、數(shù)據(jù)應(yīng)用產(chǎn)品。
外人看來只見其寬,而自己而言,實(shí)際一直在數(shù)據(jù)產(chǎn)品的領(lǐng)域耕耘沉淀。
遂嘗試著整理過往的思考和筆記,算是自己的成長,也是不成熟的分享。
01 建立自己理解業(yè)務(wù)的方法模型
理解業(yè)務(wù)是理解需求的大前提,所謂理解業(yè)務(wù),往大了說是理解公司的商業(yè)模式,往小了說是理解產(chǎn)品的具體應(yīng)用場景。事實(shí)上,即使是相同行業(yè)的不同公司,業(yè)務(wù)模型也是千差萬別;掌握一套理解業(yè)務(wù)的方法論,能夠使我們的產(chǎn)品之路不局限于行業(yè)和平臺,快速向新的領(lǐng)域拓展自己的產(chǎn)品力,能夠使我們快速的理解新平臺的需求場景,更好的推進(jìn)產(chǎn)品實(shí)施;
就實(shí)踐而言,當(dāng)我們接手一個新的產(chǎn)品之后,可以分以下步驟去了解業(yè)務(wù),以及負(fù)責(zé)產(chǎn)品對業(yè)務(wù)的意義:
1. 與業(yè)務(wù)核心KP溝通,了解業(yè)務(wù)流程,并自己繪制一個業(yè)務(wù)流程圖,明確以下信息
- 整個業(yè)務(wù)分幾個環(huán)節(jié)、步驟?
- 每個步驟的具體內(nèi)容是什么?
- 每個步驟之間的依賴關(guān)系?
2. 梳理業(yè)務(wù)業(yè)務(wù)流程圖后,對著業(yè)務(wù)流程圖,我們要知悉并思考以下信息
- 業(yè)務(wù)各步驟涉及的人員、應(yīng)用系統(tǒng)都有哪些?
- 我們負(fù)責(zé)的產(chǎn)品處于哪個步驟,涉及人員有哪些,解決的核心問題是什么?
這個時候,我們基本已經(jīng)定位了自己產(chǎn)品所處的位置,以及產(chǎn)品解決的問題,那么就可以通過具體了解該環(huán)節(jié)產(chǎn)品涉及人員的具體操作流程,來理解產(chǎn)品的需求本質(zhì);
如果條件允許,最好自己參與到業(yè)務(wù)的實(shí)際操作中去;這種參與不是簡單的用用自己設(shè)計的產(chǎn)品,而是要以業(yè)務(wù)角色的身份,融入到業(yè)務(wù)中。
02 掌握基本的產(chǎn)品研發(fā)流程
產(chǎn)品經(jīng)理需要了解一個產(chǎn)品從需求到上線運(yùn)營的整個流程。雖然各類產(chǎn)品課程都有這方面的介紹,但落地到每一個公司,這個流程又千差萬別。
產(chǎn)品的實(shí)現(xiàn)的基本階段可以分為以下幾個環(huán)節(jié):
- 需求階段;(收集需求,需求調(diào)研,競品調(diào)研)
- 產(chǎn)品設(shè)計階段;(信息架構(gòu)設(shè)計、交互原型設(shè)計、需求文檔撰寫)
- 開發(fā)實(shí)現(xiàn)階段;(需求評審、排期、開發(fā)、測試、驗(yàn)收)
- 上線運(yùn)營階段;(發(fā)版、運(yùn)營)
整個流程,根據(jù)各公司的組織結(jié)構(gòu)、采取的開發(fā)模式不同,具體做的事情可能會不一致,比如很多后臺產(chǎn)品,本質(zhì)上沒有競品調(diào)研階段;很多產(chǎn)品經(jīng)理其實(shí)也沒有信息架構(gòu)設(shè)計的習(xí)慣,某一些研發(fā)團(tuán)隊(duì)會把需求評審和排期放一起,等等,不一而足。
但無論所處的環(huán)境如何,產(chǎn)品經(jīng)理自己心中一定要有一桿秤,知道哪個階段該干什么事情。
我們不一定非要按照哪本書定義的方式來,心中有桿秤的意義在于,如果需要我們從0開始打造一個團(tuán)隊(duì)打造一個產(chǎn)品,能夠如何快速的組織起項(xiàng)目工作。
落到實(shí)踐上,產(chǎn)品經(jīng)理至少能畫清楚三個流程圖:
- 傳統(tǒng)的瀑布開發(fā)模式下的研發(fā)流程圖;
- 敏捷模式下的研發(fā)流程圖;
- 自己當(dāng)前所處的團(tuán)隊(duì)所采用的實(shí)際研發(fā)流程圖;
以下是筆者之前整理的一個研發(fā)流程圖:
流程圖僅僅只是體現(xiàn)了研發(fā)過程的框架,我們還要知道并且能夠?qū)懬宄骋粋€節(jié)點(diǎn)的關(guān)鍵事項(xiàng)和輸出,比如需要一個什么會議,產(chǎn)出什么文檔;同時各公司可能都有自己的項(xiàng)目管理協(xié)作工具(比如teambition、jira等),我們要梳理清楚這個流程如何在協(xié)作工具上體現(xiàn);如下圖梳理了一個研發(fā)流程的關(guān)鍵動作以及輸出:
對于很多公司而言,這個開發(fā)流程可能由專門的項(xiàng)目經(jīng)理或研發(fā)經(jīng)理搭建并把控。
筆者的意見是,無論流程具體的onwner是誰,將一件具體的事情抽象化、流程化,本來就是產(chǎn)品經(jīng)理邏輯能力的體現(xiàn),無論從提升自己的產(chǎn)品專業(yè)能力角度、還是加強(qiáng)自己的項(xiàng)目管理能力角度,都具有重要意義。
03 有一套自己的產(chǎn)品設(shè)計風(fēng)格
我們常說的產(chǎn)品化,本質(zhì)上是將一套解決方案固化下來,說白了,就是套路,產(chǎn)品化即套路實(shí)體化。
前述的業(yè)務(wù)理解模型、開發(fā)流程,亦是業(yè)務(wù)理解的套路、開發(fā)流程套路。
產(chǎn)品經(jīng)理要有一種無時無刻不在做產(chǎn)品的思維習(xí)慣,亦即無時無刻不在總結(jié)套路,所謂的自己的產(chǎn)品設(shè)計風(fēng)格,即是自己做設(shè)計時有一套成型的方案套路。
總結(jié)下來,三個方面:
1. 根據(jù)所在團(tuán)隊(duì)的開發(fā)偏好,確立自己的文檔規(guī)范
BRD、MRD、PRD、原型圖這些產(chǎn)品經(jīng)理的產(chǎn)出文檔,網(wǎng)上沒有統(tǒng)一的模板,但作為個人要有統(tǒng)一的規(guī)范。
所謂的規(guī)范,即前后一致,邏輯自洽,比如寫PRD的時候,同樣是功能描述,一般有兩種方式:
- 前端邏輯、后端邏輯、統(tǒng)計需求分開描述,好處是相關(guān)開發(fā)能夠更快的get到自己要做的事情,壞處是任何一個開發(fā)都缺乏對功能的全局掌控,不清楚自己的這個接口、表設(shè)計最終展現(xiàn)給用戶是什么形態(tài)。
- 主要描述交互邏輯,后端邏輯夾雜在交互描述中,好處是開發(fā)能以用戶視角清楚功能最終的形態(tài),壞處是前后端的邏輯要由開發(fā)做二次拆分。
產(chǎn)品經(jīng)理可以根據(jù)開發(fā)團(tuán)隊(duì)的偏好,選擇一種模式,但同一個項(xiàng)目下的PRD,最好保持相同的方式,而不是這個需求用第一種,另一個需求用第二種。
以下是筆者之前在某家公司的梳理的PRD文檔規(guī)范:
2. 原型設(shè)計時,有一套自己風(fēng)格的素材庫
很多產(chǎn)品經(jīng)理會在網(wǎng)上找一些原型素材,作為自己設(shè)計的模板。
但進(jìn)階的產(chǎn)品經(jīng)理,一定要能夠?qū)⒁延械乃夭娜谌胱约旱脑O(shè)計風(fēng)格,甚至根據(jù)所在公司的業(yè)務(wù)特點(diǎn)和設(shè)計規(guī)范,自建自己的素材庫。
當(dāng)別人在看到一個原型、一個文檔、一個產(chǎn)品時,能說出“這很有XXX的風(fēng)格”,筆者認(rèn)為,這就是產(chǎn)品經(jīng)理的一步成功。
04 選擇并建立自己的產(chǎn)品理念
喬布斯、俞軍、張小龍、梁寧等產(chǎn)品大佬都會在各種場合輸出自己的產(chǎn)品價值、產(chǎn)品理念、方法論。
作為產(chǎn)品界的蕓蕓眾生,對于這些理念當(dāng)然先是理解,其次是嘗試著在實(shí)踐中運(yùn)用。
但到了一定階段之后,我們需要選擇并堅(jiān)持打磨,只有堅(jiān)持的理念才能稱為理念,也才算是理解。
再之后,就要嘗試著建立自己的理念、價值、方法。
以下分享幾條筆者堅(jiān)持的產(chǎn)品理念:
- MVP原則:抓住核心需求,以最小可行化最低成本方式去驗(yàn)證需求是否成立。
- 如無必要,勿增實(shí)體:一個功能、一個控件、一個操作的新增,很多時候并不是看起來那么簡單,很可能會對現(xiàn)有架構(gòu)、流程造成極大的改動。
- 取舍理念:這個世界沒有十全十美的解決方案,任何一個方案,都有其優(yōu)勢劣勢,你不是三井壽,不能什么都想要。
- 通用化:任何一個設(shè)計,不能只考慮眼前,一定要考慮是否兼容未來的規(guī)劃和產(chǎn)品的最終形態(tài)。
再分享幾條產(chǎn)品工作的方法原則:
- 堅(jiān)持學(xué)習(xí)技術(shù):要對自己負(fù)責(zé)的產(chǎn)品所使用的技術(shù)邏輯有基本的了解,才能更好的跟開發(fā)合作;
- 主動背鍋:主動承擔(dān)產(chǎn)品開發(fā)、運(yùn)營過程中出現(xiàn)偏差的責(zé)任,當(dāng)產(chǎn)品功能與預(yù)期不符時,首先一定要反思是否自己的需求描述沒有講清楚。任何時候,不要有開發(fā)理所應(yīng)當(dāng)這么理解的想法;
- 善意溝通:不要去為溝通對象預(yù)設(shè)立場,永遠(yuǎn)抱著解決問題的姿態(tài)去溝通。
關(guān)于產(chǎn)品理念和工作方法,這里只簡單的點(diǎn)一下。更詳細(xì)更多的內(nèi)容,未來會單獨(dú)整理文章。
這里想表達(dá)的核心是:進(jìn)階的產(chǎn)品經(jīng)理,要有自己的做事方法、理念,而不再是見步看步,被環(huán)境左右。
這些其實(shí)都是平時整理的點(diǎn)點(diǎn)滴滴關(guān)于產(chǎn)品的思考和總結(jié)的拼湊。工作七年,產(chǎn)品工作五年,看了下為知筆記,在各公司各項(xiàng)目輸出的規(guī)范、文檔、流程該接近百萬字了,平時吐槽不少,但卻并沒有時間好好整理自己的思考。
這是一個開頭,如果你也熱愛產(chǎn)品,熱愛數(shù)據(jù),賜教。
作者:塵寰;公眾號:第四陽關(guān)少年錄
本文由 @塵寰 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
目前個人也在整理屬于一套自己的方法論,和目前也相同,30而立有能站得住的自己方法論。開篇的觀點(diǎn)很認(rèn)同,個人也是習(xí)慣要摸清商業(yè)/業(yè)務(wù)流程,并且不單是負(fù)責(zé)的工作內(nèi)容,而是內(nèi)容上下涉及到的所有鏈路。
寫得真好!一直做著產(chǎn)品的事,但工作中好像似乎始終沒有什么方法論可言。每一次項(xiàng)目基本都是重新來過,挑戰(zhàn)巨大……經(jīng)驗(yàn)總結(jié)很重要,我也要慢慢建立起自己工作的方法論與套路。
進(jìn)來學(xué)習(xí)
感謝
寫的很好 受教了
文章寫的很中肯,想請問一下,數(shù)據(jù)產(chǎn)品經(jīng)理的核心能力你覺得是什么呢?
1.略懂技術(shù):有足夠的技術(shù)原理敏感性,能夠快速理解產(chǎn)品的技術(shù)框架和實(shí)現(xiàn)原理。
2.業(yè)務(wù)邏輯能力:文中有提,能明確業(yè)務(wù)流程框架,進(jìn)一步定位數(shù)據(jù)在業(yè)務(wù)中應(yīng)用模式。
3.數(shù)據(jù)分析能力:掌握基本的數(shù)據(jù)分析框架模型,知道分析師對數(shù)據(jù)的使用場景。
4.產(chǎn)品經(jīng)理的常規(guī)技能:其他產(chǎn)品經(jīng)理具備的傳統(tǒng)能力也要具備,比如項(xiàng)目管理,溝通,設(shè)計,理解用戶等等。
十分感謝!
剛?cè)胄幸荒甑漠a(chǎn)品小白,受教了 ??