今年我們家實習生執行了一個訪談計畫，要去研究 UX 的自學者在學習過程中遇到的困難。
在聆聽幾場訪談後，我更明確感受到許多朋友對於 UX 領域有這麼多方法論，不知道該如何下手學習的焦慮。
其中一個核心關鍵，也包括囫圇吞棗了這麼多理論方法之後，不知道該如何用一個作品來表達出來。
我認為在這個過程中，我

如何在面試作品集中展現 UX 思維？

職場產業

最近我在帶實習生開始接手資訊架構的工作，相對於用戶研究的工作，資訊架構的設計規劃工作可以說是新人殺手。
我聽過剛入行的設計師困惑的跟我說：「wireframe 不就是沒上色的介面設計嗎？」
殊不知，許多剛入行設計師規劃的介面與流程被工程師刁難、被 PM 亂改、魔改了十幾個版本之後才發現沒辦法開發，原

UX 設計領域的新人殺手：資訊架構設計

在設計師的圈子之中流行著一種文明病，可能你或多或少聽過，甚至已經罹患而不自知。
染上此症狀的人會經常陷入一種自我反省的內在恐慌中，並且深怕別人發現。
如果你幾乎每天在腦海中都迴響著以下聲音：
「我這樣執行是不是正確的？」
「別人看起來都很順利，為什麼只有我好像很糟糕？」
「如果他們發現其實我沒有很懂

設計師們永遠覺得自己不夠好的「冒牌者症候群」

我曾經私底下快速訪談了二三十位在業界已經有 UX 工作經驗的朋友，跟他們聊一個 UX 自學者常常覺得重要，但又面臨許多困難的話題。
那就是，為什麼 side project 很容易失敗？因素有哪些？
畢竟整天看著豬肉，但從沒看過豬走路，心中無法建構從產地到餐桌的旅程。
失敗的狀況
沒有明確目標
​


UX 學習的痛點之一「Side project 很容易無疾而終」

我不確定你有沒有參與過、或者自己發起 side project，我發現社群上的人對於 side project 有各種定義，今天也想跟你分享我的看法。
至少在這樣的關係中，我知道自己投入的熱情有明確的方向，吸引人的是有趣的共同目標。
​
▶ 這是一人專案還是多人合作？
▶ 預期要營利還是非營利？


你想練習 UX 的 side project 嗎？三個評估點分享給你

擔任設計師這個工作一陣子之後，你會很有趣的發現，要把手上接到的工作漂亮達成，仰賴一些前置條件，而工作找上你的時候，往往不具備充分的前置條件，現實一點的情況是，這些前置條件甚至是隱藏情報，需要你自己當偵探。
但需求方也不是故意的，大多數的人都不擅長當需求方。

這就好比你吃了一輩子的夜市小吃，夜市小吃

需求方不是故意的，只是大家都沒經驗

今天繼續跟你閒聊分享一下我在經營設計公司的日常近況
最近我們家兩位實習生陸續開始投入公司的日常工作中，參與顧問會議、專案以及課程
自從被我們家用戶研究員仲芸起了一個稱號「推書俠」之後，我對這個頭銜愛不釋手，特別熱愛在各種情況下推書
​
唉呀，推書俠就是在此時會現身了！
​
​
​


UX 學習的痛點之一「知識碎片化」

大多數的人初次跟 UIUX 設計師合作時，總是摸不著頭緒，不知道實際上軟體領域的設計師們所產出的設計究竟該從什麼標準來討論。
而「設計師」這個名稱，讓人聯想到的幾乎都是「視覺設計」、「平面設計」的工作內容，例如廣告 Banner 的設計、名片的設計、Logo 或企業識別的品牌設計等。
老實說，就連剛

如何合理給予 UIUX 設計師你的回饋？

我們最近發出的調查問卷，收到了近百位 UX 學習者的回饋，非常感謝大家撥空提供寶貴的意見。
今天繼續來討論在這一波調查之中，經常被提及的 UX 學習痛點，這個話題在分析的時候，我們也發生許多熱烈討論。
​UX 學習痛點「無法學以致用」
常見的痛點描述是這樣：
覺得不容易評估UX設計/學習成效
​


UX 學習的痛點之一「如何衡量學習成效」

假設有一個議題是設計管理，那設計公司的管理問題是不是全部都是設計管理議題？
​在我對「設計管理」這個議題粗淺的了解上，我先定義這個問題來自於這樣的想法：
「設計的產出該如何衡量價值？」
「設計師的產能是有辦法估算的嗎？」
​
​
​
​
​
​
​
​
​


在我眼中的設計管理議題

分享一個企業內應用的客戶案例，特別是在系統改版的過程，你是否產生過疑問，身為 UX 的我們可以做哪些有價值的事情來幫助團隊？
不是所有的設計都要改變系統的產出結果，特別是在改版企業內應用的時候，人們最害怕的正是未知的改變。
我們受到邀請，協助一個客戶在他們積年已久的企業內部系統改版過程，擔任 UX 

企業內應用的需求訪談是如何進行的？

剛開始接觸訪談的人常常遇到的困境，那就是「訪談時越努力表現越糟糕」的情形。
無論是面對利害關係人的需求訪談，或者是研究消費者情境的用戶訪談，都很容易踩到這個陷阱，你一定覺得很奇怪，怎麼努力表現反而會搞砸工作呢？
這邊我列出幾個困境的長相：
訪談時緊緊抓住訪綱問題，忽略現場
訪談時很在意受訪者偏離主題

在訪談之中如何主動傾聽？

2022年是我成為自僱者的第六年，也是開始從事 UX 教學的第三年。
前陣子有幸受邀在《設計遊牧》Podcast 上分享自己一路至今的混亂歷程，成為自僱者的第六年，我終於適應了乙方體驗設計顧問這樣子的生活方式。
乙方 Agency 的生活有很強烈起伏的淡旺季，閒暇的時候，我們家新人夥伴會困惑的問我：

2022年回顧：今年最好的決定是持續寫作

我在客戶那邊進行顧問服務時，經常趁機引導客戶演練如何進行跨部門的需求溝通。
其中最關鍵的要訣，就是使用正向表述的字詞進行表達。
例如，如果你想討論某個規格要變動的提案
✘ NG 講法：這個規格不能這樣做！因為會出現 OOXX 問題…
✔︎ 正向表述：這個規格有另外一個方向需要討論，因為我們之前發現了

需求溝通時使用正向表述

自從我們發表了 UX 學習困境的研究之後，上課時更常遇到聽過講座的同學來詢問如何完成作品集專案的問題。
我可能沒辦法回答怎麼樣的作品集才能找到工作，但對於怎麼樣的 side project 是有價值的這一回事，倒是有豐富的經驗。
以網路軟體產業來說，本質上所有的專案都有這幾個特性：
1. 找到有價值

UX 學習者如何打造有價值的 Side project？

我曾經遇過一種客戶，他一心求快，但需要與想要的東西總是說不清楚，於是他會說：「你不是經驗很豐富嗎？為什麼還需要研究？先做了再說啊？」
我發現，在經驗豐富的這件事情上面，我們的認知似乎有所出入。
「經驗豐富」這個描述，對這類客戶可能代表著：「你看過別人怎麼做，照樣做給我就對了」。
所以這種類型的客戶，

需求方對於設計師的錯誤期待

「如果老闆要的東西是錯的怎麼辦？」這是我在教學時經常被問的問題。
因此在需求訪談的工作坊中，我設計了一個角色扮演的情境劇，讓同學體驗為什麼決策者總是對於「執行者認為正確的要求」無動於衷。
​
最有趣的事情是，我都是現場指定一位同學擔任決策者，然後當著所有人的面告訴扮演決策者的同學，目前他的目標以及處

UX 設計師的思考術

所有文章