近年來，隨著科技與網路產業的蓬勃發展，數位產品不再只能用使用者介面 (UI) 與使用者體驗 (UX) 來看，逐漸備受重視的反而是打破這兩種領域的產品設計 (Product Design)，讓我們能用更全局性的視野、更縝密的思路，去設計整個產品服務的全鏈路體驗。
先別急著做設計
當專案需求如雪片般飛來時，我會先去思考：
有哪些問題需要被解決？
問題的本質可能不僅止於表象的視覺層面，我們必須去探究問題的根本，找出各種解決方案的可能性，也要接受不會有最佳解的情況（時程、資源與外部環境的不允許）
業務目標與用戶目標是什麼？
探究需求背後的目的（為了什麼而做）與目標（希望做到什麼程度），其中又分為業務面與用戶面。舉例來說，我們設計「歸戶折價券」的目的，是為了鼓勵用戶在產品上做出進階行為（e.g. 分享頁面、加入購物車、點擊收藏），並由系統自動給予不同的誘因，當獲取優惠的感知足夠時，就能順勢引導用戶去下載 App。
找出機會點
多去思考其他的可能性，會發現需求不單只是要解決生活或操作上的某個問題，如果我們能夠再多做些什麼，也許就能帶來額外的價值。
梳理設計方案
設計原則是什麼？為什麼要這樣做設計？透過系統化的脈絡進行設計歸因，盡可能避免用主觀做設計。
我會利用上班通勤時打開 Google Calendar，確認一下今天有多少會議，評估自己還剩下多少彈性的時間可以運用，再利用 Jira Board 審視一下手上的專案。
如果當天會議比較多，我會優先選擇急迫但複雜度低的任務，確保我在時間被切得很碎的情況下，依然能夠將小項目給處理完，假若我有比較完整的時間，就能夠專心執行較為複雜的大專案（e.g. 流程、機制與設計探索的任務）
除了能夠避免讓自己一直被事情追著跑之外，也能夠保留一些思考的喘息空間，對設計師來說更能夠提升設計的效率。
在設計探索初期，我會利用 Pinterest 蒐集設計靈感，有了一些想法或是方向時，再以手繪稿整理出設計脈絡
提出一至三個設計假說／方案之後，就能向設計總監討論每一個方案的可行性與細節，確保設計方向與專案目標一致後，才會進 Sketch 繪製設計稿。
待設計雛形完成時，就能向需求方確認設計是否滿足需求。雙方都建立共識後，才會再做更細緻的的交互稿，最終透過 InVision 交付給研發夥伴，並由 PM 排入開發時程。
我們必須要先定義做這件事情／功能的目標是什麼？預期會帶來什麼樣的效益？後續又要用什麼樣的數據去驗證我們的設計假說？
除了要考量用戶的使用習性之外，還要根據當前的操作場景、使用載體（手機／電腦／平板）、裝置系統 (iOS/Android) 做出不一樣的設計決策，再針對目標用戶的隱性需求（e.g. 放大字型、小屏幕裝置）做交互細節上的優化。
對我來說，產品設計的過程就是這麼地有趣又充滿挑戰，也希望未來有越來越多的設計師夥伴能一起加入這個大坑囉 💪
讓我們一起用設計，來改變這個世界吧！（做夢比較快）
by 全糖艾爾文
