如何做一名高效的產(chǎn)品經(jīng)理
想要做到高效,那么必須要掌握方法。本篇文章作者通過高效的思想和高效的實(shí)踐兩方面建立了自己的高效產(chǎn)品循環(huán),給各位產(chǎn)品經(jīng)理作參考。
記得有一篇文章寫道:
產(chǎn)品經(jīng)理是一個(gè)很瑣碎的崗位,沒有兩把刷子請(qǐng)不要隨意入坑。
誠(chéng)然,邏輯上并沒有問題,產(chǎn)品經(jīng)理工作瑣碎的這個(gè)痛點(diǎn)肯定是存在的,那么我們的方案是什么?
我想用自身的案例來和大家探討:如何通過梳理和總結(jié),讓我們的工作走向高效?
接下來我會(huì)分2部分:
- 高效的思想;
- 高效的實(shí)踐。
那不廢話了,我們開始吧。
一、高效的思想
高效的思想,是指能讓我們工作變得高效的指導(dǎo)思想。舉個(gè)例子來說:
「讓專業(yè)的人做專業(yè)的事」
就是高效的指導(dǎo)思想,這句話讓PM更多去思考產(chǎn)品上下游整體邏輯而不是沉迷在交互圖里畫一天。如果你把這句話套用在工作中,你就會(huì)發(fā)現(xiàn)很多人因?yàn)閳F(tuán)隊(duì)合作不到位,免不了去參與他人的工作,但往往這樣下去都會(huì)讓團(tuán)隊(duì)更亂。
我們要做的是培養(yǎng)每個(gè)崗位的專業(yè)性,把精力用在刀刃上,這是一種分工協(xié)作的高效方式。
所以想高效工作,我總結(jié)了5條指導(dǎo)思想如下,大家可以自己體會(huì)一下:
1. 讓專業(yè)的人做專業(yè)的事
不要把時(shí)間浪費(fèi)在自己不專業(yè)的事上,不專業(yè)只會(huì)帶來更高的成本。如果有同事不專業(yè),請(qǐng)讓領(lǐng)導(dǎo)重新調(diào)整架構(gòu),而不是隨便干預(yù)別人的工作。
術(shù)業(yè)有專攻,不但要給與別人專業(yè)性的尊重,也要珍惜自己的專業(yè)性。
2. 沒有解決不了的問題
如果遇到一個(gè)困難,停滯不前,可能是你的思考沒有到位。任何事情都是性價(jià)比和優(yōu)先級(jí)的衡量,這個(gè)世界沒有不可能。
任何困難都是可以量化的,請(qǐng)用量化來檢驗(yàn)自己是否清楚認(rèn)識(shí)了困難。
比如,你可以跟領(lǐng)導(dǎo)匯報(bào),這個(gè)需求需要開發(fā)1年,但盡量不要說這個(gè)需求做不了。
3. 數(shù)據(jù)比道理更直接
如果團(tuán)隊(duì)無法達(dá)成共識(shí),請(qǐng)用嚴(yán)謹(jǐn)?shù)臄?shù)據(jù)向大家表明事實(shí)。同時(shí),自己提出決策的時(shí)候,也要有數(shù)據(jù)支撐,否則后續(xù)被別人挑戰(zhàn)的時(shí)候,永遠(yuǎn)都會(huì)措手不及。
4. 先想好再做
越緊急的項(xiàng)目,越要想好。緊急項(xiàng)目之所以緊急,就是因?yàn)橹耙?guī)劃的時(shí)候沒有想好。
我曾經(jīng)急急忙忙上線過一個(gè)項(xiàng)目,1個(gè)月后,項(xiàng)目下線了,原因并不在我,而是領(lǐng)導(dǎo)改變了方向。所以我認(rèn)為,起碼要用MVP思維把邏輯跑通,而不要急于向用戶展現(xiàn)些什么。這種挫敗感對(duì)于整個(gè)團(tuán)隊(duì)都是很難消化的。
5. 時(shí)刻檢視優(yōu)先級(jí)
完成一件事之后,坐下一件事之前,請(qǐng)務(wù)必檢視優(yōu)先級(jí)。做事恰到好處,不僅僅在于程度,更在于時(shí)間。
時(shí)過境遷,很多時(shí)候你再回頭看你的GTD列表,你會(huì)發(fā)現(xiàn)有些需求不必做了,有些事情本來不重要,現(xiàn)在緊急了。這就是動(dòng)態(tài)調(diào)整的必要性,不要無腦做事。
下面我們看看我是怎么實(shí)踐的。
二、高效的實(shí)踐
我是怎么做的呢?我想用時(shí)間線來展示一下我的日常。
首先,當(dāng)我接到一個(gè)需求、或產(chǎn)生一個(gè)想法的時(shí)候,我會(huì)大概評(píng)估一下這件事的優(yōu)先級(jí)、我大概什么時(shí)候做,然后把它記錄在我的GTD工具上。
比如下方是我在agenda創(chuàng)建的project,主要是總結(jié)我近期要研究的東西。那么每一個(gè)小項(xiàng)目?jī)?nèi)部代表著我對(duì)這件事的疑問和研究重點(diǎn)。這樣可以保證我一閃而過的念頭不會(huì)流逝。
當(dāng)我評(píng)估完畢準(zhǔn)備開始做事時(shí),我會(huì)把當(dāng)前要做的東西放進(jìn)我的需求池,跟進(jìn)進(jìn)度。需求池這個(gè)東西用很多工具都可以實(shí)現(xiàn),只要適合自己就行。
比如我個(gè)人而言,需求點(diǎn)比較多,容易忘記匯報(bào)、通知,所以我需要當(dāng)前狀態(tài)字段來幫我一目了然看清楚進(jìn)度。
同時(shí)因?yàn)閷?duì)接業(yè)務(wù)部門,為防止扯皮,我也會(huì)記錄下來初次溝通的時(shí)間,來避免背鍋。
最方便的是,總結(jié)、周報(bào)、通報(bào)的時(shí)候,你直接可以把需求池略作修改粘貼上去,會(huì)很有條理。
需求池展示如下:
當(dāng)我開始做需求的時(shí)候,我會(huì)掏出我的備忘表,這個(gè)表是根據(jù)項(xiàng)目要求不斷優(yōu)化的。大概長(zhǎng)下面這個(gè)樣子。
有了這個(gè)表,我可以一目了然看到我在做的需求點(diǎn),有哪些環(huán)節(jié)沒做。這個(gè)可以保證我工作流程的完整性和條理性。同樣,對(duì)于不同層次的需求,可以進(jìn)行酌情處理。但有這樣一份備忘給我指引方向,讓我不至于陷入不知道該做什么的狀態(tài)。
需求做好了,該寫PRD落地了。我會(huì)用盡量貼切于開發(fā)思維的語法來行文,而不是隨心所欲的講故事。開發(fā)并不想看故事,講完背景之后,請(qǐng)直接告訴人家需要做什么。
這里的語法,我是借用了cucumber的思想,這里簡(jiǎn)單介紹一下:
cucumber是一種可以使用文本描述語言來執(zhí)行自動(dòng)測(cè)試用例的工具,使用的語言叫做Gherkin。
Gherkin用于描述軟件的行為而不需要了解具體的實(shí)現(xiàn),使用Gherkin主要有兩個(gè)目的文檔和自動(dòng)測(cè)試用例(我們希望能夠和手工測(cè)試用例也統(tǒng)一)。
Gherkin支持超過40種語言,包括英文、中文。
Gherkin可以在任何地方新增注釋,注釋以#開頭,每一個(gè)文件都是已.feature結(jié)尾,在feature文件中輸入功能描述、場(chǎng)景、步驟,當(dāng)執(zhí)行這個(gè)功能時(shí)每一個(gè)步驟都需要編寫ruby代碼塊來實(shí)現(xiàn)具體的功能,當(dāng)前cucumber支持多種語言,除了ruby還可以使用java、javascript來編寫具體定義層的實(shí)現(xiàn)。
總而言之,就是一種描述框架,他建議我們把場(chǎng)景分清楚,然后用given、when、then的方式來梳理案例,讓開發(fā)、測(cè)試一目了然我們的需求。
基本語法為:此處舉例兩種區(qū)別一看即知
(1)簡(jiǎn)單一點(diǎn)
Scenario
Given
When
Then
(2)復(fù)雜一點(diǎn)
Scenario
Given
When
And
And
Then
And
(3)釋義
Feature:用來描述我們需要測(cè)試的模塊,模塊1,2,3……
Scenario:用來概述功能測(cè)試點(diǎn) 如:add/delete
Given:前置條件,比如用戶在哪個(gè)頁面進(jìn)行操作?
When:描述用戶操作的執(zhí)行動(dòng)作,比如click/save
Then:斷言 表示執(zhí)行的結(jié)果
But一個(gè)步驟中如果存在多個(gè)Then操作,第二個(gè)開始后面的Then可以用But替代(注意是可以,也可以用Then)。
這樣我們大概形成的PRD會(huì)長(zhǎng)下面這個(gè)樣子:
完成之后,我們就要跟進(jìn)開發(fā)落地了,我會(huì)梳理出日程表、建立站會(huì)機(jī)制加到自己的日歷中,定期碰頭。
在閑暇的時(shí)候,就繼續(xù)檢視自己的GTD列表,來進(jìn)行下一個(gè)事項(xiàng)。如果遇到打斷等情況,沒關(guān)系,直接放下手頭的工作去處理即可。因?yàn)槲覀冇羞@一套工具和方法,足以讓我們可以隨時(shí)繼續(xù)且高效不迷茫。
至此,我的高效產(chǎn)品循環(huán)就完成了。請(qǐng)各位參照自己的情況來建立上述流程。
以上,感謝。
#專欄作家#
花生醬先生,人人都是產(chǎn)品經(jīng)理專欄作家,微信公眾號(hào):產(chǎn)品之術(shù)。金融業(yè)資深產(chǎn)品經(jīng)理,對(duì)職涯規(guī)劃與個(gè)人發(fā)展有豐富經(jīng)驗(yàn),產(chǎn)品涉獵廣泛,ERP、金融領(lǐng)域較多。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
備忘表get到了,流程很清晰,可以不斷檢視有無漏缺!
感謝分享,高效方法真的很受用,學(xué)習(xí)了,尤其是PRD的寫法,打開了新視界!
不太明白為什么需求分析之后是產(chǎn)品定義呢?不應(yīng)該是產(chǎn)品定義在前需求分析在后或者是兩個(gè)都是混合進(jìn)行的?
很好的思路,收藏了,感謝。那些說只能小公司用的真酸,大公司全國(guó)能有多少家,每一家大公司的產(chǎn)品經(jīng)理能做到作者這樣規(guī)范的,我相信會(huì)受團(tuán)隊(duì)各方歡迎
在小公司無敵的存在
你這套描述方式,去大公司人家不吃你這一套,他要啥樣的你就得給啥樣的