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

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

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

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

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

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

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

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

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

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

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

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

雖然很多想找新出路的產(chǎn)品經(jīng)理，因為找不到路而焦慮，那在焦慮的時候，是不是更應(yīng)該專注基本功的修煉，尤其是那些不被重視過的基本功。

01

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

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

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

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

如何定义B端产品及B端产品经理方法论

相较于C端产品，B端产品最大的特点是：面向特定领域用户，且数量少得多，但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强，与业务的结合更紧密。

查看详情 >

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

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

當然，這是理想情況。

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

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

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

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

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

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

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

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

02

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

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

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

接著是項目管理能力，確保工作成果可以按時交付；

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

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

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

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

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

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

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

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

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

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

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

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

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

03

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

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

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

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

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

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

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

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

04

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

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

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

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

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

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

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

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

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

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

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

05

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

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

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

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

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

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

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

負責任一些的研發(fā)，會默認給你做一個邏輯，未登錄用戶點擊資源位時自動喚起登錄。

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

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

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

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

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

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

06

首先是無歧義的表達。

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

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

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

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

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

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

比如用戶在不同身份下，訪問當前頁面時，需要展示什么要素。

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

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

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

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

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

07

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

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

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

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

雖然這個目標很難，但并不意味著沒有方法接近它。

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

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

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

08

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

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

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

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

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

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

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

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

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

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

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

09

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

先說說表格。

表格常見的考慮點包括：

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

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

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

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

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

再說說表單。

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

表單常見的考慮點包括：

1）表單字段說明

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

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

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

2）表單校驗邏輯

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

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

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

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

3）表單提交后的工作流

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

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

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

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

10

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

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

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

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

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

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

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

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