產品經理如何做好產品設計工作？我總結了 8 條心得！

上一篇文章寫了我轉崗做產品經理的原因，今天來聊聊作為新手產品經理該如何做好產品設計工作。每個公司的文化不一樣，對產品經理的要求也不一樣，希望我的經驗對大家有所幫助。

一、交互轉產品的心得

1. 優勢

我認為交互設計師轉型產品經理存在一定的優勢，比如思維邏輯性比較強，注重用戶場景分析，可以將用戶體驗的理念貫穿在方案設計中。不過產品經理負責的內容更廣泛，需要與開發技術打交道。如果缺少技術知識，需求評審時會遇到各種問題。我就多次被開發人員 diss，不過也不必過于糾結和壓力過大，抱著學習和討論的心態不斷進步，經常性的總結自己的得失，總會積累起足夠的經驗。

2. 對技術能力的要求

我始終認為有專攻，產品經理主要工作在需求層面，吃透業務，做好需求分析和功能設計最為重要。技術實現層面則主要依靠開發人員，產品經理只要參與溝通和協調就可以了。

作為產品負責人，產品經理的壓力會更大，在一些問題上要學會自我和解。比如技術能力，無論你如何學習，也無法與專業的技術人員相比。很多時候功能的落地實現必須由開發工程師參與其中，他們不能只做編碼工作，只有大家共同協作才能更好的完成工作，必要的爭論甚至爭吵是不可避免的。

二、快速適應產品經理工作的方法

我負責的是數據治理、數據開發領域的產品，業務中包含了不少技術側的知識，比如 API、數據歸集、清洗處理等。對于“零”技術基礎的我，每一個需求都需要花費不少精力去學習、分析，既要深入地理解業務，還要快速完成產品功能設計，所以必須要找到一套適合自己的方法。

1. 向內挖掘

①產品文檔與系統走查

入職新公司時，公司同事一般會提供一堆的產品文檔，幫助我們快速了解產品。不過文檔材料可能會存在各種問題。質量參差不齊，有的缺少各種必要信息，大量的文檔閱讀體驗并不友好，效率并不高。有的文檔更新不及時，跟實際的系統開發功能不匹配。

我個人認為除了閱讀產品文檔，還需要體驗走查產品系統，幫助我們更好地理解系統邏輯和業務功能。在體驗產品系統時，作為系統新用戶也更容易發現產品問題，可以納入后續產品迭代的需求池。

②他人的經驗

應屆生入職時，公司通常給新人足夠的時間和機會成長，安排專門的帶教人傳授各種經驗。社招員工不會有這樣的待遇，不會有人給你做產品知識培訓，只能依靠自己野蠻生長，需要自己主動向其他同事學習。不過每個人都很忙，請教他人時也需要一定的技巧。

首先我們需要對產品有了基本了解之后，帶著問題去跟同事溝通，甚至帶著簡單的方案去與同事討論。這樣溝通的效率會更高，也更容易激發出對方的溝通欲望，有助于我們收獲更多的產品信息。這對后期的產品設計工作非常重要，因為我們過往的經驗很可能與現在的產品并不相符。

比如一款數據歸集系統可以包含很多功能，比如結構化數據、非結構化數據同步、甚至整庫的遷移同步，此外還有各種 ETL 工具等等，滿足各種場景的需求。但是如果公司并不想投入太多精力，對產品定位只是歸集數據的展示和管理，其他的功能依靠第三方工具實現。產品經理的設計規劃就只能基于這樣的定位展開，否則只是一廂情愿。

另外與同事的溝通時，我們還可以了解產品的研發背景，一些產品問題的歷史根源，甚至可能會挖出公司隱秘的權力斗爭和團隊矛盾，避免在今后的工作中踩坑。

③需求溝通

產品經理接收到的大部分需求只是“一句話”，比如優化 XX 流程，提升 XX 能力。實際上這些信息都有特定的故事背景，只是在需求傳遞的時候被精簡掉了，所以當我們接到需求時，首先要了解需求的背景、目標等。

遇到這種情況，我會進行一定的分析和思考，總結出產品中存在的問題，以及初步的解決方案，然后與 leader 討論，確定自己的理解是否正確，并為為自己的一些疑問點尋求答案，這樣基本上可以明晰需求中的主要設計方向。

另外前期的思考可以讓自己做好充足的準備，當 leader 的想法與自己不一致的時候也可以充分表達自己的觀點。

④梳理流程圖

之前做 C 端產品時業務比較簡單，對流程圖并沒有足夠的重視。進入到 B 端產品領域，愈發感受到流程圖的重要性。

在需求分析階段，流程圖簡明扼要地展示了業務順序和邏輯關系，可以為后續的需求設計做好規劃和指引，避免場景的遺漏。

當涉及到跨系統、跨角色的需求時，我們很容易將關注點停留在自己產品這一側，導致跨系統銜接點功能缺失。需要借助泳道圖從更加宏觀和全局的視角，審視業務流程和用戶場景，找到產品的問題點。

在設計評審階段，流程圖可以輔助你清晰地表達需求內容，讓參會人員更容易理解需求流程和業務邏輯并達成了一致，這樣后續的原型評審才有意義，也更容易水到渠成。

2. 向外學習

①競品文檔

之前做交互設計的時候，覺得 B 端的競品分析比較難做。因為 B 端系統主要是面向企業客戶，很多產品采用私有化部署方式，不對外提供試用服務，產品白皮書也無法輕易獲得，只能通過官網了解一些粗淺的信息。

有了 SaaS 模式之后，產品開始提供試用服務，但是需要提供企業信息，然后有專門客服跟進溝通后才會提供賬號密碼，并且這些試用賬號還會限制有效期。不過即使登錄了系統，有些業務流程也無法完全走通，比如審批流程。或者因為缺少必要信息無法完整體驗產品功能。

不過一些大廠的產品體系比較完備，例如云廠商既可以注冊賬戶，也可以查閱產品文檔。大廠的文檔材料非常的詳細，包含了產品界面、業務規則、功能介紹等信息。只要耐著性子學習，可以學習到很多產品知識。

② 學會抄作業

產品的很多需求在競品中都能找到相似的功能，可以給產品經理的設計工作帶來很大的幫助。但是這并不是要無腦抄作業、完全照搬。可以向競品學習一些底層的業務邏輯，至于實現方式和做到什么程度，還是要基于自己產品的客戶場景、產品定位決定。

比如之前我曾經收到過 API 流控的需求，市面上有很多這樣的產品。有些通過插件的方式實現，有的功能強大，除了 API 流控，還有針對 IP 和應用的流量控制。經過分析這些功能與我們的產品并不完全匹配，我們只是參考了競品的底層控制邏輯，實現形式做了簡化。

如果功能只是全盤照搬，自己有沒有想清楚業務邏輯和用戶場景，在需求評審的時候就很可能會翻車。

以后就是我的一些心得，今天就到這里了，886～

歡迎關注作者微信公眾號：「子牧UXD」