上一篇文章聊到了幾條「以用戶爲中心」的產品設計原則，「以用戶爲中心」的產品設計原則，當然不止上文聊到的那幾條，後面我會總結更多產品設計的原則，以文章的形式分享出來。
這篇文章我想聊聊產品經理做產品設計的工作流程。
不同的工作崗位、工作內容，都有不同的工作流程。要想做好產品設計的工作，一套科學的工作流程是必不可少的。
我結合自己的實際工作經歷，總結了一套精簡版的工作流程。如果有不合理的地方，歡迎吐槽，在留言評論區一起討論。
1、目標用戶分析
產品經理做任何產品，第一步要明確的是產品的目標用戶是誰？
通過用戶調研、用戶分析，準確把握住目標用戶羣體的特點。目標用戶羣體定位越準確，在之後的產品工作中就越能更好的做好產品決策。
這裏要提一下「用戶」和「客戶」的區別：用戶是指使用產品的人，客戶是指購買產品的人。
用戶和客戶不總是同一個人，比如玩具的客戶一般是家長，玩具的用戶一般是小孩兒。
2、目標用戶需求分析
明確了產品的目標用戶是誰，接下來要做的就是分析目標用戶的需求。
在我看來「用戶需求」是一個不太友好的詞，因爲這個詞看起來簡單，但看完之後感覺還是無從下手，不知道到底該幹嘛？到底該如何分析用戶需求？
如果我給你翻譯一下「用戶需求」，你就會發現很明白了，用戶需求的本質是：目標用戶在什麼場景下遇到了什麼問題。
分析目標用戶需求，實際上就是找到，目標用戶在哪些場景下分別遇到了哪些問題。
滿足目標用戶需求，就是找到，目標用戶在不同場景下遇到的不同問題的最佳解決方案。
很多時候，目標用戶遇到的問題很多，產品經理要做的就是找到目標用戶最急需解決的 1~3 個問題。
互聯網產品講究快速迭代，不要一口吃個胖子，試圖一次解決所有的問題。
3、產品核心功能設計
明確了產品要解決目標用戶哪些急需解決的問題以後，就可以開始考慮用戶問題的最佳解決方案了。
有了用戶問題的最佳解決方案，然後基於最佳解決方案設計一個產品或服務給到用戶。
這裏想提一下，「產品」和「服務」背後是兩套不同的思考問題的邏輯，對產品經理來說，理解產品和服務的不同非常重要。針對產品和服務的不同，後面我會專門寫一篇文章來說明這兩者的區別。
打造一個產品，最關鍵的就是設計產品的核心功能。最佳解決方案的步驟其實就是產品核心功能的流程。
4、分析產品關鍵數據考覈指標，通過這些數據考覈指標，衡量產品核心功能是否有效的滿足了用戶需求
這是一個很容易被產品經理忽略的部分。
如果產品上線前，產品經理沒有分析產品核心功能數據考覈指標，導致程序員沒有做產品數據埋點、用戶使用數據收集工作。
那麼產品上線後，產品經理就無法獲取用戶的產品使用數據，從而導致無法通過數據分析，瞭解核心功能是否很好的滿足了用戶的需求，因而無法爲後面的產品迭代提供產品決策依據。
5、寫產品需求文檔
在產品方案設計完成以後，一名合格的產品經理，要寫出一份程序員很容易看懂的產品需求文檔。
產品需求文檔要達到的最理想效果是，沒有邏輯漏洞，程序員通過看文檔就知道要怎麼開發了，且程序員看文檔理解的產品方案，和產品理解的產品方案要基本一致。
過去我做程序員的時候看產品經理寫的需求文檔，總覺得這寫的都是些啥。要麼看不懂，要麼邏輯有漏洞，總之就是讓人不想看，讓人覺得產品經理水平不咋地。
現在自己做產品，我深知想寫出一份邏輯嚴謹，程序員通過看文檔就知道怎麼開發的產品需求文檔並不容易。
作爲產品經理，要有「萬物皆產品」的認識。
產品需求文檔就是產品經理做的一個給程序員用的產品。對於產品經理而言，寫出一份滿足程序員需求的產品需求文檔的能力，也是要在工作中，不斷追求，不斷提高的。
6、開需求評審會
在研發人員開始介入前，作爲產品經理，要組織所有和產品相關的人員開一個需求評審會，這個會主要要達到以下四個目的：
第一、向需求方講述自己對需求的理解，確保產品需求分析的結論，和需求方的原始期望是一致的。
第二、向設計、研發和測試團隊，也就是接下來要去實現產品的一票人，講清楚需求的背景和來龍去脈。
第三、向需求方交代具體的解決方案，也就是需求方將得到一個什麼樣的產品。這個產品有哪些功能，在實際的場景中如何解決需求方的問題。
第四、向開發團隊講述產品方案的所有邏輯、細節，設計師、工程師需要弄清楚自己將要實現的產品長什麼樣子，怎麼運轉，有哪些特性。
需求評審會說的越清楚，產品需求文檔寫的越專業，設計和研發就越能理解產品經理想要的東西是什麼，最終實現的產品和產品經理想要的樣子纔會更接近。
7、研發測試上線
研發測試階段，在很多公司產品經理都要擔起項目經理的職責，因爲產品經理是最瞭解產品的那個人。
在研發測試階段，針對出現的各種突發情況，產品經理可以更好的根據各方面的因素去做出權衡。
但這也有一個問題，由於項目經理有推動產品如期上線的壓力，很多時候，擔起項目經理職責的產品經理如果頂不住壓力，很容易砍需求，平衡產品的開發時間和需求實現之間的矛盾是一門藝術。
8、產品的數據迭代
產品最終上線後，產品經理要通過上線後用戶使用產品產生的數據去分析產品接下來的迭代方向。
關於產品的數據迭代，當下的互聯網產品圈子裏普遍認同基於數據來做產品，數據型的產品經理也很受各大互聯網公司的歡迎。
我認同數據的重要性，但我想說產品經理看數據不能流於表面，要分析數據背後形成的原因。
除此之外，產品畢竟還是給人用的，產品經理不能忽視了對人性層面的把控。很多時候，人性層面的把控往往纔是一個產品經理水平的體現。
總結
互聯網公司產品經理的工作流程大同小異，大公司的流程分的更細一點，小公司可能就沒有那麼講究。無論在大公司還是小公司，以上這些工作流程一步都少不了。
以上工作流程的每一步都有大量值的去說的內容，鑑於文章篇幅，這裏只是拋磚引玉。
在後面的文章裏，我會針對工作流程的每一步，去做深入分析，寫更多的文章，分享更多有價值的內容。
歡迎關注微信公衆號：bryanshen，你的關注是對我最大的鼓勵與支持！