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