需求如何落地成可用的產品

 　　工作了8年從一個產品小白逐漸變成一個產品經理，工作中跌跌撞撞的一路走過來，對需求如何落地變成可用的產品有了一點心得體會，今天分享給各位小伙伴，歡迎各位小伙們批評和指教。

 

    先從是什么需求來說起吧，說到這里各位小伙伴會很好奇，為什么會說這個，大家都知道什么是需求，干嘛還要說。其實，針對初入行的產品人，很多人都無法區分是什么需求，什么是解決方案，客戶或者需求方提出的往往不是需求，而是基於他們認知，他們認為合理的解決方案。初入行我就是按按照客戶或者需求方給出的解決方案去進行需求的定義，結果開發出來的產品始終無法讓客戶滿意。有個很形象的例子“我想要一輛更快的馬車”，在汽車沒有被發明的年代，人類的認知水平中就是想要更快的出行的辦法就是一批更快的馬車，所以，他們提出的需求就是只是想要一批更快的馬車，其實不然他們真正想要的是更快的出行方式，福特汽車的出現才真正的解決了他們的需求痛點。所以，小伙伴們一定真的能夠通過客戶描述的解決方案，去深挖真實的需求痛點，才能真正的做出讓客戶滿意的產品。

     確定了需求后，我們接下來要做的就是怎么把需求落地成真正可用的產品。我們一起來討論下應該怎么做才能讓需求轉化為產品。

 

    首先，我們來看看需求階段產品經理應該做哪些工作，通過下面一張圖來簡單的了解下。

 

    對以上的流程簡單的進行下說明，第一，業務邏輯梳理是將需求按照場景進行梳理，比如，早上乘坐地鐵上班的過程就是一個場景，場景的涉及的動作包括排隊安檢，刷卡進站、候車、乘車、刷卡出站，我們在進行業務邏輯梳理時盡量按照場景梳理，把所有的場景都考慮到；第二，產品邏輯梳理就是指通過泳道圖的方式，分角色、分階段的將產品的邏輯梳理出來，這個的前提是業務邏輯梳理清楚；第三，產品形態是指功能節點，整個產品應該包括哪些功能節點，也就是菜單結構；第四，頁面流程是指根據產品形態描述頁面間的交互；第五、根據前四步完成產品原型的設計工作，落實到具體每個頁面的元素；第六，根據產品原型進行PRD文檔的編寫。

    

    其次，我們來聊聊研發階段產品經理應該要做的工作，我們下來一起看下研發階段的一個流程吧。

 

 

階段主要是三個部分，第一，UI根據原型出進行UI設計，設計完成后需要產品經理進行確認，之后前端工程師工具UI設計稿進行前端頁面的開發；第二，后端人員根據PRD文檔和原型進行接口設計；第三，前后端都開發完成后進行系統聯調、進行集成測試、灰度測試，完成測試通過后進行上線。

 

最后，我來說下系統上線后產品經理要做的工作，這個階段的產品經理主要是負責產品的收尾工作，包括形成產品驗收文檔以及編寫產品解決方案；同時，也會進行上線后的跟蹤，需求收集並且進行下一版本的規划過程。

 

 

如果想獲得更多干貨，請關注我的個人微信公眾號，每周定時更新。