<?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/"
	>

<channel>
	<title>UX設計師 &#8211; 科技島-掌握科技新聞、科技職場最新資訊</title>
	<atom:link href="https://www.technice.com.tw/tag/ux%e8%a8%ad%e8%a8%88%e5%b8%ab/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.technice.com.tw</link>
	<description>專注於科技新聞、科技職場、科技知識相關資訊，包含生成式AI、人工智慧、Web 3.0、區塊鏈、科技職缺百科、生物科技、軟體發展、雲端技術等豐富內容，適合熱衷科技及從事科技專業人事第一手資訊的平台。</description>
	<lastBuildDate>Mon, 26 Jan 2026 02:03:11 +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設計師 &#8211; 科技島-掌握科技新聞、科技職場最新資訊</title>
	<link>https://www.technice.com.tw</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>【學長姊帶路】IKEA  UX設計師 求職分享</title>
		<link>https://www.technice.com.tw/campus/mentor/98271/</link>
					<comments>https://www.technice.com.tw/campus/mentor/98271/#respond</comments>
		
		<dc:creator><![CDATA[周星馳]]></dc:creator>
		<pubDate>Tue, 02 Jan 2024 05:55:00 +0000</pubDate>
				<category><![CDATA[學長姊帶路]]></category>
		<category><![CDATA[投書徵稿]]></category>
		<category><![CDATA[IKEA]]></category>
		<category><![CDATA[UX設計師]]></category>
		<category><![CDATA[面試問題]]></category>
		<category><![CDATA[面試經驗談]]></category>
		<guid isPermaLink="false">https://www.technice.com.tw/?p=98271</guid>

					<description><![CDATA[<p>總部的設計師不設計家具，而是在設計一套更好的系統，教全世界的IKEA員工怎麼經營一間成功的IKEA。<content><!-- wp:paragraph --></p>
<p>原標《我如何成為IKEA全球總部的UX設計師》</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>文／荷以見得</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>Hej 大家好，我是Kevin。 現在擔任IKEA總部的UX設計師。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:image {"id":98272,"sizeSlug":"large","linkDestination":"none"} --><!-- /wp:image --></p>
<p><!-- wp:paragraph --></p>
<p>總部的設計師不設計家具，而是在設計一套更好的系統，教全世界的IKEA員工怎麼經營一間成功的IKEA。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>今年年初回台灣休假順便做年菜時， 我收到3間歐洲總部的UX設計師面試邀請， 分別是🇳🇱荷蘭做半導體的ASML 🇩🇪德國家用電子龍頭BOSCH 和🇸🇪瑞典肉丸家具商 IKEA 最後我到了IKEA，作為公司目前唯一一個會說中文的設計師，正在適應新團隊與截然不同的挑戰，讓我大開眼界，是個非常有意思且具有文化感染力的公司。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>這篇分享會聚焦在當時為這些面試所做的準備，並記錄了在面試過程中碰到印象深刻的問題與一些我回答的思路。給想到歐盟、跨國大企業工作的卡友們一些參考的方向。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 class="wp-block-heading"><strong>面試前的準備</strong></h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>能通過第一階段履歷的審核，代表面試官對你是感興趣、是好奇的。接下來就是如何整理好自己的思路，在面試的過程中可以精準地回答問題、表達自己。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>了解自己</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>面試很重要的一部分，就是讓面試官們了解你，如果自己都不清楚各個面向的自己，又怎麼能說服他們錄取你呢？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>我從內在跟外在去分析自己的目標，用SWOT方法，先找出個人能力的優劣勢，再看現在的公司、同事、主管，整個環境的優劣勢。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>我當時的狀況：</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>因為是在小新創，我累積了很多不同功能開發的設計經驗、直接與大老闆、利害關係人討論提案的機會、並導入一些過去沒有的設計流程與制度標準；不過伴隨而來的顧慮是，缺乏與設計師們、跨部門合作的經驗、不清楚企業級的設計開發流程等等。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>這樣的分析除了可以審視目前的工作是否還值得留下來繼續努力，亦或是有什麼非換不可的理由。同時也能套用在面試問答上，清楚告訴面試官為什麼你是他們理想的設計師？你離開現任公司的原因？你想加入他們團隊的原因？…等。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>小tips：</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>這方法也能用來分析現在的自己轉換到國外工作的優劣勢和潛在的機會與風險，能更理性地去看待自己，找到職涯下一步的方向。 而且相信面試官也會很好奇為什麼做這個決定。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>了解公司</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>會直接從招募資訊開始剖析。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>部分的公司會直接跳到描述工作內容，不過也有些會在開頭簡單講述一下公司背景。這個地方就是很好的機會去了解公司的理念和價值觀。 看看公司是怎麼描述他們的營運，怎麼講述他們認為理想的人才該有的特質。這些無形的東西很多時候甚至比工作經歷還來得重要，畢竟大家在找的是一起長久共事的同事。所以藉由找出這些關鍵字，好好審視過去的經驗是否展現了這些特質，或是這些價值是否就是自己在追尋的。 如果這些價值與信念能讓你感到躍躍欲試，那是最棒的狀態，請好好在面試的過程中展現出來，那個態度與神采是騙不了人的，會非常有感染力。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>了解工作</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>從工作描述（Job Description)中去找到團隊的合作方式，具體的職責內容，這邊的關鍵字可以用來提醒自己作品集是否有缺漏的部分，或是在面試中可以強調的地方。 通常大公司在工作職責上會切的很細，除了文件的描述，也可以在面試過程中先向面試官詢問清楚。不要很開心地說完自己的使用者研究內容如何推導出好的設計提案後，面試官卻說他們想找的是專門做原型測試的人才。到當下才發現兩邊的期待都有落差，那是最可惜的。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>從工作描述（Job Description)中去找到團隊的合作方式，具體的職責內容，這邊的關鍵字可以用來提醒自己作品集是否有缺漏的部分，或是在面試中可以強調的地方。 通常大公司在工作職責上會切的很細，除了文件的描述，也可以在面試過程中先向面試官詢問清楚。不要很開心地說完自己的使用者研究內容如何推導出好的設計提案後，面試官卻說他們想找的是專門做原型測試的人才。到當下才發現兩邊的期待都有落差，那是最可惜的。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 class="wp-block-heading"><strong>面試過程</strong></h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>第一階段</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>文化、熱情、期待</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>我自己的經驗在第一階段不外乎就這三個方向，通常是由HR以電話或是視訊做半個小時左右的面試。這邊就不把所有問題列出來，但可以透過這三個點去延伸各種問題，讓自己做好準備。 以下只講述一些碰到比較有印象的問題。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔了解你是否符合、認同公司的文化和價值 IKEA的HR是我遇過最執著這個問題的，為什麼想加入IKEA，除了大公司的資源（我的答案）還有其他想加入的原因嗎？為什麼想來IKEA做UX？你對進IKEA有什麼期待？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>現在進了公司也體會到，他們真的從上到下都非常重視IKEA的文化和傳承。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>了解對於這個職位、設計工作的熱情和期待 具體可能會問到過去工作碰到的挑戰、喜歡的地方、不喜歡的地方。 職缺的部分比較特別的是ASML有問到期待管理層能給這個職缺什麼樣的協助。也有碰過IKEA主管從他的角度描述完他對這職位的期待後，反過來再問你一次這工作是否有符合你的期待。 在這階段我也有被問到對於薪水待遇的期望，功課真的要準備好。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>小tips：</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>我的經驗是大公司都會很在意且重視員工的價值認同，還有觀察面試者對於設計的熱情跟豐富的經驗是特別聚焦在什麼地方（因為往往職務都會很專精在設計的某一塊）。 在準備面試時，可以好好看一下背景資料，在面試的過程中也多問問面試官，把彼此的期待拉得更近一些。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>第二階段</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>能力、合作、溝通 有了前面初步的了解，下一個階段會更著重在專業能力，跟解決問題的邏輯。 ✔能力 1. 請講述一個設計心理學是如何應用在你過去的設計上？ 2. 為什麼那個項目不考慮做市場測試而是內部測試？ 3. 這項目中你是如何發想出不同的解決方案，又如何收斂？ 4. 如果沒有所謂的競品，你會怎麼辦？ ✔合作與溝通 1. 如果產品經理覺得你的方案他不能接受，你會怎麼做？ 2. 你喜歡在設計初期就得到快速的回饋嗎？為什麼？ 3. 如何面對批評、回饋？ （幾乎每家必問） 小tips：</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>聽到沒準備過或從沒想過的題目時肯定會感到錯愕，但務必提醒自己先冷靜下來，不需要急躁地拋出答案（這也是我常犯的錯啊）。 如果覺得資訊不夠清楚，可以再詢問一次面試官，最怕的是你覺得你回答了問題，但卻不是對方想聚焦的地方，當腦袋有不止一個回答的方向和角度時，我會提出問題來討論，面試官通常都很樂意分享更多想法，讓你能更精準地回答，替面試加分許多。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>介紹作品集</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>在這邊我一樣是三個核心：</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔問題是什麼？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔該如何解決？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔帶來的成果？（有具體數字最好）</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔問題 我不會著墨太多在描述問題，而是著重在我怎麼定義出這是個問題。 設計師的工作就是解決使用者的困擾，不過別急著就討論起解法，先把問題框清楚、畫明白，解決方案才能正中靶心。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔如何解決 講述解決問題的邏輯，讓面試官可以想象就算未來交付給你不同的專案，你也有一套清晰的思路與設計方法來幫他們解決問題。 如果這個項目是聚焦在使用者心理（例如：對小新創公司的不信任感、對全新產品的風險擔憂、或是不同經驗使用者的心理模型），這樣的問題我通常會從文獻研究找出使用者行為背後的脈絡，有什麼可以解決的應用方法，然後從中發展出具體的設計方案。 如果是流程和介面設計出了問題（例如：使用者在App上很常迷路、操作時常點錯、對某核心功能不感興趣），我則是從定義使用者的核心目標為起點，搜集信息（利害關係人訪談、問卷搜集、原型測試…等），再發展可行的設計方案，然後延伸下去。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔帶來的成果 </p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>解決問題不能只是口說無憑，在最後的take away應該讓面試官能清楚看到你的設計具體帶來什麼改變。除了設計的前後改變，應該也要有使用者的反饋、或是具體的數據佐證，讓面試官能看到你帶來的商業價值。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>第三階段</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>✔實作</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p> 不一定每間公司都有回家作業、或是現場實作的環節，像IKEA就完全沒有。這邊我想提一下在BOSCH面試時候碰到的白板挑戰 — Whiteboarding Challenge 白板挑戰 面試者會在面試當下收到一個設計問題，可能是隨機的一個訂餐APP開發的構思，或是針對該公司的某個功能的改善。重點不在你多有創意、能給出多少點子，而是看你解決問題的思考邏輯，還有如何跟面試官互動與討論問題。 這是我第一次被告知要做這個挑戰，當時查了很多資料，做了不少筆記，也寫了一個模板幫助我在面試作答時能提點自己，確保所有解決問題的思路都面面俱到。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔我的Whiteboarding模板</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>我自己分了三大點，幫助在發想概念前，先好好把問題定義清楚。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>1. 理解使用者的4個W：</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>WHO &gt;&gt;為什麼（這APP、這功能、這個改版）對使用者來說很重要？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>&gt;&gt;有什麼使用者類型？ &gt;&gt;對於他們的行為跟問題，有什麼前提假設？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>WHAT &gt;&gt;使用者的需求是什麼？ &gt;&gt;他們的痛點是什麼？ WHERE</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>&gt;&gt;使用情境是什麼？找到Use cases</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>WHEN &gt;&gt;在使用者旅程中（User Journey)，他們在哪個部分會碰到這個問題</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>2.目標 &gt;&gt;使用者的目標（產品的Vision）</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>&gt;&gt; 商業的目標 （KPIs，如何評估成功）</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>3. 假設與限制 在定義問題的過程中，因為時間和研究深度的關係，我們會發現許多得先放著的假設條件。譬如在設計登機通知app時，我會假設使用者事先已經做好線上Check in，所以我們可以取得使用者的基本資料。列出這些條件，能讓自己的設計方案更聚焦，也告訴面試官你想的夠透徹。 很多文章分享提到可以多跟面試官交流，一起把問題定義清楚，我當時也是抱持這樣的期待，但並沒有。在我那場面試，公司的設計師丟出問題後就一問三不知，得完全靠我自己去一步步把問題推敲清楚，不過切記，在思考問題時，那些心中的想法都要說出來、寫下來給他們看，告訴他們接下來你想怎麼做，讓他們看到你的思路。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>因為是線上面試，我當時把流程的筆記寫下來，直接貼在電腦後面的墻壁上提醒我</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>第四階段</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>順利通過前面階段，基本上大致已定。這階段我是收到通知將和整個部門的頭聊聊天，主要是想看看我這個人。 我當時是準備了一些工作方面的問題來請教，不過沒想到會議一開頭，大老闆就直接反問我有什麼想問他的，一開始還擔心問題會不會不夠用，但後來發現，我們倆在做菜和古董打字機方面都滿有心得，相談盛歡。結束以後也很快就收到email通知接下來入職的流程。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading {"level":3} --></p>
<h3 class="wp-block-heading"><strong>小tips：</strong></h3>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>面試不是只看未來跟你工作的情況；他們同時也在看未來跟你相處的樣子。 想想自己生活中的熱忱，有什麼樣的小故事，最近碰到什麼有趣的際遇，讓他們能了解更多的你。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>最近收藏的60歲義大利打字機 提問環節 在每階段面試的最後，我都會準備至少三個問題。針對對方是誰，面試在哪個環節了，然後再問對應的問題。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔對HR我會針對面試的流程、個人成長的機會去提問；</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔對設計師和主管我會想了解他們對這個職位的期待，希望能給團隊帶來什麼幫助，還有它的職涯發展機會</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>✔對部門的大老闆我則是問整個部門的發展方向，目前碰到什麼挑戰，他看過能勝任這份工作的同事們，應該要具備什麼樣的特質和能力？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 class="wp-block-heading"><strong>小結</strong></h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p>我覺得面試就是一個審視自己的絕佳機會。在繁忙的工作之餘，能再次想起自己對設計的熱情是什麼，正視自己的強處與弱點，同時也找到能讓自己變得更厲害的地方。 備齊了這些答案，在職場跟求職市場上才能看得清楚，知道自己想做什麼，知道自己接下來還可以怎麼走。 希望這些交手經驗和想法，能給看到這邊的你一些幫助，祝順利~</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>本文由 DCARD 網友 授權轉載， 原文《<a href="https://www.dcard.tw/f/job/p/236050562">我如何成為IKEA全球總部的UX設計師 </a>》</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>___________</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p>你也有經驗想分享嗎？快來<a href="https://www.technice.com.tw/new-submissions/" target="_blank" rel="noreferrer noopener">投稿賺稿費</a>吧！</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:image {"id":91429,"linkDestination":"custom"} --></p>
<figure class="wp-block-image"><a href="https://www.technice.com.tw/new-submissions/" target="_blank" rel="noreferrer noopener"><img class="wp-image-91429" src="https://www.technice.com.tw/wp-content/uploads/2024/01/112.png" alt="" /></a></figure>
<p><!-- /wp:image --></content></p>
<p>這篇文章 <a rel="nofollow" href="https://www.technice.com.tw/campus/mentor/98271/">【學長姊帶路】IKEA  UX設計師 求職分享</a> 最早出現於 <a rel="nofollow" href="https://www.technice.com.tw">科技島-掌握科技新聞、科技職場最新資訊</a>。</p>
]]></description>
		
					<wfw:commentRss>https://www.technice.com.tw/campus/mentor/98271/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>談 UX 設計師的文字技術力</title>
		<link>https://www.technice.com.tw/experience/19038/</link>
					<comments>https://www.technice.com.tw/experience/19038/#respond</comments>
		
		<dc:creator><![CDATA[科編推薦]]></dc:creator>
		<pubDate>Fri, 16 Sep 2022 09:23:52 +0000</pubDate>
				<category><![CDATA[產業]]></category>
		<category><![CDATA[UX]]></category>
		<category><![CDATA[UX設計師]]></category>
		<category><![CDATA[工作甘苦談]]></category>
		<category><![CDATA[科技業]]></category>
		<guid isPermaLink="false">https://www.technice.com.tw/?p=19038</guid>

					<description><![CDATA[<p><img width="1200" height="627" src="https://www.technice.com.tw/wp-content/uploads/2022/09/image-7.png" class="attachment-post-thumbnail size-post-thumbnail wp-post-image" alt="image 7" decoding="async" srcset="https://www.technice.com.tw/wp-content/uploads/2022/09/image-7.png 1200w, https://www.technice.com.tw/wp-content/uploads/2022/09/image-7-300x157.png 300w, https://www.technice.com.tw/wp-content/uploads/2022/09/image-7-1024x535.png 1024w, https://www.technice.com.tw/wp-content/uploads/2022/09/image-7-768x401.png 768w" sizes="(max-width: 1200px) 100vw, 1200px" title="談 UX 設計師的文字技術力 1"></p>
<p>這篇文章我想記錄在 UX 設計工作我在哪些地方大量運用了文字相關的技術，許多習慣源於我在新媒體領域工作時期，除了當 PM外，還兼任社群營運、媒體編輯與採訪記者所磨練出來的文字能力。<content><!-- wp:image {"id":19040,"sizeSlug":"large","linkDestination":"none"} --></p>
<figure class="wp-block-image size-large"><img src="https://www.technice.com.tw/wp-content/uploads/2022/09/image-7-1024x535.png" alt="" class="wp-image-19040"/></figure>
<p><!-- /wp:image --></p>
<p><!-- wp:paragraph --></p>
<p>圖文：<a href="http://soking.cc/">獸群之心／Soking</a></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 id="a7ee">談 UX 設計師的文字技術力</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:quote --></p>
<blockquote class="wp-block-quote">
<p>這篇文章我想記錄在 UX 設計工作我在哪些地方大量運用了文字相關的技術，許多習慣源於我在新媒體領域工作時期，除了當 PM 外，還兼任社群營運、媒體編輯與採訪記者所磨練出來的文字能力。</p>
</blockquote>
<p><!-- /wp:quote --></p>
<p><!-- wp:preformatted --></p>
<pre class="wp-block-preformatted">如果你希望獲得 Soking 的課程、讀書會以及 UX 講座訊息，歡迎留下你的 Email，訂閱最新的 UX 活動通知：<a href="https://subscribe.soking.cc/" rel="noreferrer noopener" target="_blank">https://subscribe.soking.cc/</a></pre>
<p><!-- /wp:preformatted --></p>
<p><!-- wp:heading --></p>
<h2 id="9459">我的 UX 專案文件始於文字企劃書</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="b2f6">每次 UX 專案開始，我不會先打開設計軟體開始把想法視覺化，而是用文字寫下來所有的一切，因為越早期的想法通常是錯的，文字的修改成本最低。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="e38f">當我們對一個點子或想法投入越多心血我們就越想去捍衛它，即使大多數時間我們是用在描繪細節而不是確保它是一個有效的需求、設計規格。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="06be">例如，我們想想看這樣的一句需求，要花多少時間畫畫面來實現？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:quote --></p>
<blockquote class="wp-block-quote">
<p>用戶可以自行完成線上預約，以挑選適合自己的時段。</p>
</blockquote>
<p><!-- /wp:quote --></p>
<p><!-- wp:paragraph --></p>
<p id="3654">如果從畫面出發，線上預約有好多種跟時間有關的介面，我會怕自己一不小心就沉迷於找各種美麗的 UI 來幫助「畫面的發想」。而忘記我一開始必須專注在構思系統的規則以及用戶情境。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="375d">尤其人在卡關的時候，特別容易分心用找參考資料的藉口跑去逛網頁。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="a47c">所以我會像許多年前我還在寫遊戲企劃文件一樣，從文書軟體開始寫作，用老派的企劃文件開始我的產品設計。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="804c">記得剛到任遊戲公司的第一週，帶領我們的主企劃告訴我，整個企劃文件的靈魂就是「企劃目標」，沒有問清楚你的企劃目標，後面的規劃都是垃圾。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="2b92">將資訊視覺化變成 Sitemap、Prototype、Wireframe，反而是建立了堅實的設計理念與想法後，為了跟其他人溝通而作。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 id="7ea4">擅長現場會議的文字速記</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="c8a8">我的打字速度算快，但這沒什麼，經歷過 MMORPG 年代的人都有飛快的打字手速。但我的打字速度感覺快，其實是快在轉譯現場對話的能力。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="b97e">通常一個專案會議、用戶訪談等等，動輒四十分鐘到兩三個小時。我經常擔任主持會議的人，除此之外，我還會鉅細靡遺的寫下誰講了什麼重點，以及目前議題的進度。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="1fa4">通常會議一結束，我就可以當場略微調整格式，刷刷刷，馬上就把完整的會議內容寄給與會者，人都還沒走出會議室，手機就收到叮咚聲響，熱騰騰的會議記錄來也。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="f737">現場打字速記對於掌握會議也有微妙的優勢，通常會議時間一長，話題開始複雜，許多人對於自己先前的意見會忘記、會矛盾，甚至可能對十分鐘前才定案的議題又試圖翻盤（因為他忘記已經充分討論了，可能只記得自己還想發言）。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="6a22">此時如果有會議即時的紀錄，我可以馬上告訴與會人這個複雜的話題是因為A、B、C的理由，已經有了共識所以才做出了什麼結論。避免自己腦袋讀檔失敗，被牽著鼻子走。（尤其當我指出幾個月前的會議對於某話題的討論脈絡時，與會人往往會大吃一驚。）</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="6341">打字速記的能力在用戶訪談時特別吃香，我很長一段時間是 UX 獨行俠作用戶研究，約了訪談對象一對一的時候，除了講話引導受訪者以外，基本上不太依賴錄音內容，光靠現場的打字速記我就能建構完整的訪談記錄。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="b671">其實這個能力從在新媒體工作時期就磨練出來了，活動採訪或者大型演講的紀錄都要搶時間儘快發佈，如果在現場就完成七八成完整度的速記內容，稍微修潤一下，馬上就可以出刊，不用等到隔天回公司才慢吞吞的出稿。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 id="534d">討論系統功能分類或Tag使用的標籤文案</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="5721">當過編輯的人應該都有類似的毛病，如果看到一個分類語意含糊不清，不知道這個字詞實際上應該指向哪些內容，就會覺得渾身不舒服，非要再多討論幾個字詞把它換掉不可。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="ce72">處理分類真的是 UX 設計師一個超級無敵重要的工作，而這件工作關乎於文字的敏銳度。例如「查看旅程」跟「查看飛行計畫」，會不會感覺能在旅程中看到飛行計畫呢？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="4e08">但討論分類這件事情最困難的是整合利害關係人的認知，像我曾經待的新媒體業，開會的同事基本上都是編輯，你如果拿著網站分類或系統類別的功能性名稱的命名問題去問他們意見，基本上就會像炸了馬蜂窩一樣，各式各樣的意見非常難統合。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="cf75">關於分類的研究，我讀過一個很有趣的實驗結論（出處忘了），人們只需要看似合理的分類架構就可以，任何一種分類邏輯都沒有特別明顯的優勢。即使是對於分類最龜毛的人，給他一個乍看之下有道理的分類，即使不滿意他還是能使用。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 id="b13f">使用真的假文案</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="2c04">我看過許多 wireframe 上面充滿了假字，我說的假字可是真的就複製貼上「假字假字假字假字假字假字假字假字」，讓整個畫面假的不能再假。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="f6e7">這事情在老外那邊叫做「Lorem ipsum」因為他們最有名的假文字段落開頭就是這兩個沒意義的單字。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:image {"align":"center","id":19042,"sizeSlug":"full","linkDestination":"none"} --></p>
<figure class="wp-block-image aligncenter size-full"><img src="https://www.technice.com.tw/wp-content/uploads/2022/09/1_8cNziQTu3Aa6OBdOPqYzZw.png" alt="" class="wp-image-19042"/><figcaption>假文案無助於解讀，大家會看不懂情境脈絡</figcaption></figure>
<p><!-- /wp:image --></p>
<p><!-- wp:paragraph --></p>
<p id="803c">在我們家的 wireframe 上，要求必須要填寫客戶最後可能使用的真實文案。即使那些文案不是系統功能的按鈕、提示文字等等。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="475a">表面上看起來好像作 UX 設計的怎麼還要幫客戶寫文案的感覺？但實際上，如果我們在 wireframe 上面沒辦法寫符合情境的文案，這代表我們對於用戶要看到的資訊，一定還有很多不了解的地方。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="29bc">換個角度來說，如果我們寫了自以為符合情境的文案，但客戶或上面老闆皺著眉頭跟你說方向不對，那是不是前面對於使用者的認知有了溝通落差呢？</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:image {"align":"center","id":19043,"sizeSlug":"full","linkDestination":"none"} --></p>
<figure class="wp-block-image aligncenter size-full"><img src="https://www.technice.com.tw/wp-content/uploads/2022/09/0.png" alt="" class="wp-image-19043"/><figcaption>功能規格一樣，但文案換上有情境的文字</figcaption></figure>
<p><!-- /wp:image --></p>
<p><!-- wp:paragraph --></p>
<p id="cfa9">有很多次我們在寫介面上的假文案時，發現客戶對於我們願意花時間理解他們的產業感覺開心，即使最後那些文案沒有採用，但在會議上客戶的態度會開始轉變，把我們當做同行，用自己的人術語在討論。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="4e8f">這是<mark>寫文案的另外一個小技巧，學著用客戶的慣用語、業內行話來溝通，並且寫在他會看到的地方，讓利害關係人覺得熟係親切，而不是看到一大堆陌生冰冷的介面文案。</mark></p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:heading --></p>
<h2 id="a2dd">結論</h2>
<p><!-- /wp:heading --></p>
<p><!-- wp:paragraph --></p>
<p id="8372">我覺得這些個人工作上常用到的文字技巧跟一般在討論的 UX 文案不太相同，雖然大概也算在 UX 寫作的範疇吧。文字運用的好，有很多促進認知、幫助設計專案的地方。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="ebb1">其實每次開專案時我都夢想著，如果這次能少畫點圖就好了（被打）。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="8cde">或許本質上我還有個文字工作者的靈魂。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:paragraph --></p>
<p id="60c0">感謝你閱讀我的文章，喜歡這些 UX 工作話題的話，幫我多拍些手兒。如果想私下多聊聊 UX 工作話題，也可以<a href="https://www.facebook.com/sokingwang" rel="noreferrer noopener" target="_blank">加我 FB 好友</a>。</p>
<p><!-- /wp:paragraph --></p>
<p><!-- wp:pullquote --></p>
<figure class="wp-block-pullquote">
<blockquote>
<p>本文由 <a href="http://soking.cc/">獸群之心 / Soking</a> 授權轉載，原文<a href="https://medium.com/as-a-product-designer/%E8%AB%87ux%E8%A8%AD%E8%A8%88%E5%B8%AB%E7%9A%84%E6%96%87%E5%AD%97%E6%8A%80%E8%A1%93%E5%8A%9B-b5c2743fae53">連結</a></p>
</blockquote>
</figure>
<p><!-- /wp:pullquote --></content></p>
<p>這篇文章 <a rel="nofollow" href="https://www.technice.com.tw/experience/19038/">談 UX 設計師的文字技術力</a> 最早出現於 <a rel="nofollow" href="https://www.technice.com.tw">科技島-掌握科技新聞、科技職場最新資訊</a>。</p>
]]></description>
		
					<wfw:commentRss>https://www.technice.com.tw/experience/19038/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
