嗯，一般都是設計師直接畫圖，要麼開發直接敲程式碼就出來了。開個玩笑，沒有這麼簡單……

無論是APP、小程式、H5、Web網頁，從最初的一個構想，到最後讓使用者看到整個介面，需要經歷一系列的流程，需要很多崗位的人員參與，這裡簡化成為幾個大致的流程跟大家講一講。

任何專案都不是憑空想象出來的，尤其是商業專案。產品只是服務的載體，尤其是網際網路產品。所以任何產品在確認要開發之前，都必須經歷立項調研的階段。比如說需要調研整個市場行業的情況，有多大的市場空間可以切入；需要調研行業競品的運營狀況，他們是怎麼做的，有沒有盈利；需要對自身團隊的能力進行評估，團隊本身優勢劣勢在哪裡，應該從哪個方向切入，有沒有機會賺錢。

立項一般都需要專案經理來帶頭，還有市場、運營、技術、資料分析等等崗位參與進來，提交一份最終的專案調研報告給管理層，由管理層評估是否可以執行。當然，如果是外包公司的話需要與甲方多次對接需求，明確甲方爸爸要做什麼事情。總而言之，就是要搞清楚這款產品有沒有必要投入資源去做。

專案一旦立項之後，產品經理就開始進場工作，嗯，就是狗都能當的那個產品經理……根據專案的整體規劃，產品經理需要對產品本身進行規劃，首先是規劃出產品的功能需求，再將功能需求拆分成不同的迭代版本，制定產品的路線地圖，這一塊一般需要運營人員的參與一起來制定。

制定好功能需求和迭代的地圖之後，產品經理就需要將每個版本的產品功能輸出成為資訊框架圖，一般都是按照頁面來挨個拆分，列出每個頁面具體的功能模組；然後再根據資訊架構圖，繪製產品的原型設計稿。原型這個東西可繁可簡，有的產品經理喜歡畫高保真的原型，有的產品經理喜歡用框架圖。怎麼用無所謂，能夠讓設計師看得懂就行。

產品做好原型圖之後，通常會先跟各個部門的負責人統一做一次評審，確保產品功能層面沒有問題。確定好原型之後，UI設計師開始進場工作，將原型圖設計成終端使用者看見的介面，也就是高保真的設計稿。此時產品最好別多說話，尊重設計師可以有效提高工作效率……

設計師完成高保真設計之後，產品經理再將各個高保真頁面串聯成為互動流程圖（大公司會有專門的互動設計師，但是大多數公司並沒有專門設立這個崗位，多數是由UI設計師和產品經理共同完成），互動流程圖是介紹整個產品從首頁到最後的頁面，每個按鈕怎麼跳轉，每個頁面展示內容的說明圖，是技術最重要的開發指南。

高保真設計稿和互動流程圖完成之後，就可以找技術和測試的小哥哥們進場了。此時就是最容易吵架的開發需求評審，這個時候會出席的人員一般會有：專案經理、產品經理、設計師、開發工程師、測試工程師，還可能有運營等其它部門的旁聽。技術的評審會一般由產品經理來主持，講解產品的具體功能怎麼做，此時就會面對技術尤其是架構師的各種質問，準備不充分，邏輯上有漏洞，那就準備好技術的狂轟濫炸吧！

需求評審之後，技術就開始進行開發啦～此時產品經理一方面需要盯著開發的時間進度，另一方面需要與測試工程師一起參與已經做好的模組的測試，找到潛在的BUG進行修復，最終大家一起做出一款可以完美使用的產品出來。

產品開發完成之後，就可以交給運營方面的人員，內部試用準備上線的工作了。此時專案經理已經去忙其它專案了，技術開發也去做其它事情了，產品經理需要定好產品的資料埋點工作，透過埋點資料來對產品進行後續的最佳化，著手下一個版本的功能需求。

產品這邊交給運營之後，就開始正常的推廣上線了，也就是到了使用者手中可以使用的App操作介面。因此大家可以看出來，一個產品從構思到最終上線，短則一個季度，長則兩三年的時間，比如說遊戲這種大型的專案。每一個產品背後，都是一個團隊辛勞的付出。

策略層，定義產品使命、價值、目標人群願景/功能層：定義核心場景、功能列表結構層：做流程圖、資訊架構，確定主導航、主選單框架層：梳理每一個主介面的內容、佈局表現層：視覺設計，涉及圖示、配色、切圖。