<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	>

<channel>
	<title>UX&amp;UI &#8211; 科技島-掌握科技新聞、科技職場最新資訊</title>
	<atom:link href="https://www.technice.com.tw/tag/uxui/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.technice.com.tw</link>
	<description>專注於科技新聞、科技職場、科技知識相關資訊，包含生成式AI、人工智慧、Web 3.0、區塊鏈、科技職缺百科、生物科技、軟體發展、雲端技術等豐富內容，適合熱衷科技及從事科技專業人事第一手資訊的平台。</description>
	<lastBuildDate>Thu, 24 Nov 2022 09:31:39 +0000</lastBuildDate>
	<language>zh-TW</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.4.2</generator>

<image>
	<url>https://www.technice.com.tw/wp-content/uploads/2022/12/cropped-wordpress_512x512-150x150.png</url>
	<title>UX&amp;UI &#8211; 科技島-掌握科技新聞、科技職場最新資訊</title>
	<link>https://www.technice.com.tw</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">223945996</site>	<item>
		<title>如何成為一個爛 UX 設計師</title>
		<link>https://www.technice.com.tw/experience/27902/</link>
					<comments>https://www.technice.com.tw/experience/27902/#respond</comments>
		
		<dc:creator><![CDATA[科編推薦]]></dc:creator>
		<pubDate>Thu, 24 Nov 2022 09:31:37 +0000</pubDate>
				<category><![CDATA[產業]]></category>
		<category><![CDATA[UX 設計師]]></category>
		<category><![CDATA[UX&UI]]></category>
		<category><![CDATA[工作甘苦談]]></category>
		<category><![CDATA[科技業]]></category>
		<guid isPermaLink="false">https://www.technice.com.tw/?p=27902</guid>

					<description><![CDATA[<p><img width="1200" height="627" src="https://www.technice.com.tw/wp-content/uploads/2022/11/image-5-6.png" class="attachment-post-thumbnail size-post-thumbnail wp-post-image" alt="image 5 6" decoding="async" srcset="https://www.technice.com.tw/wp-content/uploads/2022/11/image-5-6.png 1200w, https://www.technice.com.tw/wp-content/uploads/2022/11/image-5-6-300x157.png 300w, https://www.technice.com.tw/wp-content/uploads/2022/11/image-5-6-1024x535.png 1024w, https://www.technice.com.tw/wp-content/uploads/2022/11/image-5-6-768x401.png 768w" sizes="(max-width: 1200px) 100vw, 1200px" title="如何成為一個爛 UX 設計師 1"></p>
<p>有很多的文章都在討論「一個好的 UX 設計師的特質」、「如何把 UX 的工作做得出色」等等，我在剛開始工作時也讀了很多，可是我讀完了以後就是一個好的 UX 設計師了嗎？其實沒有。<content><!-- wp:image {"id":27914,"sizeSlug":"large","linkDestination":"none"} --></p>
<figure class="wp-block-image size-large"><img src="https://www.technice.com.tw/wp-content/uploads/2022/11/image-5-5-1024x535.png" alt="" class="wp-image-27914"/><figcaption>圖片來源：freepik</figcaption></figure>
<p><!-- /wp:image --></p>
<p><!-- wp:paragraph --></p>
<p>文／<a href="https://medium.com/as-a-product-designer/%E5%A6%82%E4%BD%95%E6%88%90%E7%82%BA%E4%B8%80%E5%80%8B%E7%88%9B-ux-%E8%A8%AD%E8%A8%88%E5%B8%AB-714797c8901b">盈秀（YH Chen）</a></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="9ab7">有很多的文章都在討論「一個好的 UX 設計師的特質」、「如何把 UX 的工作做得出色」等等，我在剛開始工作時也讀了很多，可是我讀完了以後就是一個好的 UX 設計師了嗎？<strong>其實沒有。</strong></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="6962">這篇文章其實有點告解意味，工作這段時間以來無論是被同事直接洗臉或是被爛結果打擊到自我羞愧，產生了需要自我態度矯正的想法。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="e76d">無論是想追求自身持續進步，或只是想把工作做好不要雷到隊友，下面幾種我幹過的雷事，還是盡量避免吧。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:image {"align":"center","id":27907,"sizeSlug":"full","linkDestination":"none"} --></p>
<figure class="wp-block-image aligncenter size-full"><img src="https://www.technice.com.tw/wp-content/uploads/2022/11/1_Tn3RYF0skSjRTOG7XewO9A.png" alt="" class="wp-image-27907"/></figure>
<p><!-- /wp:image --></p>
<p><!-- wp:heading --></p>
<h2>我是 UX 設計師捏！我才最懂使用者。</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="282b">我曾經認為自己比團隊內任何人都更了解使用者，比 RD 、 UI 們更了解，比客戶（當時是專案環境）更了解，我提的解決方案才是使用者需要的。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="e2e8"><strong>但，真的是這樣嗎？</strong></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="4f58">我對產業內使用者的認識有比客戶本身更了解嗎？比起團隊內其他成員，我提的解決方案有經過驗證嗎？其他團隊成員就一定都沒有能力從使用者的角度出發思考嗎？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="0c94">如果都不是，僅僅是因為我掛著 UX 設計師的職稱或是我懂一些使用者中心設計（User Centered Design）的理論並不構成我提的解決方案就是最好的理由。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2>我是 UX 設計師捏！你們應該要聽我的。</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="cbe5">如果保持著上面的心態，那可能就會出現要求 RD 、 UI 都要聽話乖乖實作的行為，遇到不乖的就是他們不專業、不突破技術的限制照我的提案實作！</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="c7d2"><strong>但，大家都乖乖聽話真的是好事嗎？</strong></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="c095">如果期待 RD 只聽話實作，那代表自己只把對方當成程序員（Programmer）；如果期待 UI 只聽話畫圖，那代表自己只把對方當成美工。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="61bd">設計是跨學科的領域，如果沒有與技術、行銷、或其他領域的交流，嘗試了解他們的目標和挑戰，建立溝通，永遠只覺得「使用者體驗」是自己的事，這會讓自己在團隊中成為一座孤島。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="15e8">「使用者體驗」應該是整個團隊的事。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2>他們都聽不懂我在說什麼，因為他們不懂 UX 。</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="4fce">「看起來使用者在這個階段經歷了很高的認知負荷，我們應該要系統性的評估使用脈絡，再找出痛點。」現在回頭看這種講話方式，尷尬癌都快發作了。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="2783"><strong>我們先把它稱作 UX 晶晶體好了！</strong></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="a027">使用 UX 晶晶體並不會讓自己看起來很專業或很酷，反而是拉遠了和團隊成員溝通的距離，他們聽不懂自己在說什麼並不是他們很遜、不懂 UX ，而是自己的表達方式出了問題。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="4faa">工作一段時間下來，我發現 UX 的專業不單只是怎麼做好研究報告還有產品體驗，溝通能力反而是工作中佔據最大一部分需求的「Soft Skill」，如何清楚表達而且能讓團隊成員不費力地理解，是 UX 設計師的職責之一。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="949e"><mark>跨領域的溝通已經夠難了，實在不需要再利用 UX 晶晶體把難度再提升。</mark></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2>我的設計不容妥協！</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="5c5e">我以前很愛捍衛自己的設計，覺得必須全都做到體驗才到位，使用者才會開心。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="d48d"><strong>但是很少有工作環境的資源是無限的（如果有，拜託收下我的履歷。）。</strong></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="595e">所以幾乎不可能每次規劃的內容都能夠要求開發能量全部吃下來，這也是為什麼需求需要被拆分，需要依權重協調開發能量。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="aa31">設計師需要理解，有時候體驗可能是權重最低的部分，並不是把設計規劃完丟給團隊，權重和協調開發能量都是別人的事情，我只要情勒逼團隊全都吃下就好了。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2>老闆和投資人要這個，所以我們必須做。</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="89bb">我以前容易被權力最大的聲音拉著走，認為只要他們提出意見了，我照著做一定沒有錯。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="817e">相較於開發、行銷， UX 很難衡量成效，而照著上頭的指示規劃似乎是比較有安全感的，而且更簡單不費力。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="7b0e">但並不是職位高的人講的就一定是對的吧，雖然不是一定要反骨到底，每次都唱反調，但是至少在說服團隊時不能只是拿這句話出來壓人。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="868e">我們其實有相當多熟悉的工具可以客觀的衡量每一種提案和意見，現在回頭看，選擇完全遵照上頭要求去做，其實是不負責任的。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2>研究報告給了，沒我的事了；產品上線了，沒我的事了。</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="5937">我以前的工作流程大概是這樣：收到需求 &gt; 閉關自幹好幾週 &gt; 研究報告 / 體驗流程出來了，丟給 RD &gt; 產品上線了，沒我的事了</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="c2ba">閉關的那幾週，只有我自己覺得一直有進度，但其實從團隊的視角看起來像是一個黑盒子，完全不知道我這段時間在幹嘛。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="a9f9"><strong>然後，Magic！研究報告 / 體驗流程出來囉！</strong></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="b860">這樣的工作方式除了一旦走歪就很難回頭以外，在團隊內也很難建立其他成員對自己的信任和安全感，最後的結果就是有可能走回情勒 RD 硬吞自己設計的老路。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="9e4b">上線後呢？我們通常都知道設計思考最後有個 Reflect 的步驟，如果上線了就一副沒自己事的態度，設計的工作其實不算完成，而且感覺也一副沒有要對自己的設計負責的樣子。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="e2e1">我想我那時期這些讓人詬病的行為應該是出自於拉不下臉到設計以外的領域學習的心態吧，就是這種心態造成與團隊成員的衝突。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="346f">雷事蹟整理大概就到這邊，實在是很感謝曾經包容過我跟洗臉過我的夥伴們。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="a135">歡迎大家看完給我一些回饋，也歡迎分享你遇過或你幹過的雷雷事蹟給我！</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:pullquote --></p>
<figure class="wp-block-pullquote">
<blockquote>
<p>本文由 <a href="https://medium.com/@yhuxchen">盈秀（YH Chen）</a> 授權轉載，<a href="https://medium.com/as-a-product-designer/%E5%A6%82%E4%BD%95%E6%88%90%E7%82%BA%E4%B8%80%E5%80%8B%E7%88%9B-ux-%E8%A8%AD%E8%A8%88%E5%B8%AB-714797c8901b">原文連結</a></p>
</blockquote>
</figure>
<p><!-- /wp:pullquote --></content></p>
<p>這篇文章 <a rel="nofollow" href="https://www.technice.com.tw/experience/27902/">如何成為一個爛 UX 設計師</a> 最早出現於 <a rel="nofollow" href="https://www.technice.com.tw">科技島-掌握科技新聞、科技職場最新資訊</a>。</p>
]]></description>
		
					<wfw:commentRss>https://www.technice.com.tw/experience/27902/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">27902</post-id>	</item>
	</channel>
</rss>
