產(chǎn)品經(jīng)理成長(zhǎng)之路:完成比完美更重要
對(duì)B端產(chǎn)品經(jīng)理來說,日常工作中的流程一般是什么呢?工作的時(shí)候又要注意哪些要點(diǎn),避開哪些坑呢?筆者結(jié)合自己的實(shí)踐經(jīng)驗(yàn)為大家分享以上問題的答案。
寫在前面
經(jīng)過了幾個(gè)月的產(chǎn)品實(shí)習(xí),感慨萬千,十分想將自己的經(jīng)驗(yàn),或者說是經(jīng)歷分享給大家,一來想和廣大產(chǎn)品新人共同進(jìn)步,二來也希望能夠從產(chǎn)品前輩處得到一些批評(píng)指正。
我進(jìn)行的是面向B端的中臺(tái)產(chǎn)品實(shí)習(xí)生,所以需要在熟悉公司業(yè)務(wù)的基礎(chǔ)上,考慮產(chǎn)品實(shí)現(xiàn)的邏輯,產(chǎn)品的用戶也是公司內(nèi)部人員。所以我的經(jīng)驗(yàn)分享也主要是從B端產(chǎn)品的角度來進(jìn)行,當(dāng)然我相信和C端產(chǎn)品也會(huì)有共通之處,比如在溝通、緊急事件處理等方面,是屬于在日后各類工作中可以進(jìn)行復(fù)用的經(jīng)歷。
文章將按照產(chǎn)品經(jīng)理進(jìn)行工作的大致流程進(jìn)行敘述,架構(gòu)如下:
- 一、需求挖掘與分析
- 二、產(chǎn)品方案的思考與撰寫
- 三、產(chǎn)品方案評(píng)審
- 四、跟進(jìn)開發(fā)進(jìn)度直至驗(yàn)收上線
- 五、用戶操作手冊(cè)撰寫
- 六、數(shù)據(jù)指標(biāo)分析
- 七、復(fù)盤
- 八、其他Tips
一、需求挖掘與分析
關(guān)鍵詞:需求辨別
B端產(chǎn)品的需求大多數(shù)直接來自于業(yè)務(wù)方,少部分可能是產(chǎn)品經(jīng)理自主挖掘,尤其涉及到整體邏輯的重構(gòu)或是一個(gè)全新的項(xiàng)目開展,往往是產(chǎn)品提出的需求。C端產(chǎn)品的需求基本上都要產(chǎn)品經(jīng)理自主去挖掘,借助問卷調(diào)查、用戶評(píng)論、數(shù)據(jù)埋點(diǎn)分析、競(jìng)品分析等方法。但無論是C端還是B端產(chǎn)品在遇到各類需求時(shí),都需要具備需求辨別能力。良好的需求辨別能力能夠讓你迅速分辨出哪些是該做的需求,哪些是沒必要的需求;哪些需求優(yōu)先級(jí)更高,必須盡快實(shí)現(xiàn),哪些需求可以暫放,后續(xù)慢慢實(shí)現(xiàn)等等。
在拿到一個(gè)需求時(shí),至少要進(jìn)行如下幾方面思考:
- 需求的場(chǎng)景,為什么提出這樣的需求,解決什么問題?
- 有多少用戶有這樣的需求,是否值得實(shí)現(xiàn)?
- 實(shí)現(xiàn)后能帶來的什么樣的收益?比如用戶使用次數(shù)增多、人效提高等,并不僅僅指金錢收益。
- 如何實(shí)現(xiàn)這一需求,如何既能滿足需求又能簡(jiǎn)化實(shí)現(xiàn)方式與過程?
- 這一需求是否對(duì)其他模塊造成影響,影響的評(píng)估?
- 這一需求的優(yōu)先級(jí),實(shí)現(xiàn)的緊迫性?
在整個(gè)需求分析過程中,我們都要多角度思考,既要站在用戶角度看問題,也要站在研發(fā)角度看問題,更要站在產(chǎn)品角度看問題。
要學(xué)會(huì)跳出來看問題,不能被用戶提出的需求受限,我們要考慮一個(gè)需求優(yōu)化的外延性和其他可能性,要比用戶考慮的更前一步,不能只看眼前優(yōu)化的點(diǎn),要考慮前后變動(dòng),不同業(yè)務(wù)、產(chǎn)品之間的關(guān)聯(lián),無論是系統(tǒng)和APP都要具有一定的靈活性與柔性,才能更好的支撐后續(xù)的優(yōu)化與改進(jìn)。
產(chǎn)品經(jīng)理要摒棄一些想當(dāng)然的想法,比如不能用戶希望實(shí)現(xiàn)的功能就一定實(shí)現(xiàn),必須考慮必要性(合理性)、可行性、收益;比如不能開發(fā)說不能實(shí)現(xiàn)就不去嘗試,尤其對(duì)于不太懂技術(shù)的產(chǎn)品來說,千萬不要抱有這樣的想法,無論是否真的能實(shí)現(xiàn),我們都要提出自己的看法,進(jìn)行質(zhì)疑與溝通,不要害怕說錯(cuò)話被嘲笑,永遠(yuǎn)不說不表達(dá),永遠(yuǎn)也不會(huì)有成長(zhǎng)。
另外我們還需要將所有的需求進(jìn)行梳理,借助表格的形式,生成需求池,對(duì)需求進(jìn)行分類、描述優(yōu)化內(nèi)容、優(yōu)先級(jí)判斷、目前的實(shí)現(xiàn)狀態(tài)記錄等等。
借助需求池,我們能大致知道一個(gè)產(chǎn)品在迭代過程中優(yōu)化了哪些需求,還有哪些需求沒有實(shí)現(xiàn),哪些需要我們盡快實(shí)現(xiàn)。
關(guān)于優(yōu)先級(jí)的確認(rèn):
B端的需求優(yōu)先級(jí)不單單是由產(chǎn)品經(jīng)理來決定的,而是要根據(jù)當(dāng)前的項(xiàng)目飽和狀態(tài)、具體使用時(shí)間等和業(yè)務(wù)方共同確認(rèn)。
一般來說會(huì)影響當(dāng)前使用、線上bug、時(shí)間緊急的需求必然優(yōu)先級(jí)會(huì)高一些,而單純的沒有影響使用并且只涉及到少部分人的需求,優(yōu)先級(jí)可能會(huì)低一些,但是還是要根據(jù)具體情況靈活判斷。
如果有些需求臨近使用,優(yōu)先級(jí)是可以自動(dòng)提升的,這個(gè)也是需要相關(guān)的產(chǎn)品經(jīng)理自己注意這些時(shí)間節(jié)點(diǎn),不能等到用戶提醒才想起這些需求,然后導(dǎo)致緊急開發(fā)上線或是只能再次擱置。
我們也可以借助時(shí)間管理中的四象限法則:重要且緊急、重要不緊急、緊急不重要、不緊急不重要,來對(duì)需求進(jìn)行大致的分類,并確定優(yōu)先級(jí)。
關(guān)于競(jìng)品分析:
做競(jìng)品分析是屬于需求挖掘的一種,通過與競(jìng)品的對(duì)比,優(yōu)勢(shì)繼續(xù)發(fā)揚(yáng),短板進(jìn)行補(bǔ)足,互相競(jìng)爭(zhēng)才有長(zhǎng)足發(fā)展。
相較而言,C端產(chǎn)品進(jìn)行競(jìng)品分析會(huì)容易許多,因?yàn)榭梢灾苯荧@取到要分析的競(jìng)品產(chǎn)品,而B端產(chǎn)品往往很難接觸到競(jìng)品公司的內(nèi)部業(yè)務(wù),所以較難分析。
但是有一點(diǎn)就是B端用戶的用戶其實(shí)也是C端,所以也可以借助相關(guān)C端產(chǎn)品的分析,但是關(guān)注的點(diǎn)可能會(huì)比較不一樣,比如C端競(jìng)品會(huì)考慮功能結(jié)構(gòu)、用戶體驗(yàn)等等,但是B端產(chǎn)品在進(jìn)行競(jìng)品分析時(shí),要透過現(xiàn)象看本質(zhì),在體驗(yàn)相關(guān)的C端產(chǎn)品時(shí)要更多的去考慮這個(gè)產(chǎn)品背后公司的業(yè)務(wù)構(gòu)成與邏輯。
二、產(chǎn)品方案的思考與撰寫
關(guān)鍵詞:全面、準(zhǔn)確、無歧義、可讀、不要拖延
在對(duì)當(dāng)前需要做的需求有了大致的想法后,就可以開始撰寫文檔了,記住千萬不要等全部都想好了才開始寫,而是有思路就要?jiǎng)庸P,后面再逐步的完善細(xì)節(jié)。
在deadline橫行的時(shí)代,越來越多人選擇在最后一刻完成任務(wù),其實(shí)這樣并不是最好的方式,并且很多情況下提交的東西也不會(huì)是我們自己特別滿意的東西。
所以其實(shí)最好的做法是,從最開始就記錄自己的想法,先將文檔整體的框架搭出來,對(duì)于一些不能夠確認(rèn)的細(xì)節(jié),或是暫時(shí)未發(fā)現(xiàn)的問題,再一步步的去解決優(yōu)化,可以借助腦圖的形式將考慮到的各種場(chǎng)景記錄下來,然后逐步判斷方案是否能夠滿足這些場(chǎng)景的需求。
不要妄想一口氣吃個(gè)胖子,也不要妄想一次完美的解決掉所有的問題,扔掉完美主義與拖延,完成比完美更重要。
一份文檔大致包含的內(nèi)容有相關(guān)的項(xiàng)目背景、存在的問題、項(xiàng)目的目標(biāo)、相關(guān)的部門、產(chǎn)品方案的概述、具體的優(yōu)化需求描述等等,可能根據(jù)不同項(xiàng)目的特點(diǎn)與階段會(huì)結(jié)合進(jìn)競(jìng)品分析、項(xiàng)目風(fēng)險(xiǎn)、埋點(diǎn)需求等等,有時(shí)關(guān)于競(jìng)品和數(shù)據(jù)分析的部分也會(huì)單獨(dú)抽離出來。
文檔書寫的一些Tips:
- 文檔描述要全面,寫清楚哪些沒有變動(dòng),變動(dòng)部分的如何變動(dòng)
- 文檔描述要準(zhǔn)確無歧義
- 靈活借助目錄、圖示、表格、文檔修訂記錄等來使文檔可讀性更高
- 根據(jù)方案長(zhǎng)短靈活添加產(chǎn)品方案概述,總結(jié)方案中優(yōu)化的點(diǎn)
- 存在的問題與項(xiàng)目目標(biāo)基本是相對(duì)的,分點(diǎn)進(jìn)行闡述,對(duì)于每個(gè)點(diǎn)進(jìn)行簡(jiǎn)單總結(jié),再具體描述,盡可能使用數(shù)據(jù)指標(biāo)來衡量
- 涉及較多界面與交互的方案,除了產(chǎn)品經(jīng)理自己制作原型外,最好也與專門的交互和UI設(shè)計(jì)師合作
- 做原型時(shí)要盡可能保持風(fēng)格一致,但不意味著交互必須完全相同,因?yàn)榭赡苡行┲按嬖诘慕换シ绞骄筒皇亲顑?yōu)的,要靈活判斷
- 涉及邏輯、校驗(yàn)較多的方案,一定要配上流程圖,會(huì)比文字更清晰易懂
- 可以模仿公司其他產(chǎn)品前輩的文檔書寫模式,要多看,看得多了就知道原來這里這樣描述更好。接觸到的越好,成長(zhǎng)的越快。這也是為什么大家都希望能夠進(jìn)大廠實(shí)習(xí),榜樣越強(qiáng)大,成長(zhǎng)的越快。
三、產(chǎn)品方案評(píng)審
關(guān)鍵詞:?多次溝通反饋機(jī)制?
其實(shí)方案的撰寫與評(píng)審是交叉的關(guān)系,在不斷的溝通中,方案也會(huì)根據(jù)實(shí)現(xiàn)的難度、時(shí)間等原因進(jìn)行調(diào)整,直至最終確定并進(jìn)入開發(fā)。(方案評(píng)審-修改-評(píng)審-修改-評(píng)審-確定-開發(fā))
撰寫一份嚴(yán)謹(jǐn)?shù)腜RD是產(chǎn)品經(jīng)理的必備技能,但是能夠清楚的向各方人員闡述自己的方案是更加重要的技能。
在進(jìn)行方案評(píng)審時(shí),一定要交代清楚這個(gè)方案涉及的項(xiàng)目背景、存在的問題,我們?yōu)槭裁匆鉀Q這樣的問題,解決了能帶來怎樣的收益,我們?nèi)绾谓鉀Q,涉及哪些模塊,進(jìn)行了哪些改動(dòng),從什么改成什么等等。
在這一過程中,往往很容易出現(xiàn)各方人員對(duì)同一句話理解不一致的情況,這種時(shí)候最好的方式是能夠說出具體的場(chǎng)景,進(jìn)行舉例。
我們要學(xué)會(huì)建立起一種多次溝通反饋機(jī)制,在每次方案評(píng)審后,要及時(shí)記錄會(huì)議紀(jì)要并同步給相關(guān)人員,包含需要修改的部分、存疑的部分等等,將確認(rèn)修改的部分同步在文檔中,對(duì)于存疑的部分,在下次溝通時(shí)進(jìn)行二次確認(rèn),因?yàn)橛袝r(shí)一次評(píng)審可能研發(fā)老師還沒能徹底理解我們的方案,可能需要一點(diǎn)時(shí)間理解相關(guān)的業(yè)務(wù)場(chǎng)景,判斷代碼上實(shí)現(xiàn)的可行性。通過多次的溝通反饋,保證相關(guān)人員都能夠理解并確定下來最終方案。
四、跟進(jìn)開發(fā)進(jìn)度直至驗(yàn)收上線
關(guān)鍵詞:提早介入、進(jìn)度同步、仔細(xì)驗(yàn)收、持續(xù)監(jiān)控、查明問題原因
在進(jìn)行完方案評(píng)審并確定可以開發(fā)的情況下,首先需要前后端、測(cè)試人員給出具體排期、上線時(shí)間。根據(jù)排期時(shí)間,產(chǎn)品經(jīng)理要不斷地跟進(jìn)和推動(dòng)整個(gè)項(xiàng)目開發(fā)上線的進(jìn)度。尤其對(duì)于比較大型、邏輯復(fù)雜的項(xiàng)目,更要提早介入開發(fā)與測(cè)試,定期詢問狀態(tài),避免到最后驗(yàn)收階段才爆發(fā)各種問題與風(fēng)險(xiǎn)。
有時(shí)產(chǎn)品經(jīng)理可能會(huì)遇到項(xiàng)目進(jìn)度推動(dòng)難或是bug修復(fù)進(jìn)展慢的情況,對(duì)于這類情況,首先要辨別一下原因,是由于相關(guān)人員手中工作量過于飽和、其他更高優(yōu)先級(jí)項(xiàng)目搶占研發(fā)資源、項(xiàng)目實(shí)現(xiàn)起來比預(yù)期困難或是某方人員不夠重視該項(xiàng)目導(dǎo)致的等等。
根據(jù)不同的情況,靈活的處理與報(bào)備。如果發(fā)現(xiàn)以你的身份層級(jí)已經(jīng)推動(dòng)得很艱難,一定要盡早借助leader的力量去推動(dòng),并且要及時(shí)同步相關(guān)人員目前的進(jìn)度情況。
作為產(chǎn)品經(jīng)理要連接前后端、測(cè)試多方人員,必須協(xié)調(diào)和同步好時(shí)間,要確保各方均已知曉,不然就會(huì)出現(xiàn)信息不對(duì)稱,時(shí)間不統(tǒng)一的尷尬情況。
在正式上線前,產(chǎn)品經(jīng)理會(huì)進(jìn)行驗(yàn)收,驗(yàn)收時(shí)切記不可馬虎大意,要針對(duì)文檔中相關(guān)優(yōu)化的點(diǎn)進(jìn)行一一驗(yàn)收,在測(cè)試環(huán)境無法完全驗(yàn)收或是在線上不方便進(jìn)行驗(yàn)收的部分,正式上線后也要持續(xù)進(jìn)行監(jiān)控。
也就是說上線并不意味著結(jié)束,因?yàn)橛袝r(shí)到了真實(shí)環(huán)境,大量的數(shù)據(jù)運(yùn)行起來,可能會(huì)爆發(fā)測(cè)試、驗(yàn)收過程中沒有發(fā)現(xiàn)的問題。
這種時(shí)候首先要判斷這一問題的影響,是屬于方案漏洞還是研發(fā)處理上的bug,目前能夠采取什么應(yīng)急方案先進(jìn)行修補(bǔ),并且要讓開發(fā)、測(cè)試人員及時(shí)進(jìn)行bug的修復(fù),或是緊急完善相關(guān)的方案,提高當(dāng)前項(xiàng)目?jī)?yōu)先級(jí),協(xié)調(diào)開發(fā)、測(cè)試資源繼續(xù)支持,迅速迭代。
這種時(shí)候其實(shí)最重要的是不能慌亂。對(duì)于發(fā)現(xiàn)的問題,一定要查明原因并記錄下來,避免后續(xù)再出現(xiàn)同樣的問題。對(duì)于采取應(yīng)急措施解決但實(shí)際沒能復(fù)現(xiàn)的bug,千萬不能忽視,一定要讓開發(fā)人員進(jìn)行復(fù)盤,查明原因,避免留下隱患。
直到負(fù)責(zé)的項(xiàng)目穩(wěn)定運(yùn)行一段時(shí)間后,這一版的優(yōu)化才算告一段落。而下一版優(yōu)化的需求梳理、方案撰寫等流程在這一版進(jìn)入開發(fā)時(shí),就已經(jīng)可以開始準(zhǔn)備了。
五、用戶操作手冊(cè)撰寫
關(guān)鍵詞:用戶角度
在項(xiàng)目臨近上線前,產(chǎn)品經(jīng)理就可以開始撰寫用戶操作手冊(cè)了,撰寫的角度是從用戶操作使用的角度,一般借助PPT的形式。如果是面向公司內(nèi)部人員的產(chǎn)品,還要對(duì)相關(guān)用戶進(jìn)行使用培訓(xùn)。
六、數(shù)據(jù)指標(biāo)分析
關(guān)鍵詞:核心數(shù)據(jù)指標(biāo)確定、透過數(shù)據(jù)看本質(zhì)
一個(gè)項(xiàng)目完成的是否符合預(yù)期,是可以從數(shù)據(jù)層面來進(jìn)行衡量的,也就是文檔中衡量項(xiàng)目目標(biāo)的數(shù)據(jù)指標(biāo)部分,數(shù)據(jù)指標(biāo)提升得好,也是對(duì)產(chǎn)品經(jīng)理工作的肯定。
一方面我們可以在項(xiàng)目開始前,借助之前的數(shù)據(jù),分析挖掘相關(guān)的需求,并以此衡量我們的項(xiàng)目目標(biāo),進(jìn)行結(jié)果導(dǎo)向;另一方面在過程中也可以借助數(shù)據(jù)分析來查明一些問題的原因;在項(xiàng)目運(yùn)行一段時(shí)間后,可以再次收集相關(guān)的數(shù)據(jù)進(jìn)行分析,評(píng)判本次優(yōu)化的效果。
產(chǎn)品經(jīng)理要培養(yǎng)數(shù)據(jù)思維與數(shù)據(jù)感,確定核心數(shù)據(jù)指標(biāo),然后借助合理的工具與方法,進(jìn)行數(shù)據(jù)采集與分析,并得出相關(guān)的結(jié)論,結(jié)論不應(yīng)當(dāng)僅僅是數(shù)據(jù)層面的占比,而是要透過數(shù)據(jù)看本質(zhì),分析導(dǎo)致數(shù)據(jù)表象的真實(shí)原因。
七、復(fù)盤
關(guān)鍵詞:PDCA循環(huán)?
大大小小的項(xiàng)目都需要復(fù)盤,將做得好的部分整理成可以復(fù)用的經(jīng)驗(yàn),做得不好的部分分析原因,進(jìn)行記錄,避免再犯。
其實(shí)犯錯(cuò)誤、出問題不可怕,可怕的是一直犯同樣的錯(cuò)誤、一直出同樣的問題。在這里有一種方法可以借鑒,叫做PDCA循環(huán)法:P是計(jì)劃,D是執(zhí)行,C是檢查,A是行動(dòng),在這里面最重要的是在每一輪循環(huán)中通過Check,采取一定的Action,好的進(jìn)行“獎(jiǎng)勵(lì)”,壞的進(jìn)行“懲罰”,再?gòu)?fù)用進(jìn)下次PDCA循環(huán)中。
八、其他Tips
- 每句話都要說到位,謹(jǐn)言慎行,對(duì)自己所的每句話負(fù)責(zé)
- 對(duì)于不同身份職位的人以什么口吻、從什么角度去溝通是值得不斷學(xué)習(xí)的事情
- 建立多次溝通反饋機(jī)制,避免出現(xiàn)“知識(shí)的詛咒”
- 所有變動(dòng)和溝通及時(shí)記錄在文檔或是會(huì)議紀(jì)要中,不要用腦子,用文字
- 提升自己的思維運(yùn)轉(zhuǎn),要保持質(zhì)疑與思考
- 一定要熟悉你的業(yè)務(wù)、文檔,這樣出現(xiàn)問題時(shí)才能更快的定位
- 學(xué)會(huì)目標(biāo)拆分,最基本最核心的目標(biāo)、其他有優(yōu)化余地的目標(biāo)等等
寫在最后
其實(shí)上面闡述的流程是基于已有項(xiàng)目的優(yōu)化,因?yàn)閷?shí)習(xí)生一般不太會(huì)直接負(fù)責(zé)一個(gè)新產(chǎn)品或是新項(xiàng)目的搭建。
如果一個(gè)項(xiàng)目是從0-1的話,要進(jìn)行更多的工作,比如項(xiàng)目立項(xiàng)、更多層面的競(jìng)品分析、產(chǎn)品框架與邊界確定、功能結(jié)構(gòu)圖等等。
作為產(chǎn)品新人,還有很多要學(xué)習(xí)的地方,也還有很大的成長(zhǎng)空間。未來還有很多的“坑”需要我去踩,也希望我能分享出更多有價(jià)值的經(jīng)驗(yàn)。
人人都是產(chǎn)品經(jīng)理,但不是人人都能夠理解產(chǎn)品經(jīng)理。曾經(jīng)有人對(duì)我說,產(chǎn)品經(jīng)理就是傳話的,但我想說如果沒有產(chǎn)品經(jīng)理在中間“傳話”,那么工作將無法順利進(jìn)行。
本文由 @齊進(jìn)取 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議。
謝謝分享!講真,產(chǎn)品經(jīng)理真的被人低估了吧,什么都要會(huì),什么都得用,左原型右設(shè)計(jì),進(jìn)能寫代碼后能做運(yùn)營(yíng)。yysy,原型用墨刀,設(shè)計(jì)用sketch都還可以~ ??
其實(shí)我理解工具主要還是提升效率,無論用哪個(gè),用的順手的,畫的能表達(dá)出意圖,畫得快畫得好就可以了,但要是考慮到協(xié)作共享,可能就必須得用和公司一致的工具了
對(duì)哇,工具只是一個(gè)表達(dá)的方式 ,不是目的,順手順手就好~ ?? 哈哈我覺得墨刀企業(yè)版的協(xié)作共享很好,那些劃水的再也劃不了了哈哈
受益匪淺
加了一些項(xiàng)目管理的機(jī)制
很完整的方法