從業界需求逆推，規劃你的 UI 設計自學路線 2：畫好戰場的界線
這是「從業界需求逆推，規劃你的 UI 設計自學路線」系列文章的第 2 篇。
接著上一個階段的故事 ，當產品經理終於講清楚使用者需求和專案目標後，討論功能會議開始了。
拆別人的產品，才是做出好作品的關鍵？
UI 設計優化從哪開始？
想像你在翻修老房子——要拆哪、補哪，才能讓體驗更順暢？
別急著大改版，本文教你用 UX 思維，一步步提升介面設計！
需求與功能的微妙差異，你真的了解嗎？
餓了只能吃飯？
當然不！
需求是「想被滿足」，功能則是「如何滿足」。
搞懂這個差異，才能設計出真正解決用戶問題的產品！
User Story 的常見陷阱，你踩過嗎？
「我要一杯咖啡」是需求還是 User Story？
其實 UX 設計就像點咖啡，關鍵不在功能，而是如何滿足使用者真正的需求！
UX，設計的方法（專案初始）
本文內容取自 設計的方法 ，這是本 UX 必備的工具書，整理大量的研究、實驗方法，讓 Designer 可以照著做，產出有模有樣的文件。以下是我自己掏摸的心得。
注意，本文所寫內容不應該是一個人的工作，UX 研究都該是由兩人小組、甚至由團隊執行，但業界環境不許可、當公司喊 UX 同等喊反清復明的情況下，能靠自己的力量扭轉多少才是重點。
初學者的 Functional Map
功能規格書、產品規格書、系統分析、需求分析等等，是 PM 或 SA 或其他同事的工作，反正不是 UI 的工作，很多 UI 不願意去接觸這類文件，（就說了字太多圖太少設計人看不下去、有沒有懶人包？）但看不懂這些文件的 UI 絕不能被稱為好 UI…連這個軟體要做什麼都不熟悉、一知半解，要怎麼說服別人設計的介面是適合這套軟體（或網站）的好介面？
文章分類
