全文以5大產品層次作為基礎，時間為軸，對在各個階段做什么事，如何將需求落地，做了一個簡短的說明，希望對你有用。

1. 討論戰(zhàn)略層

這個層面是要告訴我們，做什么，為誰而做。

首先拿到一個方向，我們要進行調研+收集需求，確定自己大致的一個路徑。

其次，進行需求分析，結合產品定位（產品定義+用戶需求）篩選需求，這個時候可能幾個主要負責人會在一起進行第一次會議。

PS：因為整個項目的提出到現(xiàn)在的實現(xiàn)我都全程參與，所以幾次方向的改變也都經歷，真的有一種豁然開朗的感覺，從一開始的不解，到無奈，再到趨勢認同，確實說也明了，一個想法需要經過不斷的思考、迭代、討論等等，才能真正的轉化成一個產品，適用的產品。方向不可怕，可怕的是不思考。

2. 落實范圍層

這個層面是要告訴我們，需要做什么？

結合項目資源、KPI、公司戰(zhàn)略，將用戶需求轉化為產品需求。產品需求包括 戰(zhàn)略方向+產品所需功能。

確定要完成1，需要哪些功能，并確定優(yōu)先級。該階段產出feature lists。

第一次評審會議召開。之后進行修改改進，進入下一個階段。

PS：幾次熬夜想需求，想功能，產品經理真的是一個燒腦的職業(yè)，重要的不是會執(zhí)行、會畫圖，重要的是你的腦袋，是不是會思考，是不是思考全面，是不是邏輯清晰。

3. 轉化結構層

這個層面是告訴我們，怎么做，即在該層面確定擁有哪些模塊，如何跳轉，每個模塊的信息包含哪些字段等。

優(yōu)先級、功能都確定了，開始要動手確定產品結構、信息結構、產品流程圖了。

首先確定模塊層次，將已準備好的功能填入；

確定產品結構，產出產品結構圖，例如微信有微信、通訊錄、發(fā)信、我，每一個模塊都有哪些功能點。

確定產品信息結構，即脫離產品模塊、頁面和結構，將數(shù)據抽象出來，產出產品信息結構圖，例如用戶信息包含哪些字段，產品列表包含哪些字段等；

確定個模塊頁面的跳轉，產出流程圖。

開始第二次評審會議，增加、刪減、修改功能模塊。厘清邏輯。

PS：我就在這個地方吃了大錯誤，要做管理后臺，我直接跳過這個考量，著手原型，邊話邊想，效率極低，最終導致思路混亂、邏輯不清晰的局面；同時，也會讓評審無法進行，因為他人根本不能理解邏輯，當被老大詢問要產品結構、信息腦圖的時候，整個人就懵逼了，因為只是在草稿上隨意畫了下。所以一定要厘清自己想做的，評審時才有依據，才能更好修改、改進，才能思路清晰，程序員哥哥們才不會鄙視。

4. 形成框架層

這個層面告訴我們，做成什么樣子？即在該層面確定每個模塊，每個功能該如何擺放，哪個內容需要突出等。

根據產品結構圖、產品信息結構圖、流程圖確定基本產品框架。

細化框架，增添血肉。

形成原型圖。

開始第三次評審會議，討論、提議、修改不合理的地方，進行完善，之后產品內部進行小規(guī)模討論，確定原型，形成PRD。

PS：PRD一定要寫好，一定要寫好，一定要寫好；開會一定要記錄，一定要記錄，一定要記錄；標注清晰、流程清楚、容器等等，你都得做好，要不然，呵呵了。

5. 完美表現(xiàn)層

這個層面告訴我們，做成了什么樣子？

同時進行，讓UI產出設計稿，讓后端開始開發(fā)。

設計稿盡快出，然后全體查看，后臺繼續(xù)開發(fā)，前端開始跟進。

給開發(fā)哥哥們買東西吃。

跟進開發(fā)人員進度，及時確定完成狀況，了解項目進度。

等待完成，測試、上線、優(yōu)化、迭代。

PS：這個階段，正式成為產品狗的階段。記住，要隨和、隨和、隨和，不要生氣?。『煤谩肮蛑睖贤?，好好求求設計、好好承擔責任。多給開發(fā)們買點吃的！正經的說，提升自己的實力，讓他人信任你，信服你，才是溝通沒有障礙的真正途徑。

6. 補充說明

以上看似C端的開發(fā)流程，其實管理后臺一樣適用。管理后臺的所有流程步驟都應該按照這個流程走通，同時需要注意的是，應當和C端相呼應，在做C的時候，就應該想到，C端上這些展現(xiàn)的字段、內容從哪來？后臺如何設置？后臺的操作流程如何……

7.?想法

項目進行了幾個月了，也跟了幾個月，中間出現(xiàn)了幾次方向的變化，磕磕盼盼，也算快要有產出了，挺興奮，所以想要復盤一下這段時間對于項目、產品的一些事，做一些總結。具體的就不說了，都在上面的PS中，想想自己的方法論，查缺補漏，不足加以改進。

這是第一次帶一個完整的項目，不知道自己這么做對不對，大家可以指點、批評，我再優(yōu)化改進。

作者：小法逗

來源：http://www.jianshu.com/p/2f50fcf29ef9

本文由 @小法逗 授權發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。