許多初學者可能一開始就先學習 Figma，但不一定清楚自己畫的介面，在實際職場的專案中，是怎樣的角色與階段。
希望透過這篇文章，可以更了解一個專案是如何開始的，以及設計師可能會需要參與的部分。
起始: 發現需求
專案的開始通常來自於發現一個尚未被解決的問題或市場機會，可能源於我們日常周圍的每一件小事，你有沒有曾經覺得「好難用啊...」、「如果能ooo就太好了呢」?根據公司規模，設計師不一定有機會參與，通常是上層依照企業未來走向與年度目標，訂立對應的項目。
規劃: 收集並統整
當專案方向確定後，會開始收集資料並制定具體需求與規劃。其中會透過許多我們常聽見的 UX 手法與方式來協助，例如: 問卷收集、使用者訪談、人物誌...。
依照團隊的時程與需求，這階段花費的時間可多可少，當然若能更了解潛在使用者，可以設計出更貼近需求的產品，而不是靠團隊內部想像。
在這個階段，UI/UX 設計師會有比較明顯的參與，也可能有機會進行跨部門合作。
執行: 介面設計、程式開發
當已經收集到足夠的資訊，並且產品架構逐漸成形後，會進到執行階段。UI/UX 設計師會接到專案需求，根據需求產出原型，也就是大家比較常聽到的：Wireframe、Mockup、Prototype。這個階段也是一般認知上，UI 設計師的工作內容。
根據不同情況，可能會有省略的部分，至少會需要 Mockup 讓工程師可以進行開發（雖然我也遇過 PM 跳過設計師，直接叫工程師寫上去...）只能說，真實職場情境百百種。
在交付給工程師之後，通常也會跟進工程師的開發狀況，確保沒有遇到其他問題，並不是交出去後，就完全沒設計師的事唷。
驗收: 測試與調整
開發完成後，可能與想像中有落差（例如：流程卡頓、觸發有問題、介面跟設計稿相差太多...等），所以通常會進行產品測試。
有一定規模的團隊，會配置專門的測試職位，其他團隊成員也會適時協助。
上線: 追蹤與後續優化
歷經這段時間的開發，產品終於要上線了！當然也不是發布後就沒事了，當產品真實面對到市場與使用者，會發現更多的問題與需求。
到了這時候，我們也會開啟下一個專案循環，可能是現有功能或流程的優化，也可能是根據產品政策，開發新的功能，持續壯大產品規模。
