剛入職的時候，如果有人問我“你會聽說讀寫嗎？”，我應該會給他一個白眼，活了這么多年，怎么可能不會這些基本的生存技能？但是，如果現在再問我同一個問題，我的回答應該是“還不怎么會”。為什么答案不一樣呢？因為產品人員需要的是升級版的“聽說讀寫”—“用心的聽、有力的說、高效的讀、準確的寫”。作為一個入職未滿三個月的產品新人，想要把我對“聽說讀寫”2.0的感悟分享給同為新人的小伙伴。

用心的聽

大家在與人交流的時候可能會碰到以下情況。

對方說的不是自己想聽的，自己想聽的對方不講，這種情況往往是由于雙方沒有統一溝通重點引起的。對于產品新人來講，這里的重點更多的是指自己在學習過程中的知識或業務盲點，且交流的對象更多的是公司內部人員。

大多數情況下，新人進入一個項目的時候，產品已經在迭代了。這個時候，很多業務邏輯需要理解，但若只是通過PRD或其他記錄文檔去了解，很難在特別短的時間內了解整個產品的業務流程。然而，如果你愿意去拜托同組的前輩給你梳理一下，并針對自己的業務盲點發問，不僅節省了時間而且也能對業務有更深入的了解。然而如果只是去聽而不及時發問，雙方理解的溝通重點可能會有偏差，溝通的效率也會降低。所以，對新人來講，不僅要做到用心聽，還要及時問。

有力的說

產品人員在某種程度上說是靠“嘴”吃飯的，跟運營說，跟開發說，跟測試說，跟交互說，跟需求方說。那么對于新人來說，怎么去處理溝通的問題呢？首先，要“往桌前坐”，敢于表達自己的意見和看法。很多時候，新人常會因為擔心自己的問題是不是太low？會不會引起別人的嘲笑？或者發表的一些看法會不會引起別人的不滿？等原因而不愿發表自己的看法。

臉書第一夫人謝麗爾.桑德伯格在《向前一步》中也描述了這種擔憂，書中提到每個人面臨不確定性的事物都會有恐懼，而區別在于能否克服恐懼去表達自己。新人如果想要進步，想要提升自己就必須克服這種恐懼，并要告誡自己這些是必經之路，早犯錯，早解決，早成長。

正如宜家創始人英格瓦·坎普拉德所說：“犯錯，是積極主動者的特權?！逼浯?，表達有力。沒有重點，雜亂無章的表達往往是沒有說服力的，并且會讓對方對你的能力產生懷疑。

作為新人，怎么訓練自己才能表達有力呢?

第一，別急著開口，先明確自己的對象是誰，需要傳達給對方的重點是什么。

第二，開口時先說結論，讓對方能夠立即抓住重點；再分1、2、3點給出論據。為什么是“1、2、3”而不是“1、2”或“1、2、3、4”呢，因為研究表明3個論據是最容易說服別人且方便記憶的，這是套路啊。當然，這個1、2、3是要有先后順序且相對獨立的，一個論據說三遍可不行。

高效的讀

隨著互聯網的發展，信息傳遞的成本大大降低，每天有大量的各種各樣的信息轟炸我們的眼球。很多人特別是90后在這種大環境下習慣于被動的不加辨識的接受信息，主動閱讀的能力逐漸退化。

那么新人怎么才能在相對有限的時間內，做到高效的閱讀呢？

對我來說，不同的閱讀對象會有一些差異。當閱讀對象是前輩的PRD時，可以嘗試將需求復盤并將自己的方案與前輩的做對比，找出自己的不足并尋找自己提升的空間；當閱讀對象是產品相關書籍時，可以將自己的產品帶入書籍中，與作者的思路做對比，思考為什么作者會這么做產品、這么做有什么好處、我的產品為什么沒這么做等；當閱讀對象是工具類書籍時，可以針對性的進行部分章節閱讀。

每個人的讀書都不一樣，怎么將自己的讀書效率最大化是最重要的。推薦給小伙伴《如何閱讀一本書》，書中描述了讀書的四個層次，讀來很受益。

4. 準確的寫

入職兩三個月之后，很多小伙伴開始跟進需求并產出相關文檔。而在寫文檔時，卻很難確保方案的完整性和文字的準確性。

方案的完整性

為保證方案的完整性推薦使用MECE（Mutually Exclusive Collectively Exhaustive，相互獨立，完全窮盡）分析法。以一個業務型需求的解決方案的產生為例：

上述例子中，使用了兩次MECE分析法，第一次在需求分析中，保證了需求被正確分析、且選擇出的方案最優；第二次在方案實現中，保證了業務流程被完全覆蓋。

描述的準確性

“XX，你來看看你這PRD寫的是什么意思？有問題吧？”每到聽到這句話，小伙伴們的內心OS可能是“又沒寫清楚？是你理解能力有問題吧”。

講真，很多新人在做方案寫PRD的時候有些理所當然。比如金額字段，新人們可能就覺得這就是個金額字段啊，沒什么大不了的啊。而忽略了這個字段怎么取值，是否可以為正值/負值/零、最大/最小值是多少、有無小數，四舍五入怎么處理等校驗條件。我們可以把這些描述不準確的地方使用思維導圖總結一下，下次再遇到就盡量避免。以輸入框為例：

在不同的階段對“聽說讀寫”的認知也會不一樣，這僅是作為一名新人的淺薄之談，不妥之處，還望大家指教。產品之路漫長，愿和各位小伙伴一起進步。

作者：公子燁，電商平臺的產品新人

本文由 @公子燁 原創發布于人人都是產品經理。未經許可，禁止轉載。