上一篇我分享了一個(gè)初階產(chǎn)品經(jīng)理所具備的“軟實(shí)力”，下面我為大家介紹下必備的“硬實(shí)力”是哪些？

之前有人比喻說(shuō)，產(chǎn)品經(jīng)理就是一個(gè)團(tuán)隊(duì)的小CEO，需求怎么做，得由產(chǎn)品經(jīng)理定。

其實(shí)這倒不是因?yàn)楫a(chǎn)品經(jīng)理權(quán)利有多大，而是因?yàn)楫a(chǎn)品經(jīng)理所代表的是業(yè)務(wù)的訴求，所以任何邏輯、功能點(diǎn)、權(quán)限的設(shè)計(jì)問(wèn)題一定是要產(chǎn)品同學(xué)來(lái)（背）拍（鍋）板的。

研發(fā)同事們?cè)陂_(kāi)發(fā)過(guò)程中經(jīng)常在群里艾特我：“是PM讓這么干的”“PM給個(gè)邏輯吧”“PM你們決定到底怎么做吧?！?/p>

每次遇到這種等著我拍板的情況，真讓我瑟瑟發(fā)抖……

俗話說(shuō)的好，背不好鍋的PM不是一個(gè)優(yōu)秀的PM，那作為一個(gè)優(yōu)秀的初階PM，需要具備哪些的專(zhuān)業(yè)能力呢？要想回答這個(gè)問(wèn)題，就得要知道，產(chǎn)品經(jīng)理每天都在干些啥？

首先我們同步一個(gè)流程，產(chǎn)品同學(xué)要完成一個(gè)完整的功能迭代需要經(jīng)過(guò)以下這些環(huán)節(jié)：

• 需求溝通 → 溝通能力
• PRD輸出&原型繪制 → 需求文檔撰寫(xiě)能力、原型基本功
• 產(chǎn)品組內(nèi)需求評(píng)審 → 溝通能力、抗壓能力
• 開(kāi)發(fā)評(píng)審&排期 → 溝通能力、抗壓能力
• 測(cè)試用例評(píng)審 → 邏輯能力
• 開(kāi)發(fā)&提測(cè)&測(cè)試 → 項(xiàng)目推動(dòng)能力
• 驗(yàn)收 → 細(xì)心
• 效果回歸 → 數(shù)據(jù)分析能力

這么總結(jié)下來(lái)，一目了然，一個(gè)小白產(chǎn)品所具備的核心硬實(shí)力大致分為四個(gè)模塊，即PRD撰寫(xiě)能力、AXURE繪制能力、項(xiàng)目管理能力以及數(shù)據(jù)分析能力。

01 PRD撰寫(xiě)的能力

PRD（Product Requirement Document）即產(chǎn)品需求文檔，要想了解，PRD到底是個(gè)什么東西，就要問(wèn)問(wèn)自己這幾個(gè)問(wèn)題：

問(wèn)：PRD給誰(shuí)看？

答：PRD是產(chǎn)品提供給開(kāi)發(fā)、測(cè)試同學(xué)看的

問(wèn)：PRD用來(lái)干嘛

答：PRD是產(chǎn)品用來(lái)告訴開(kāi)發(fā)這次需求是要實(shí)現(xiàn)什么功能、怎么實(shí)現(xiàn)、實(shí)現(xiàn)效果

問(wèn)：PRD寫(xiě)的時(shí)候有什么要求嗎？

答：沒(méi)有特殊的規(guī)定，本著“把話說(shuō)清楚”的原則，把這次需求的背景、目前的現(xiàn)狀、以及實(shí)現(xiàn)的方案寫(xiě)下來(lái)即可。

個(gè)人方法論分享

寫(xiě)文檔的時(shí)候圍繞“誰(shuí)要用”，“為什么要用”，“怎么實(shí)現(xiàn)”這三個(gè)維度去寫(xiě)，這樣就確保這個(gè)需求的前因后果是清晰的了。

圍繞著系統(tǒng)去寫(xiě)

在寫(xiě)實(shí)現(xiàn)方案的時(shí)候，要通過(guò)在系統(tǒng)上觸發(fā)的場(chǎng)景去寫(xiě)對(duì)應(yīng)的交互過(guò)程或者后續(xù)的流程，必要的時(shí)候可以通過(guò)流程圖展示出來(lái)。B端的產(chǎn)品要注意需求中所涉及到的數(shù)據(jù)的流轉(zhuǎn)、存儲(chǔ)等；而C端的產(chǎn)品則要注意功能中涉及到的交互、跳轉(zhuǎn)邏輯等要描述清楚。

考慮界面、系統(tǒng)的關(guān)聯(lián)性

比如是一個(gè)很簡(jiǎn)單的加字段的需求，也要考慮到這個(gè)字段是否支持刪、改、查等操作，包括他的輸入規(guī)則、取值邏輯以及對(duì)其他系統(tǒng)的影響，比如說(shuō)，如果我是在訂單系統(tǒng)加了這個(gè)字段，那退費(fèi)系統(tǒng)也需要展示嗎？等等等等

數(shù)據(jù)埋點(diǎn)需求

如果這個(gè)功能后需要進(jìn)行效果評(píng)估的話，就需要在文檔里說(shuō)明埋點(diǎn)的場(chǎng)景以及埋點(diǎn)的規(guī)則。

考慮各種邊界值以及異常情況

正向的流程我們每個(gè)人都能想得到，但是一旦流程中任何一個(gè)環(huán)節(jié)發(fā)生了問(wèn)題，系統(tǒng)又該如何處理呢？

舉一個(gè)很簡(jiǎn)單的例子，微信支付我們都使用過(guò)：用戶(hù)掃碼–手動(dòng)輸入金額–輸入密碼–支付成功。

可是這其中幾乎每個(gè)節(jié)點(diǎn)都有可能終止操作：掃碼失敗、不展示二維碼怎么辦？金額輸入過(guò)大是否有限制？限制規(guī)則是什么？密碼校驗(yàn)失敗后系統(tǒng)會(huì)怎么提示用戶(hù)呢？密碼輸入正常但是沒(méi)有調(diào)起微信的支付接口該怎么辦？接口響應(yīng)延遲導(dǎo)致重復(fù)支付了怎么辦等等等等。

這些問(wèn)題以及應(yīng)對(duì)辦法，就是產(chǎn)品經(jīng)理必須來(lái)做決策的，一個(gè)好的文檔一定是各種正向流程、逆向流程、每個(gè)邊界值都考慮周全，把開(kāi)發(fā)安排的明明白白~

但是畢竟產(chǎn)品同學(xué)也沒(méi)有那么多時(shí)間去把每個(gè)正向、負(fù)向場(chǎng)景的用例梳理出來(lái)，如果之后在技術(shù)評(píng)審或者在開(kāi)發(fā)的過(guò)程中被指出來(lái)的話，就用小本本記錄下來(lái)，之后再做類(lèi)似的功能的時(shí)候不要再犯相同的錯(cuò)誤就好啦。

再多說(shuō)一句：寫(xiě)完文檔之后自己要review一遍，把自己想象成一個(gè)門(mén)外漢，看下能不能讀懂，文檔的邏輯有沒(méi)有漏洞，這個(gè)方法親測(cè)很有效哦。

02 Axure繪制的能力

Axure是畫(huà)原型的一個(gè)工具，也有很多人用Sketch。原型就是指你所做的功能的一個(gè)設(shè)計(jì)demo。

如果是B端產(chǎn)品的話，對(duì)原型能力要求沒(méi)那么高，基本就是一個(gè)打輔助的作用，來(lái)解釋需求文檔（以前我都是畫(huà)個(gè)demo后直接找UI小姐姐~）；C端的產(chǎn)品更重交互，所有對(duì)原型能力要求高一些，有的公司會(huì)要求產(chǎn)品畫(huà)高保真設(shè)計(jì)圖。

個(gè)人方法論分享

現(xiàn)在網(wǎng)上也有很多教程，我最早看的是小樓寫(xiě)的，比較顯而易懂。當(dāng)時(shí)還作死用了Axure全英版，查單詞就要花好久……（答應(yīng)我一定要漢化好嗎）

入門(mén)的話可以先模仿下畫(huà)Baidu首頁(yè)，這個(gè)時(shí)候一般自己是沒(méi)啥設(shè)計(jì)思路的，可以畫(huà)畫(huà)喜歡的APP/PC界面，或者可以參考下antdesign的設(shè)計(jì)，現(xiàn)在還蠻多的互聯(lián)網(wǎng)公司用的都是螞蟻那一套，提前熟悉了的話正式工作以后也有幫助。

（畫(huà)外音：Axure也可以用來(lái)簡(jiǎn)單的P圖，我前幾天還用Axure把同事的照片和易烊千璽的P在一起了你敢信嗎）

03 項(xiàng)目管理能力

項(xiàng)目管理能力=跟進(jìn)+推動(dòng)力。

推動(dòng)力，從字面上解釋就是推著走，工作中也就是把這個(gè)項(xiàng)目逐步推的上線，一般在遇到瓶頸或者由于臨時(shí)的問(wèn)題而影響進(jìn)度的時(shí)候，產(chǎn)品同學(xué)就要通過(guò)不斷地溝通、解決問(wèn)題去推動(dòng)項(xiàng)目上線。

跟進(jìn)則主要是在開(kāi)發(fā)、測(cè)試階段，通過(guò)跟進(jìn)開(kāi)發(fā)進(jìn)度、解決開(kāi)發(fā)過(guò)程中的問(wèn)題點(diǎn)，或者提前暴露風(fēng)險(xiǎn)從而避免項(xiàng)目delay等等。

個(gè)人方法論分享

說(shuō)話一定要tough！不要不好意思扭扭捏捏，這點(diǎn)對(duì)于剛?cè)胄械男“淄瑢W(xué)十分重要，要有底氣把自己的需求點(diǎn)、期望結(jié)果和同事講明白，不要隨便講一句話就臉紅（去年我實(shí)習(xí)的時(shí)候第一次評(píng)審時(shí)聲音都在顫，更別提推動(dòng)了），組織會(huì)議的時(shí)候、評(píng)審的時(shí)候、其他一切場(chǎng)合都不要方，你要記住你是這個(gè)項(xiàng)目的owner，要適當(dāng)?shù)挠矚庖恍＃ㄇ那母嬖V你，這個(gè)也是面試官會(huì)考察的一個(gè)能力點(diǎn)噢）。

和開(kāi)發(fā)也好、業(yè)務(wù)也好，雙方確認(rèn)完某個(gè)事情后，一定要在對(duì)應(yīng)的時(shí)間的節(jié)點(diǎn)下再去跟進(jìn)確認(rèn)，每個(gè)階段都要保證是在自己的可控范圍內(nèi)的、無(wú)風(fēng)險(xiǎn)的。寫(xiě)到這里的時(shí)候突然想到我之前的mentor和我說(shuō)：產(chǎn)品經(jīng)理做的就是一個(gè)操心的活?，F(xiàn)在想想，真是深有體會(huì)。

04 數(shù)據(jù)分析能力

你以為需求上線了這個(gè)項(xiàng)目就算結(jié)束了嗎？too young too simple！

功能是給業(yè)務(wù)做了，那業(yè)務(wù)用的好不好，有沒(méi)有解決他們的問(wèn)題，他們的反饋如何？這些產(chǎn)品同學(xué)也要關(guān)注呀！

工作以后最大的一個(gè)感悟就是：一切都要以數(shù)據(jù)說(shuō)話。

上學(xué)的時(shí)候那種主觀的說(shuō)辭“我覺(jué)得不錯(cuò)”“挺有用的”“確實(shí)提高了效率”，在職場(chǎng)上完全是行不通的。

如果你說(shuō)這個(gè)功能解決了你的問(wèn)題，那你得靠數(shù)據(jù)去證明：做這個(gè)功能前，人均耗時(shí)多久，撲多少人力，上了這個(gè)功能后，人均耗時(shí)多少，大約提高了多少工效？等等等等。

個(gè)人方法論分享

帶著目的去做需求，比如：我這次這個(gè)功能就是想要把某某部門(mén)的工效提升20%，那在PRD中就要把涉及到工效的觸發(fā)點(diǎn)進(jìn)行埋點(diǎn)處理，上線后請(qǐng)開(kāi)發(fā)小哥哥跑一下數(shù)據(jù)自己算一下，看看有沒(méi)有達(dá)到期望指標(biāo)，沒(méi)有達(dá)成的話，就要考慮功能上哪些地方還有不足。用這次的分析結(jié)果作為下個(gè)功能迭代的依據(jù)，逐步優(yōu)化。

最重要的是，在這個(gè)過(guò)程中你十分清晰自己在這個(gè)過(guò)程中做了什么事，取得了什么效果，解決了什么問(wèn)題。誒？等下，這些問(wèn)題聽(tīng)著好熟悉，對(duì)啦！這就是你下次跳槽的時(shí)候面試官會(huì)問(wèn)的問(wèn)題呀~ 如果這些你都了然于胸，那offer不就是你的了嗎？

作者：小仙貝；公眾號(hào)：閆秀兒

本文由 @小仙貝 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議