面對(duì)變化的環(huán)境和襲來的各類浪潮，產(chǎn)品經(jīng)理要怎么把握確定性，穿越周期？或許最根本的事情，就是把基本功練扎實(shí)。那么，產(chǎn)品經(jīng)理需練好的基本功有哪些？產(chǎn)品經(jīng)理又該如何培養(yǎng)基本功？不妨來看看作者的總結(jié)。

不可否認(rèn)，大多數(shù)行業(yè)都存在生命周期，互聯(lián)網(wǎng)也不例外。

于是產(chǎn)品經(jīng)理的命運(yùn)也隨生命周期而浮動(dòng)。

2015年移動(dòng)互聯(lián)網(wǎng)紅利期，大家認(rèn)為產(chǎn)品經(jīng)理是CEO的后備軍；

2019年互聯(lián)網(wǎng)下半場(chǎng)言論開始興起后，產(chǎn)品經(jīng)理的熱度似乎有所減退；

到最近兩年，大環(huán)境下的裁員潮，開始讓更多產(chǎn)品經(jīng)理開始討論起「新出路」這個(gè)話題。

身在漩渦中，自然也能感受到一些微妙的變化。

在宏觀層面，招聘需求的銳減是直觀的。

前段時(shí)間，我字節(jié)的小伙伴跟我說，他準(zhǔn)備跳槽，試著在網(wǎng)上掛了簡(jiǎn)歷，本來以為先拿一些面試機(jī)會(huì)練練手，最后發(fā)現(xiàn)幾乎沒有hr找他，這跟他上次跳槽形成了鮮明對(duì)比。

在公司內(nèi)部，晉升周期變長(zhǎng)，普調(diào)逐漸取消，專家崗大頭兵明顯增多，低P員工生存環(huán)境越來越卷。

在個(gè)人層面，副業(yè)、個(gè)體、身心靈等話題吸引了越來越多的人。

我總覺得，似乎大家忽略了對(duì)工作本身的研究。產(chǎn)品經(jīng)理曾經(jīng)被傳得很厲害，但它終究是一份工作，是工作的話就有它的基本功。

雖然很多想找新出路的產(chǎn)品經(jīng)理，因?yàn)檎也坏铰范箲]，那在焦慮的時(shí)候，是不是更應(yīng)該專注基本功的修煉，尤其是那些不被重視過的基本功。

01

產(chǎn)品經(jīng)理到底在創(chuàng)造怎么樣的價(jià)值，這是我們應(yīng)該去思考的第一個(gè)問題。

我的理解是，產(chǎn)品經(jīng)理完成了產(chǎn)品的第一次創(chuàng)造。

任何新事物從無到有，無非經(jīng)歷兩個(gè)過程：規(guī)劃和實(shí)現(xiàn)。

規(guī)劃屬于第一次創(chuàng)造，主要是想好怎么做，可以是建筑圖紙、可以是腦海里的想法、可以是原型圖、也可以PPT。

規(guī)劃的目的，就是在當(dāng)前和目標(biāo)之間規(guī)劃一條路徑，并想盡辦法證明，按照這個(gè)路徑走，就能實(shí)現(xiàn)目標(biāo)。

實(shí)現(xiàn)屬于第二次創(chuàng)造，按照規(guī)劃好的路徑，以各種現(xiàn)實(shí)中的方式去實(shí)現(xiàn)目標(biāo)。無論是工程隊(duì)造房子，還是工程師焊接電路，或者是程序員編程，最終都是實(shí)現(xiàn)了第一次創(chuàng)造的結(jié)果。

當(dāng)然，這是理想情況。

事實(shí)上，規(guī)劃和實(shí)現(xiàn)間可能有巨大的差異，也可能在實(shí)現(xiàn)過程中不斷調(diào)整最初的規(guī)劃。

但不管怎樣，新事物的創(chuàng)造離不開這兩個(gè)階段。

對(duì)產(chǎn)品經(jīng)理來說，每天都在「創(chuàng)造新事物」打交道。

無論是一個(gè)完整的產(chǎn)品，還是產(chǎn)品中的一個(gè)模塊，甚至是一個(gè)很小的需求。產(chǎn)品經(jīng)理都會(huì)負(fù)責(zé)它的從0到1 —— 也叫做功能上線。

而在這個(gè)創(chuàng)造過程中，產(chǎn)品經(jīng)理尤其要對(duì)第一次創(chuàng)造負(fù)責(zé)。

需求調(diào)研、競(jìng)品分析、方向討論、方案細(xì)化，直至最后的需求文檔產(chǎn)出，一切的一切都是為了形成一個(gè)共識(shí)——這個(gè)需求應(yīng)該怎么做。

是的，產(chǎn)品經(jīng)理最核心的交付物，需求文檔，就是為了明確所有人的共識(shí)：關(guān)于這件事應(yīng)該怎么做。

后續(xù)設(shè)計(jì)師會(huì)依據(jù)需求文檔進(jìn)行交互和視覺設(shè)計(jì)，軟件工程師會(huì)依據(jù)需求文檔進(jìn)行編程，一旦共識(shí)有問題，就會(huì)影響后續(xù)的所有工作。

02

基于上述這個(gè)答案，我們可以得出產(chǎn)品經(jīng)理有幾個(gè)非常重要的能力象限。

首先是對(duì)業(yè)務(wù)的理解，確保是沿著正確的道路在做事情；

其次是基于用戶體驗(yàn)的審美能力，保證產(chǎn)品是友好易用的；

接著是項(xiàng)目管理能力，確保工作成果可以按時(shí)交付；

最后是數(shù)據(jù)分析能力，確保以正確的方式去分析產(chǎn)品的迭代。

除此之外，還有一些軟性能力，溝通能力、學(xué)習(xí)能力、同理心等等。

但今天我并不想討論它們，況且討論它們的文章太多了。

我想聊的是一些非常實(shí)在的東西，這些東西存在于產(chǎn)品經(jīng)理每天的工作中。

我曾經(jīng)問過一些研發(fā)和設(shè)計(jì)師，在他們的職場(chǎng)經(jīng)歷中，合作過特別愉快的產(chǎn)品經(jīng)理都有什么樣的共性呢？

我以為會(huì)得到一些與上述幾個(gè)能力象限相關(guān)的評(píng)價(jià)，但最后發(fā)現(xiàn)，得到的答案都非常具體：

首先，需求單能寫得清楚和明白；其次，該考慮的點(diǎn)都可以考慮到，別漏東西。

初聽起來，這樣的要求也太零碎了吧，但細(xì)想，這樣的要求真的很難啊。

回到那個(gè)問題，產(chǎn)品經(jīng)理本質(zhì)上做的就是第一次創(chuàng)造，他們給下游同學(xué)直接交付成果就是需求單。

清晰而完備的需求單，就是產(chǎn)品經(jīng)理做好的作品。

進(jìn)一步的，我在想，無論外界對(duì)產(chǎn)品經(jīng)理或者互聯(lián)網(wǎng)多么看衰，踏踏實(shí)實(shí)地寫一份清晰而完備的需求單，應(yīng)該是產(chǎn)品經(jīng)理關(guān)注的首要工作。

再聯(lián)想到馬斯克收購?fù)铺刂?，現(xiàn)場(chǎng)檢查研發(fā)高管們的編程能力，我堅(jiān)定的認(rèn)為：

環(huán)境越是波動(dòng)，越應(yīng)該修煉好那些不被看重的基本功。

03

在具體介紹這些基本功之前，我想再聊聊，如何衡量產(chǎn)品的第一次創(chuàng)造的價(jià)值。

我的答案是，減少二次創(chuàng)造過程的損耗。

很多人問，為什么不是看數(shù)據(jù)呢？

因?yàn)槲覞u漸發(fā)現(xiàn)，產(chǎn)品經(jīng)理無法100%決定產(chǎn)品的數(shù)據(jù)表現(xiàn)。好的數(shù)據(jù)會(huì)依賴于「老板想清楚了」，依賴于「運(yùn)營(yíng)給力」，甚至有時(shí)候依賴于一點(diǎn)點(diǎn)運(yùn)氣。

但二次創(chuàng)造過程的損耗，卻是產(chǎn)品經(jīng)理幾乎可以100%決定的。

如果你是開發(fā)、設(shè)計(jì)、運(yùn)營(yíng)，你有沒有覺得，跟某些產(chǎn)品經(jīng)理配合得很舒服，幾乎無需太多來回的拉扯，但跟某些產(chǎn)品經(jīng)理合作得就很痛苦，不是這里表達(dá)不清楚，就是那里邏輯不正確。

俗話說，盡人事、安天命。

產(chǎn)品經(jīng)理的「人事」，就在這「規(guī)劃到實(shí)現(xiàn)」的路程上。而這個(gè)過程，100%體現(xiàn)了產(chǎn)品經(jīng)理的基本功。

04

第一項(xiàng)基本功，是產(chǎn)品方案表達(dá)清晰，沒有歧義。

有人會(huì)覺得這也太小了，值得說么？我覺得太值得了。

記住，一次創(chuàng)造的最大問題，在于它并不具體，一個(gè)不具體的東西，1000個(gè)人就可能有1000種理解。

有時(shí)候我們作為產(chǎn)品經(jīng)理，看著自己的需求文檔，以為說得很清楚了，但拿給其他人一看，可能理解完全不同。

舉一個(gè)最常見的例子，微信公眾號(hào)文章左下角有閱讀數(shù)據(jù)。如果當(dāng)初設(shè)計(jì)這個(gè)文章詳情頁的產(chǎn)品經(jīng)理這么描述：在這個(gè)位置（位置在圖示中說明）展示文章的閱讀數(shù)據(jù)。

僅僅這一句話，就有如下需要明確的問題：

1. 閱讀數(shù)據(jù)是指閱讀人數(shù)還是閱讀人次？
2. 數(shù)字展示到底是如何展示，非常大的數(shù)字也需要精確展示么？（現(xiàn)在我們知道，微信公眾號(hào)創(chuàng)造了10萬+這個(gè)概念）
3. 數(shù)據(jù)更新機(jī)制是怎么樣的，是每次刷新都去獲取一次數(shù)據(jù)，還是每天定時(shí)更新？

當(dāng)然，在實(shí)際研發(fā)過程中，可能還會(huì)有更多問題。

有人會(huì)問了，既然我已經(jīng)創(chuàng)造了微信公眾號(hào)這個(gè)偉大的產(chǎn)品，還有必要摳這些細(xì)節(jié)么。

有，非常有。只有把這些問題都想到了，都定義清楚了，才是真正交付了一個(gè)作品。有時(shí)候，對(duì)于細(xì)節(jié)問題的定義，在我眼里甚至是具有美感的。

畢竟，代碼是不含糊的，不清不楚的東西，在代碼那里，是要出問題的。

05

第二項(xiàng)基本功，是方案閉環(huán)，不出現(xiàn)邏輯錯(cuò)誤。

在美團(tuán)內(nèi)部有一句名言，所有問題的解決，第一步都是「解」。所謂「解」，就是分解。做好分解，后面就會(huì)順利得多。

我們都知道，分解的原則是MECE，不重復(fù)，不遺漏。

不重復(fù)確保唯一性和確定性，不遺漏確保閉環(huán)。

舉個(gè)例子，如果某個(gè)資源位要實(shí)現(xiàn)分層運(yùn)營(yíng)，針對(duì)不同用戶的身份跳轉(zhuǎn)不同頁面，那么在方案的考慮上就一定要考慮到所有身份，不能有遺漏。

例如：普通用戶，會(huì)員用戶以及未登錄用戶。

我看過一些新人產(chǎn)品經(jīng)理的需求文檔，經(jīng)常會(huì)遺漏掉未登錄用戶。

負(fù)責(zé)任一些的研發(fā)，會(huì)默認(rèn)給你做一個(gè)邏輯，未登錄用戶點(diǎn)擊資源位時(shí)自動(dòng)喚起登錄。

如果這個(gè)研發(fā)就在這里寫了一個(gè)邏輯：未登錄用戶點(diǎn)擊后報(bào)錯(cuò)。你可能會(huì)覺得這個(gè)研發(fā)腦子有問題，但要我說，還是因?yàn)槟阕鳛楫a(chǎn)品經(jīng)理，沒有考慮到所有情況，導(dǎo)致邏輯沒有閉環(huán)。

不重復(fù)的情況很少發(fā)生，但也會(huì)有。

例如在需求文檔的前半部分說，這個(gè)資源位點(diǎn)擊后跳轉(zhuǎn)A頁面，后面又說點(diǎn)擊后跳轉(zhuǎn)B頁面，那在代碼里，就很容易出現(xiàn)問題。

除了這兩個(gè)，當(dāng)然還有很多其他方面的基本功需要去培養(yǎng)。

但我認(rèn)為，這兩個(gè)基本功直接關(guān)乎完備而清晰的需求單，是所有其他基本功的前提條件。

如何培養(yǎng)這些基本功呢？

06

首先是無歧義的表達(dá)。

必須認(rèn)清，語言是有歧義的。要消除歧義，那就盡可能用結(jié)構(gòu)化工具去表達(dá)復(fù)雜的邏輯和信息。

大家都知道，原型圖是一個(gè)很好的工具，但原型圖不能代替所有邏輯表達(dá)。

例如用戶的登錄邏輯，其實(shí)包含了短信服務(wù)、發(fā)送和驗(yàn)證，這些在原型圖中是很難清晰表達(dá)出來的。

我的建議是，復(fù)雜的邏輯盡可能用流程圖表達(dá)。

流程圖這個(gè)工具，本身就包含了開始節(jié)點(diǎn)、結(jié)束節(jié)點(diǎn)、判斷、分支、串行、并行等常見的邏輯內(nèi)容。

流程圖的優(yōu)勢(shì)就是可視化的流程走向，一讀就明白?？捎袝r(shí)候，產(chǎn)品邏輯沒有那么多縱向節(jié)點(diǎn)，但是有很多橫向判斷。

比如用戶在不同身份下，訪問當(dāng)前頁面時(shí)，需要展示什么要素。

這種結(jié)構(gòu)化程度非常高的信息表達(dá)，我建議大家多用表格。

當(dāng)我們用表格的時(shí)候，無形中就在做邏輯歸納。表格中的第一行就是維度，以上述例子而言，用戶身份是一個(gè)維度，頁面展示要素是一個(gè)維度，可能還有頁面交互以及補(bǔ)充說明這兩個(gè)維度。

于是一個(gè)4列N行的表格，就完全可以表達(dá)「不同身份用戶訪問頁面」這個(gè)需求點(diǎn)的所有內(nèi)容，這比一大段文字要清晰多了。

對(duì)一個(gè)需求文檔而言，圖、文、流程圖、表格，我覺得足以表達(dá)很多復(fù)雜的邏輯。

但我遇到過的很多情況都是，針對(duì)我弄清楚的邏輯，我可以想辦法進(jìn)行無歧義的表達(dá)，但問題往往出在我不清楚的邏輯。

07

這就要說到第二點(diǎn)，如何考慮到所有點(diǎn)，不出現(xiàn)邏輯漏洞。

首先得說，需求文檔不出現(xiàn)邏輯漏洞，就跟代碼不出現(xiàn)bug一樣困難，幾乎是不可能的事情。

要不然測(cè)試就不用寫用例了，以及后續(xù)的開發(fā)過程中也就不會(huì)存在那么多的溝通成本了。

但追求無邏輯漏洞的產(chǎn)品方案設(shè)計(jì)，應(yīng)該成為每個(gè)產(chǎn)品經(jīng)理的目標(biāo)。尤其是在增長(zhǎng)緩慢的大背景下，產(chǎn)品經(jīng)理更應(yīng)該注重修繕屋頂、修煉基本功。

雖然這個(gè)目標(biāo)很難，但并不意味著沒有方法接近它。

我的建議是，多多跟研發(fā)和設(shè)計(jì)溝通，收集他們平時(shí)會(huì)問到的高頻問題，從而看看你的方案到底哪里有問題。

換句話說，從一個(gè)開發(fā)者的角度，來進(jìn)行產(chǎn)品方案的設(shè)計(jì)，這樣就可以在一開始考慮到盡可能多的情況。

我做過C端產(chǎn)品、也做過B端產(chǎn)品，姑且聊聊我積累的一些設(shè)計(jì)經(jīng)驗(yàn)吧，這些經(jīng)驗(yàn)已經(jīng)成為了我做產(chǎn)品設(shè)計(jì)時(shí)的潛意識(shí)。

08

C端產(chǎn)品設(shè)計(jì)，常見的考慮要素包括頁面和模塊兩個(gè)維度。

頁面維度常見的考慮維度：

1）頁面框架是什么，原生、H5還是小程序

2）用戶瀏覽該頁面的條件，游客、登錄用戶、或者是條件更嚴(yán)格的其他身份。

3）頁面流，入口有哪些，下級(jí)頁面是哪些。在頁面流中，最容易被忽略的是逆向邏輯的考慮。

模塊維度常見的考慮維度：

1）模塊數(shù)據(jù)源：是后臺(tái)傳過來的數(shù)據(jù)，還是前端寫死的數(shù)據(jù)，還是系統(tǒng)自動(dòng)記錄并展示的數(shù)據(jù)（例如時(shí)間戳）

2）模塊內(nèi)要素的數(shù)據(jù)源：如果模塊的數(shù)據(jù)源來自后臺(tái)，那就要進(jìn)一步考慮模塊內(nèi)的每個(gè)控件分別來自后臺(tái)表格中的哪個(gè)字段。最常見的遺漏是，前端頁面定義了要展示哪些內(nèi)容，卻發(fā)現(xiàn)需求單里沒有定義這些內(nèi)容到底從哪里取到。

3）字段級(jí)別的限制條件：為了美觀的顯示、流暢的加載、系統(tǒng)的容量等，很多字段都需要有限制條件。例如說明文案字?jǐn)?shù)限制、圖片大小限制等。這種限制既包括后臺(tái)配置的限制，也包括前端顯示層面的限制，都需要考慮到并明確。

4）兜底邏輯：大多是空數(shù)據(jù)的處理，包括網(wǎng)絡(luò)異常帶來的數(shù)據(jù)獲取為空，或者是很多初始化場(chǎng)景下帶來的數(shù)據(jù)為空。

5）逆向操作提示：用戶做一些解綁、刪除等逆向操作時(shí)，需要考慮一些提示邏輯，主要是防止誤操作。

09

從后臺(tái)頁面搭建的角度看，后臺(tái)產(chǎn)品有常見的三個(gè)要素：表格、表單和詳情頁。

先說說表格。

表格常見的考慮點(diǎn)包括：

1）表格數(shù)據(jù)源：展示是哪個(gè)對(duì)象，這個(gè)對(duì)象和其他對(duì)象之間有怎樣的關(guān)聯(lián)關(guān)系，這是后臺(tái)設(shè)計(jì)第一步需要考慮的問題。

2）表格的字段描述：逐個(gè)說明每個(gè)字段的含義、數(shù)據(jù)源以及展示方式。

3）表格查詢區(qū)域說明：相對(duì)復(fù)雜的表格都有查詢功能，往往是基于某些重要的字段做查詢。查詢需要說明，每個(gè)查詢控件的名稱、控件類型（選擇類注意單選和多選區(qū)分開），查詢方法（查詢控件與表格哪個(gè)字段匹配，如何匹配）

4）表格操作列說明：操作列是表格記錄的操作區(qū)，一般進(jìn)行狀態(tài)控制或者刪除操作，這部分功能的說明一般帶有邏輯判斷，例如滿足什么條件的記錄會(huì)出現(xiàn)哪些功能按鈕。出現(xiàn)這樣的情況就建議用流程圖或者數(shù)據(jù)表格去說明功能，結(jié)構(gòu)化程度更好。

5）其他功能：包括創(chuàng)建、導(dǎo)出、刷新、翻頁器等等。

再說說表單。

表單是管理后臺(tái)產(chǎn)品的核心模塊。任何一個(gè)系統(tǒng)，只要涉及到數(shù)據(jù)輸入，就一定會(huì)用到表單功能。

表單常見的考慮點(diǎn)包括：

1）表單字段說明

每個(gè)字段對(duì)應(yīng)什么輸入控件、代表什么業(yè)務(wù)含義，都需要說明。

復(fù)雜的表單字段間往往有聯(lián)動(dòng)邏輯，例如單選字段的值為A時(shí)展示X輸入框，值為B時(shí)展示Y輸入框。

順便說一句，業(yè)界已經(jīng)有非常成熟的輸入控件庫和對(duì)應(yīng)的標(biāo)準(zhǔn)設(shè)計(jì)，基本不需要產(chǎn)品經(jīng)理去創(chuàng)造一種新的輸入控件。

2）表單校驗(yàn)邏輯

這是我見到很多人做后臺(tái)設(shè)計(jì)時(shí)容易忽略的部分。數(shù)據(jù)輸入是一個(gè)很謹(jǐn)慎的過程，如果沒有很充分的校驗(yàn)，會(huì)導(dǎo)致數(shù)據(jù)表中有非常多的臟數(shù)據(jù)，給后續(xù)的處理帶來不可估量的風(fēng)險(xiǎn)。

校驗(yàn)有兩種，by字段的和字段間有聯(lián)動(dòng)的。by字段的校驗(yàn)，就是看每個(gè)字段控件內(nèi)的輸入內(nèi)容是否正確，不正確的話需要定義對(duì)應(yīng)的錯(cuò)誤文案。字段聯(lián)動(dòng)校驗(yàn)，就是看多個(gè)字段之間的輸入是否滿足某種組合公式。

字段校驗(yàn)的錯(cuò)誤文案一般展示在字段控件下方，字段聯(lián)動(dòng)校驗(yàn)的錯(cuò)誤文案一般展示在整個(gè)字段區(qū)下方。

每一個(gè)錯(cuò)誤文案跟一條校驗(yàn)邏輯匹配，所以邏輯之間往往具有優(yōu)先級(jí)，這一點(diǎn)也記得要說明。

3）表單提交后的工作流

很多人在做表單設(shè)計(jì)時(shí)，只關(guān)注字段，卻忘記說明數(shù)據(jù)提交后的工作流。事實(shí)上，我們很多在用的表單，都有其下游邏輯，是提交后刷新數(shù)據(jù)庫，還是提交后打開另一個(gè)聯(lián)動(dòng)表單，或者是提交后打開某個(gè)新頁面，這些都是工作流的范疇。

管理后臺(tái)設(shè)計(jì)，跟業(yè)務(wù)邏輯耦合程度非常高，我曾經(jīng)不知道該如何梳理要注意的邏輯漏洞，但在字節(jié)做過低代碼產(chǎn)品后，我對(duì)這塊就產(chǎn)生了肌肉記憶。

所以啊，做產(chǎn)品的每一步，只要好好做過，都算數(shù)的。

再次說明，我個(gè)人的經(jīng)驗(yàn)畢竟有限，如果有更多補(bǔ)充，歡迎大家在評(píng)論區(qū)友善留言。

10

最后從細(xì)致的具體的內(nèi)容中抽離出來，聊聊我為什么要寫這篇文章。

前面說到，行業(yè)是有生命周期的，而宏觀周期的變化，對(duì)個(gè)體產(chǎn)生的影響是不可估量的。

我見過很多優(yōu)秀的同學(xué)，懷揣著改變世界的夢(mèng)想做產(chǎn)品，成為螺絲釘之后，滿腦子都是郁悶和抱怨，失去了當(dāng)初的一點(diǎn)熱情。

甚至身邊有小伙伴正在經(jīng)歷裁員、失業(yè)、不知道下一站在哪里。

吳軍老師寫過聞名遐邇的《浪潮之巔》，但沒有人告訴我們，當(dāng)我們處于浪潮之谷，甚至被漩渦卷入深淵的時(shí)候該怎么辦。

我也不知道怎么辦，但我覺得，這說白了就是一份工作，踏踏實(shí)實(shí)做好，總結(jié)、復(fù)盤、改進(jìn)，把基本功練扎實(shí)——

是我能想到的能穿越周期的辦法之一。

在見識(shí)、理解、人脈、把握趨勢(shì)等不確定性面前，完備而清晰的需求單，是難得的確定性。