一個App的界面設計流程是怎么產生的？在悟空問答上的729個問題，只寫很接地氣的科技內容，記得關注。嗯，好象也是設計師然后繪圖，或則開發(fā)就敲代碼就出去了。開個玩笑，沒有這么說簡單啊……即便APP、小程

一個App的界面設計流程是怎么產生的？

在悟空問答上的729個問題，只寫很接地氣的科技內容，記得關注。

嗯，好象也是設計師然后繪圖，或則開發(fā)就敲代碼就出去了。開個玩笑，沒有這么說簡單啊……

即便APP、小程序、H5、Web網頁，從最初的一個構想，到最后讓用戶注意到整個界面，是需要有過一系列的流程，要很多崗位的人員組織，這里更簡練成為幾個大致的流程跟大家說道說道。

項目立項調研階段

任何項目都又不是憑空臆想不出來的，尤其是商業(yè)項目。產品只是服務的載體，尤其是互聯網產品。因為任何產品在確認要旗下之前，都前提是遇到審批立項調研的階段。諸如需要調研整個市場行業(yè)的情況，有多大的市場空間也可以突進；是需要調研行業(yè)競品的運營狀況，他們是怎末做的，有什么虧損；必須對自身團隊的能力進行評估，團隊本身很大優(yōu)勢劣勢在哪里，應該是從哪個方向切人，有沒有機會賺錢啊。

立項好象都不需要項目經理來為首，還有市場、運營、技術、數據分析等等崗位組織過來，并提交一份到最后的項目調研報告給管理層，由管理層出具評估報告有無是可以先執(zhí)行。當然了，假如是外包公司的話需要與甲方三次快速對接需求，比較明確甲方爸爸要無論做什么事情。總而言之一句話，那是要弄明白這款產品有沒有必要投入資源做個。

信息框架和原型

項目一但立項之后，產品經理就正在進場工作，嗯，是狗都能當的那個產品經理……據項目的整體規(guī)劃，產品經理不需要對產品本身進行規(guī)劃，簡單是規(guī)劃出產品的功能需求，再將功能需求拆細成有所不同的迭代版本，如何制定產品的路線地圖，這一大塊一般要自主運營人員的參與相互來如何制定。

如何制定好功能需求和迭代的地圖之后，產品經理就必須將每個版本的產品功能輸出藍月帝國信息框架圖，象都是按照頁面來挨個兒全部拆分，列出來每個頁面具體的功能模塊；然后把再依據什么信息架構圖，繪制圖產品的原型設計稿。原型這個東西可繁可簡，有的產品經理很喜歡畫高保真的原型，有的產品經理就是喜歡用框架圖。怎莫用都無所謂，都能夠讓設計師看得懂就行。

UI設計稿和UX交互流程圖

產品做好原型圖之后，大多會先跟所有部門的負責人統(tǒng)一做一次評審，以保證產品功能層面沒有問題。判斷好原型之后，UI設計師就開始進場工作，將原型圖設計什么成最終用戶看見的界面，也就是高保真的設計稿。此時產品最好就是別多說話的，尊敬設計師也可以管用提高工作效率……

設計師能夠完成高保真設計之后，產品經理再將各個高保真頁面并聯下一界交互流程圖（大公司會有一類的交互設計師，但是大多數公司卻沒一類并入這個崗位，多數是由UI設計師和產品經理約定完成），交互流程圖是可以介紹整個產品從首頁到之后的頁面，每個按鈕怎摸跳轉到，每個頁面展示更多內容的說明圖，是技術最不重要的開發(fā)指南。

技術開發(fā)和測試

高保真設計稿和交互流程圖能完成之后，就可以不找技術和測什么的小哥哥們進場了。此時應該是最容易總是吵架的開發(fā)需求評審，這個時候會應邀前來的人員就像會有：項目經理、產品經理、設計師、開發(fā)工程師、測試工程師，還可能會有運營等其它部門的旁聽。技術的評審會象由產品經理來請來，解釋產品的具體詳細功能怎么做，此時變會面對技術尤其是架構師的各種斥責，準備不充分，邏輯上有漏洞，那你馬上準備好技術的狂轟濫炸吧！

需求評審之后，技術就結束接受開發(fā)啦～此時產品經理其次不需要盯著旗下的時間進度，另外一方面不需要與測試工程師一起聯合早做到的模塊的測試，找不到潛在目標的BUG進行修復，終于大家一同做出一款可以不完美使用的產品出去。

運維和迭代產品開發(fā)結束之后，就可以不丟給運營方面的人員，內部試用馬上準備下線的工作了。此時項目經理巳經去忙其它項目了，技術開發(fā)也先去做其它事情了，產品經理要定好產品的數據埋點工作，是從埋點數據來對產品進行強盜團的優(yōu)化，著手下一個版本的功能需求。

產品這邊交給你們運營之后，就結束算正常的推廣上不了線了，也就是到了用戶手中可以不在用的App操作界面。因此大家可以看出來，一個產品從構思到最終下線，短則一個季度，長則兩三年的時間，再者游戲這種大型手機的項目。每一個產品背后，是一個團隊辛勞的付出。

為什么軟件工程特別強調必須先有設計，然后才能編程？

不僅僅計算機專業(yè)強調先設計后編程，反正任何的工程也是電腦設計在編程前面，只不過還沒有怎么設計就去編程就是盲目任何行動，編程只是因為整個工程里的一部分，而設計就是整個工程的靈魂，看上去像蓋房子時的框架，主要另外預算，材料，后面才是施工。

我以前做過幾年自動化方面的工程，反正是設備改造還是幫人家做一個純軟件方面的項目，大部分在下訂單之后，不過在此之前那是電腦設計，是因為在選材，造價之后應該是下訂單，簽合同。然后再就就開始做這個工程了，第一步那就是工程設計，目的就是在完成任務的前提下，連成一個完整的計劃：怎樣才能減少成本，提高產品的性能，怎么樣才能把工程最優(yōu)化系統(tǒng)，能做到性價比最點，安全性最高。

所以才設計是非常重要的，得象打戰(zhàn)時的作戰(zhàn)計劃，設計就是上陣殺敵時的作戰(zhàn)計劃，編程竟像第二步的具體一點戰(zhàn)斗任務。要是沒有作戰(zhàn)計劃，就然后追向敵人亂打一陣，那必然打敗仗，甚至于的確是沒大沒小。同時也沒電腦設計的編程那是沒有計劃的胡沖橫沖直闖，沒有任何的效率。

.例如，做用plc控制變頻器，用觸摸屏做上位機，這個比較小的軟件工程，我們肯定肯定不能先去編程，是因為你都還沒做設計呢，你怎摸編程？用那種去編程？用什么語言去編程？當然不能下手，我們要先去設計。

一，我們需要先設計什么用那種壓制方法，畢竟再控制變頻器有：端子壓制的方法，優(yōu)點是編程很簡單，但成本要高一點些，畢竟變頻器的給定是需要就這d/a模塊，或是其他推導源；通訊控制，優(yōu)點成本低，但編程總體復雜，對技術方面沒有要求一點高那些，所以我這個要提前設計好。

二，選材和防備，同樣的性能，絕對選價格最低的，但同樣的也要保證質量；另外我們要保證以策萬全，前提是電腦設計第二套方案另外備用。假設不成立第一方案又出現了意外，那第二套方案就可以應急，增強第一方案的漏洞，這樣的才能預防萬一。

三，我們可以不編寫程序了，影像展示我們的才華吧，在啊,設計的框架下面，就像給了我們一個游泳池，你盡情地表演啊吧！

因此說，不論什么樣的軟件工程，可是編程很有用，但需要設計錯在先，編程在后。