編輯導讀：一個項目從立項到落地，其中要經過很多復雜的流程，產品經理作為產品的“父母”，要有把控全局的意識。本文以實際項目經驗為案例，整理復盤產品的落地過程，包括項目背景、角色分析、需求整理、需求排序。

在做產品規劃時，通常分三個步驟：

1. 行業分析
2. 競品分析
3. 根據分析的內容得出的結論進行產品落地、產品設計

本文以實際項目經驗為案例，整理復盤產品的落地過程，包括項目背景、角色分析、需求整理、需求排序。

產品經理在做產品設計之前，首先要明確當前用戶使用場景問題、角色、組織有哪些沒被滿足的需求以及解決辦法，最終做需求的設計和排期。

一、項目背景

該項目是早些年還在為政企做智慧社區信息化建設的項目，公司在項目中的角色為方案的提供商和產品的研發公司。項目類型為 GtoC，建設目標包括通過C 端產品幫助街道社區發展移動用戶（微信小程序）提高居民的社區生活參與程度，為居民提供生活便利的同時，打造精細化網格化管理。公司要求：打磨戰略級標準產品，提高產品應用的擴展性和兼容性。

用戶角色分析：

C（居民）：為生活提供更便利的服務，為社區建設共創共享。B（商家）：入住平臺引流，提供更多曝光。

G（街道、社區相關的發起人、使用者、被動使用者等）：針對G的角色很多，其中要識別各相關方的需求需要以及他們參與項目的程度，盡量滿足需求并維護對項目的支持。

二、需求收集

在確立了項目，明確了項目目標后，產品的工作就是要對需求進行調研和收集，通常是配合項目經理調研。要知道，這個項目對于自己以及對于公司要的是什么對個人：能力的提升（資源整合、調度、需求分析、設計、溝通等）；

對公司：打磨戰略級標準產品，提高產品應用的擴展性和兼容性。

從產品角度來說，如果產品想做好，不能是只滿足一個項目的需求，畢竟在toG的大環境下，定制化的程度很高，站在現在看未來，提煉核心的需求。從項目角度講，以客戶成功為核心，實現其目標來開展工作。

需求收集階段，只要是參與該項目的各角色代表的意見建議去針對性調研，提高相關方支持項目能走的遠，實現目標。通常這個階段是收集需求整理調研表，隨后搭建需求池。

三、需求分析

第一步，明確要解決用戶的什么問題

1. 核心目標：發展移動用戶、提升精細化管理水平 、提高居民的社區生活參與程度

2. G的用戶使用便捷、是工具不是負擔等等

第二步，這個產品做出來的價值和目的是什么

1. 建立社區的線上生態體系，探索社區的互聯網+模式，提升居民在社區的社區生活體驗。

2. 社區根據居民反饋的意見、問題等，梳理社區線上的工作機制，有效的服務社區居民。

第三步，找到解決方案，從需求底層思考問題

通過HMW 拆解問題，能夠多個角度去思考需求、場景、問題解決辦法。思考包括積極、轉移、否定、拆解、腦洞五個維度。

具體不展開說明HMW方法，如果不了解HMW是什么，可以參考以前的文章：HMW 案例拆解iOS 游戲免費榜第一名【網吧模擬器】如何提升留存率？了解HMW 方法的使用場景和用法。

當思考的內容完成后，補充需求添加到需求池。

第四步，需求整理與業務流程設計

本階段主要根據思考后的需求以及需求方所提的需求在需求池中進行歸納總結。對需求進行分類后，對業務模塊進行整合，主要產出物為業務大圖、業務流程圖。業務大圖通常根據人、場、地、事、物的業務維度和事前、事中、事后的時間維度進行整理；業務流程圖用于觀察流程是否閉環、是否存在遺漏內容、相關業務狀態是否有始有終等。以用戶上報事件，相關人員接收指派處理事件流程為例。 用戶側角色包括居民以及有上報事件指責的工作人員，上報后根據類型進行自動指派和手動分發指派，最后相應人員接手受理流轉處理。在繪制流程圖時應注意，菱形部分為判斷條件，考慮到每個條件后續的流程是否有通路能夠走完呢。

第五步，產出功能架構圖、信息結構圖、頁面流程圖

功能架構圖、信息架構圖以及頁面流程圖，是在制作原型之前設計階段的工程圖紙，是原型設計和的依據。

功能結構圖主要用于確定業務場景下滿足用戶所需要的功能內容；信息結構圖用于描述頁面中具有一定規范的信息內容并傳遞產品信息，也可以輔助開發人員進行數據庫表結構的設計；頁面流程圖便于理解頁面的跳轉結構，常用于復雜跳轉關系的C端產品，有助于梳理產品邏輯和產品輪廓，好的頁面流程圖配合產品原型，有助于開發更好評估所需要的時間。

第六步，輸出原型圖PRD

產品經理的基本功，這里不展開描述。只要注意一點，想清楚需求，每次迭代之后想要的是什么，盡量避免迭代中去改需求。而且在開需求評審會時，至少要產出一份完成度在90%以上的需求文檔和原型設計。體現你這個產品經理專業的同時，還提升了團隊的協作效率。

在產品設計中，我本人更喜歡使用敏捷的PRD原型，而非純文檔形式的原型設計。這個的前提是你和你的產品、開發團隊有足夠的默契，你的產出足夠完整。

第七步，開發優先級排列，實現MVP

最后整理MVP功能點和優先級。開始對本次迭代的內容進行批量維護和整理，完善生產環境產品功能。功能實現優先級排序方法：

對排序工作不知如何下手的話，基礎的排序方法可以用ICE，所謂的 ICE 法就是：Impact 影響范圍、Confidence 自信程度、Ease 實現難易的簡稱。

附案例：iOS游戲免費榜第一名【網吧模擬器】迭代需求優先級排序

進階的排序要根據業務和公司情況情況量身定制一份排序表了，這里分享一個我經常用的需求池的表，里面包括排序部分：

【騰訊文檔】需求池-文靖撩知識分享版 https://docs.qq.com/sheet/DY3hHV2ZzZndKSUZa

優先級評估維度包括：

1. 影響范圍：該需求影響的業務、開發范圍

2. 業務權重：該需求所屬的業務在整體中的權重

3. 復雜程度：實現該需求的難易程度，包括開發成本、運營難度、推廣成本等

4. 特殊加權：重要緊急、臨時，上級領導明確指示的需求

5. 綜合優先級排序：優先級結論，得分越高越優先迭代

分值參考

最后整理得分最高的MVP板塊和功能，召開需求評審會，進入迭代。產品經理注意，這個時候是你的時間，記住用你的專業hold住團隊。

四、總結

往往業務流程的設計決定產品的上限，原型產出和PRD是產品能力的下限。產品經理的作用就是去講每一個商業計劃落地，產品的落地一方面要結合實際的場景和需求，另一方面要考慮公司的發展、商業模式能夠考慮到任何流程的異常情況和邊界情況，并整理出來。

當商業計劃和最后實現的效果所契合，那么產品的落地是更有價值的。對于ToB或ToG的企業來說，項目價值是眼前的既得利益，而產品經理應該望眼欲穿，從項目中提煉需求，做更有價值的迭代設計。

本文由 @張文靖同學 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 unsplash，基于 CC0 協議