我過去曾任職的新創公司每兩週便會上線一個新的功能或版本。那時的我常常思考，產品設計到底適不適合跑敏捷？小步快跑的方式讓我們可以快速驗證一些假設，但是短時間、相對破碎的設計流程，總會讓設計師留下部分範疇無法一次完成，因此無法提供足夠理想的產品體驗。

產品印象是敏捷開發的隱藏成本。

即便我們不斷地在迭代、改進產品體驗，在團隊資源有限的情況下，我們會把設計切成數個 Phase 進行開發。但問題在於，我們通常不會是以 Phase 1 → Phase 2 → Phase 3 的方式迭代。而是先做 A 功能的 Phase 1、 B 功能的 Phase 1，再接著做 C 功能的 Phase 1。可能接著過了很久，才有機會做 A 功能的 Phase 2。

只有 Phase 1 的 A 功能必有不足的部分，那在這段期間接觸到 A 功能的使用者，對產品的印象是什麼呢？我們如何取得「可接受」以及「難用至極」之間的平衡？假設使用者因為接觸到不完善的功能，對產品留下負面的印象，我們未來還有機會贏得他們的信任嗎？同時，假設 Phase 1 的成果不如預期，那問題是出在我們的方法不對，還是我們提供的體驗不夠完整呢？

足夠好的產品印象，常常是評估專案時被遺漏的部分，我們關注指標、開發成本、關注上線的時間，並由設計師把關產品體驗，但可接受的產品體驗不代表我們能讓使用者留下好的產品印象，如果我們沒有讓他第一次嘗試時就感到滿意，未來需要花多少的成本來讓他改觀呢？

Apple 踏入 AR/VR 領域的腳步，和其他公司相比可說是晚了許多年，為什麼他們要花費多年打磨 Vision Pro 呢？他們不怕市場被其他競爭者搶佔嗎？

因為他們重視產品／品牌印象更勝於短時間取得的快錢，因為他們認為讓人驚艷的產品體驗更勝於成本、市場份額等面向，因為他們在乎長期的使用者印象價值、對品牌的信仰。

過多品牌關注短時間的市占率、營收，卻不願意投資「心占率」，品牌忠誠度低的使用者在乎價格、C/P值，容易促成各家企業之間的削價競爭，企業也喪失了售價的決定權，更容易受銷售管道的影響。比起品質，價格高低更會影響消費者的購買決策，我想這不是產品團隊樂見的，也阻礙了新技術、新想法的發展。試想：產品團隊費盡心思打造良好體驗，消費者卻因為一、兩千元稍高的價格，而選擇其他競爭者的產品。

蘋果透過高標準的產品印象抓住了在意產品品質的消費者，因此從不需要促銷、打折，能夠有更獨立的定價策略，也能夠累積更多的資本做研究、開發新技術。還記得多年前到 acer 面試，某個工程主管跟我說筆記型電腦已經是夕陽產業了。蘋果長時間的投資於產品品質，打造幾近苛求完美的產品印象，讓他們累積了一批死忠粉絲，他們需要擔心嗎？似乎不用，因為多數的 MacBook 使用者會持續追隨他們。

不過，專注於提升產品印象，花更長的週期不斷打磨產品，就是更好的選擇嗎？也不一定，更長的上線週期代表更高的風險、更高成本的投資，即便我們可以進行使用者研究、搜集數據來探測市場回饋，上線並直面使用者才是更真實的市場反饋。

我認同我們需要快速地測試、實驗、迭代來向市場和使用者學習，但如何顧及使用者對產品的印象，是許多人時常忽略的部分。吃到一間菜色不好吃的餐廳，你還會願意再訪嗎？如果一個產品很難用，你會願意再次嘗試嗎？但如果不實際直面市場，團隊便可能在錯誤的方向埋頭苦鑽。

產品管理相對於科學，更像是一門藝術，因為大多數情況下沒有正確答案，這個主題於我而言也是一個能夠持續不斷咀嚼的問題。

我一直奉行「自律帶來自由」，當你足夠地自律，不需要任何人的提醒、指導就能夠有高標準的表現，那也不會有人一步一步地控制你的行動，也就有了自由。這個原則在各種情境、人生階段都能夠被體現。從學生時期開始，爸媽不需要叮嚀我讀書、準備考試，國中時被其他家長請教育兒方式，他們都尷尬地笑笑。

在職場當然也是，職場上最重要的資產是信任，而信任是一點一點累積起來的，包含日常的任務、人際互動、期待管理等等。足夠自律，才能持續地認真對待每一天的工作，給自己更高的標準，來贏得或增進合作對象的信任。

在工作之外，我也持續在各方面精進自己，以下是我的 2024 年末總結的片段：

- 2024 還是有佛系運動 (⁎⁍̴̛ᴗ⁍̴̛⁎)，持續上了 49 堂瑜伽課還有皮拉提斯，難得找到可以讓自己持續好幾年的運動，希望明年也繼續保持 ʕ •ᴥ•ʔ
- 和 Jason 一起上完兩門共 37 章程式課啦！從 JavaScript 30 再到 Swift UI，至今還是一知半解但還是想給自己拍拍手 👏（Jason比我認真很多，我比較混）
- 斷斷續續地看了 8 本書：底層邏輯、持續買進、人生就是賽局、三體（好看！）、一流的人如何駕馭自我、The effective product designer
- 跳舞還是跳得很爛，但不知不覺今年也上了 38 堂（數完自己嚇一跳，以為數錯，還數了第二次）

做了現在這份工作兩年多後，經歷了各式大小挫折、起起伏伏，但我仍然沒有放棄自己的原則，也持續地獲得合作對象、主管的高評價，這不禁讓我開始反思：「自律」到底是什麼？

我發現自己能夠持續保持的自律習慣，分為以下三種。

這不是自律，是享受

自律是自我約束，但如果你是在享受過程，自然不需要任何約束呢？我發現那些自己能夠自動自發完成的事，多半是在「心流」狀態下完成的。光是執行的過程就能讓我感到快樂、專注，舉凡發想解決方案、畫設計稿、寫文件，工作之餘寫文章、練滑板等等。心流狀態下，人能夠樂此不疲、廢寢忘食。

起初我沒有意識到這一點，直到一次和喜歡跑馬拉松的同事聊天。對於不喜歡跑步的我來說，早上五、六點起床晨跑是很不可思議的事。我問他怎麼能夠做到的？他說：因為自己喜歡跑步，所以自然而然就會願意起來跑步。對呀！如果你是享受的，便也不是約束，也不需要「自律」了。

當然地，不是每件事情都能讓我進入心流狀態，但這不禁讓我思考：對於那些自己尚未培養起來的習慣，我可以如何「學會享受過程」？

大多數的人包含我，開始想做一件事都是看著遠方的「結果」。例如開始學吉他，因為想要表演一首歌。開始學習投資理財，因為想要早日退休。但是結果太遠了，要如何才能喜歡享受當下呢？

這個問題我還沒有解答，將會放在心中持續思考。

選擇能為你帶來成長的痛苦，而非被痛苦選擇

我們每個人各有喜好，無法享受所有事，一部分的自律是必然的，自律總會帶來部分痛苦。但是痛苦有很多種，也有優劣之分。人為了保持身體健康，需要運動、控制飲食，肌肉痠痛是痛苦的，不能吃想吃的東西是痛苦的。但總有一天疾病會帶來痛苦，哪一種痛苦更好呢？

被痛苦選擇，不如提前選擇你的痛苦。

「生於憂患，死於安樂」。我還記得這句話是國中的公民老師教給我們的，從那時候開始我就奉行這句話到現在。仔細想想會覺得有點沈重，似乎國中開始老師就需要灌輸我們人生哲理，但現在回頭看，這句話幫助我度過了枯燥乏味的升學準備，在吵鬧的環境下還能夠心無旁騖地學習。不知為何那時的我就有一個覺悟：「只有我能對自己的人生負責」（搞不好是被我爸洗腦），當下專注於升學、延遲享樂，會帶來日後更多的選擇權。更認真地讀書，我就能取得更高的成績，選擇自己想念的學校或科系。學生時期讀書的辛苦和日後升學求職處處碰壁的挫折，我選擇了前者。

於職場而言，該做的事情總是得做，比起拖拖拉拉等著人來催，不如提早做好。自律讓人能夠跑得比時程快，也能夠獲得他人的信任。同樣的勞苦，因為自律與否會帶來不同的結果。

外包自律

自律需要毅力，但人的毅力是有限的，每個人都會想偷懶。我不是一個很喜歡運動的人，嘗試過好幾次在家放瑜伽墊、運動器材，或者是玩健身環來運動，但堅持個幾個月就會無疾而終。後來我找到「外包自律」的方式，就是訂閱運動課程方案，並到外面上運動課程。訂閱方案會每個月固定扣款換成點數，而且點數會到期，所以會逼得我需要把點數用掉，否則就會浪費錢。雖然去外面上課要花錢，但是它幫我減少了很多運動的阻力，並給我適當的截止期限：

1. 老師會安排好課程內容，我只要無腦到達上課地點，跟著做就好什麼都不用想，比上網找運動影片跟著做還省力
2. 運動教室會塑造專注的環境，移除其他干擾因素，進了教室就是運動，沒有其他可分心的。
3. 一起上課的同學會營造出良好的氛圍，會花錢來上課的人都是有一定動機的，上課過程會因為同儕而督促自己努力。
4. 特別空出一段時間來律己。我習慣在自己比較閒、不累的時候預約課程，預約當下會正向地錯估自己的精力，但課程訂了就訂了，較少有反悔的機會，也不會推拖自己運動的時間。

既然我沒有多餘的毅力去克服運動的阻力，那我不如花錢吧！重點是減少越多阻力越好。訂閱制讓我不用每個月猶豫要不要付費。選擇離家超近的運動教室讓我沒有不去的理由。就像設計數位產品一樣，我們盡可能簡化步驟，讓流程更順暢。同理，我們也可以運用各種方式減少自律的阻力。付費使用外力就當作是獲得健康身體的投資。當然我也可以為了省錢全部自己安排，但外包自律可以讓我保留有限的毅力，花在有更大價值的事情上。

同樣的邏輯可以套用在其他例子上。吸收知識時阻力最小的載體是什麼？影片！所以雖然付費的課程影片不便宜，許多知識可以靠文章、書、各種碎片化的資訊學習，但是影片減少了很多吸收知識的阻力。即便效果會比自己反覆咀嚼消化來得差，按下影片播放鍵後，便可以無阻力地學習。

沒有目標更好

過去的我也時常為自己立下目標，規定自己要做這個做那個。但漸漸地，我發現沒有目標似乎更好，相比於「做這件事來換取這個成果」，不求回報地嘗試似乎更容易讓人踏出下一步。比起花許多時間計劃、安排時程，先做再說更能有實質的成果。

以上是我對自律習慣的反思，有許多自己還沒想透的地方，但藉由寫下這篇文章，感覺把自己的運作機制又理的更清楚了一點。期許有一天能寫出給我自己的使用說明書 (⊙ω⊙)

上半篇寫了產品設計師的價值，但是所有產品設計師都有機會或能力發揮這些價值嗎？我覺得不一定。

我認為專案的複雜程度影響了設計師能否發揮這三項價值。當專案越複雜，我們越需要盡可能搜集模糊、不在文件上的資訊，並且解決過程中的大小瓶頸，還有不斷溝通、校正、拓展想法。

專案的複雜程度可能會因為下列面向而有所不同：

• 利害關係人的數量及關係
• 合作團隊的多寡及互動形式
• 產品流程、狀態
• 產業成熟度
• 產品週期
• 使用者類型

越單純的專案越容易由 AI 勝任。甚至不需要 AI，一個簡單的模板或軟體就可以滿足專案大部分的需求。

模板在取代設計師的部分工作

在 AI 被熱烈討論之前，許多設計模板早就在取代設計師的工作，例如小商家需要一個 Landing page 介紹自己的服務項目，並提供聯絡方式。資訊單純、利害關係人少、更新頻率低，那一個簡單的模板可不可以滿足他的需求？八成可以。模板的缺點是彈性低、不一定能夠貼合客戶的期待，但如果 AI 可以幫忙調整呢？剩下的兩成就被滿足了。

只有設計師的工作被取代嗎？

任何一個使用者介面、系統都是在讓使用者執行原本只有工程師才能做到的事。當系統做的夠好、夠使用者友善，我們便不需要工程師來一一處理了，軟體本就在取代工程師的工作。例如 Zapier 讓你可以透過簡單的流程串接、自動化不同工具，這些本來是工程師才能做到的事，但是因為有使用者友善的介面，對程式一竅不通的人也可以滿足大部分的需求。

以往要製作一個網站並將它發布上線，我們要經歷設計 → 開發的流程，上線之前總要來來回回的和工程師討論、修正細節。但 Webflow 它將介面開發、網站上線等任務做得足夠簡單，我們便不需要再拜託一位工程師，設計師自己就能完成這些事。

相比於說「AI 會取代專業工作者」，更嚴謹的說法是「外行人 + 使用門檻低的工具會取代初階專業工作者」。「使用門檻低的工具」可以前述提到的各種類型，無論是模板、軟體，還是 AI。隨著各種工具的發展，外行人做到的事會越來越多。當工具的使用情境、方式越來越明確，也會有更多模板產生。

當專案的重點在執行，且需求明確，往往一個人運用模板、軟體就可以完成絕大部分的任務；而當專案複雜時，產品設計師的價值更得以體現。同時，我們都知道模板和軟體沒辦法滿足所有需求，現實中有許多困難、極端、不尋常的問題，專業工作者在這些情境便尤為重要。

以樂觀的角度想，AI 等工具可以幫我們解決單純的初階問題，專業工作者便可以專注在更複雜的專案上；以悲觀的角度想，不是所有設計師每天面對的都是複雜的專案，那能力快速進步的 AI，是不是會取代處理初階、單純專案的設計師呢？

人類難以跟機器競爭的是價格，因為人類需要持續進食來維生，機器不用，長期下來它們更便宜、穩定，又聽話。多少車牌自動辨識系統還有繳費機已經取代了停車場阿伯的工作，他們去哪裡了呢？沒有人知道。在科技業工作的我們一直都是讓機器取代人類的推手，只是現在輪到的是知識密集工作，過去人們不認為可能，所以才使得大家人心惶惶。

能力門檻與溝通成本

AI 提高的不僅是專業能力的門檻，而是種種合作過程中重要卻不容忽視的小細節。

具備良好的態度、事事有回應讓人信賴、抱有無止盡的耐心，這些是 ChatGPT 時時具備的，但是人類卻不一定有。工作成果錯誤百出、態度消極需要三催四請，讓合作對象感到：「我不如自己做」的人大概麻煩大了。AI 讓人無法否認的優勢：快、即時、有求必應，是多數人做不到的。合作過程不求開心，但是至少要順暢、互相配合。即便是多麼重要的任務，如果合作地很痛苦，相信沒有人想要再合作第二次。

另一個思考的角度是「溝通成本」，當一件事的溝通成本高，而自己又有能力、時間執行時，為求效率，我們會傾向決定自己做。在自己能力有限的情況下，我們會更願意花費溝通成本請專業工作者協助，但當 AI 增強了所有人的基礎能力，我們又想減少溝通成本時，需要專業工作者協助的部份就越來越少了。運用 AI 當然也需要溝通成本，有時候需要的比跟人類溝通少，有時候則多。這時候可以想想，當別人和我合作的時候，我提供的價值是否高過溝通成本？我能否快速理解對方的需求，而不需要他解釋太多？

除了基本的合作順暢和溝通成本之外，我也時常自省是否有做到以下幾點：

• 我是否有對團隊提供額外的價值？還是我只是流程中的一環？
• 如果對方可以重新選擇，他會不會仍然選擇和我合作？
• 我的合作對象對我是否有高度的信任？
• 比起跟 AI 合作，跟我合作有沒有感覺更開心？（我的開會特殊技是耍寶逗大家笑 😎）

還有逐漸提高自我標準的方式：

• 我負責的專案足夠複雜嗎？還是我將就於簡單好處理的問題？
• 我有透過每次的專案嘗試新東西嗎？還是我不斷在重複自己熟悉的流程和領域？
• 我能否有效地自動化瑣碎的流程？還是我花太多時間在處理這些雜事？

如果⋯⋯如果企業決定以 AI 替代產品設計部門？

前面討論了 AI 是否會取代產品設計師的部分工作，但是企業會選擇以 AI 替代掉產品設計師在團隊內的角色嗎？

假設有一天公司高層決定裁掉整個產品設計部門，這不是不可能發生，因為我就看過公司裁掉整個使用者研究團隊，產品設計師需要攬下做研究和易用性測試的工作。如果用歷史來推測未來，假設產品設計部門被裁掉，就算 AI 做得再好，也需要有人攬下這部分的工作和 AI 協作。產品團隊可以沒有產品設計師，但是不會沒有「產品設計」的環節，而攬下這環節的多半會是產品經理。至今為止我觀察自己待過的五間公司，產品經理幾乎都是工作量過載的狀況，產品經理的薪資平均也比設計師高，所以從人力資源安排的角度來看，「產品經理＋AI」真的是比「雇用產品設計師」更好的選擇嗎？

我常常覺得團隊內的產品經理、設計師以及工程師很有一種「三權分立」的感覺。我們彼此有不同的堅持才得以維持產品的品質，產品經理更關注時程跟商業成果，設計師更在乎一致性、體驗及美感，工程師在乎穩定度跟可行性，但彼此也都會把對方關注的方面納入考量。產品若缺少任何一方面的堅持都可能變得爛爛的。要體現「堅持」，需要一個人願意去反覆溝通、把關細節，「產品經理＋AI 設計」或者是「工程師＋AI 設計」能妥善平衡各方面的堅持嗎？

設計師可以怎麼做來因應這個趨勢？

相比於消極地應對未來的變化，或許我們可以採取具體、積極的行動，設定好自己的北極星，就不怕海上的風浪。我給自己安排的行動項目是：

• 逐漸嘗試、爭取更複雜的專案。
• 更深度參與產品策略的討論。
• 自願當專案的負責人，帶領團隊討論、推進度。
• 拓展不同方向的能力，加廣自己的技能樹，例如 JavaScript、3D 等。
• 持續加深自己的思考，構成自己的觀點並精萃成文章。在「執行」變得越來越容易時，有沒有自己的觀點會越來越重要。
• 逐漸練習提高自己處理「人的問題」的能力
• 以 AI 工具替代瑣碎、重複性高的任務。

其實仔細看下來，不論這個世代有 AI 沒 AI，因應大環境的方式都是「持續進步」。留到最後的通常不是聰明的人，而是持續進步的人。

結語

這篇文章對於很多問題沒有斬釘截鐵的答案，因為技術發展、變化地很快，我無法預測未來，也少有當資方的經驗從另一個觀點思考。搞不好下一個月有什麼新技術就被打臉，所以歡迎大家留下自己的觀點多多指教。

如果對相關的討論有興趣，歡迎到 Linkedin 上找我 ♪( ´θ｀)ノ！

產品設計師會被 AI 取代嗎？（下篇） was originally published in AAPD — As A Product Designer on Medium, where people are continuing the conversation by highlighting and responding to this story.

如果有一個工具，讓你輸入產品需求、專案目標等脈絡後，可以生成多個不同的介面設計方案，以及相對應的程式碼。你唯一需要做的事就是審核生成成果，並且將不同方案發布到產品上做實驗，看哪一個最能夠達成專案目標。如此反覆進行來得到最佳解。那我們仍然需要產品設計師和工程師嗎？或者，他們的角色會如何轉變呢？

上述的工具概括了原本需要一個產品團隊來完成的許多事，而離現實最接近的是 UI 生成工具。隨著越來越多工具可以根據指示自動生成 UI，產品設計師會不會被取代的討論也越來越多。由於自己目前以各種形式身在這個浪潮中，是推手，也是被推的對象，腦海裡不時冒出各種想法，各位就把以下內容看作一篇雜談吧！

產品設計師的價值

在討論會不會被取代之前，我們可以先一起思考產品設計師提供的價值是什麼。這邊說的是「價值」不是「執行的任務」，我們都知道產品設計師慣常的設計流程、雙鑽石模型，但為什麼它們有用？這些框架會反覆地被使用，重點是運用它們帶來的價值。

把不明確的東西變明確

我們的工作核心在於「把不明確的東西變明確」，接著「規模化解決方法」。所有人都對消費者的需求有一個粗略的想像，但沒有人知道他們每一步轉換的具體原因是什麼。我們在做的就是利用市場研究、使用者研究、競品研究、數據分析等各種方式（Discover），降低使用者需求的模糊程度，找出一個核心方向（Define）。接著嘗試各種方式來解決（Develop），因為我們要解決一個群體而非個人的問題，所以解法必須能被規模化，又能夠平衡體驗、商業目標以及技術限制（Deliver）。這個流程是不是和雙鑽石模型對上了呢？

（注意這裡說的是「降低」而不是「消除」模糊程度，因為使用者和市場是不斷變化的！）

所以產品設計師畫的 UI、寫的 Spec、做的研究報告並不是畫畫圖、寫寫文件，而是把廣泛、模糊的資訊濃縮，為團隊指出明確的方向。這邊指的資訊不單只是使用者需求，而是極其混雜的：

• 利害關係人的期待
• 團隊成員的想法
• 固定開發時程下的技術限制
• 設計團隊對品質、一致性的要求
• 組織內其他產品團隊的做法
• 產品設計趨勢
• 市場內其他競爭者的作法
• 公司內部的數據
• 各種年代久遠的 Legacy issue
• 團隊當年度的商業目標

等等等⋯⋯

當然這些事不會完全是產品設計師自己一個人執行，我們總是需要和不同的團隊成員反覆討論來搜集更多資訊、讓方向更明確。一個人會有盲點，一個團隊會有更多不同的思考面向。

產品經理和工程師能不能指出明確執行方向？當然可以，但是設計師的優勢是我們擅長以視覺溝通，對細節及使用者體驗有更高的耐心和敏感度，這些對產品品質來說尤其重要。

產品設計師百百種，你總是等著產品經理提供鉅細靡遺、明確到不能再明確的需求，再開始執行設計環節，還是你會主動搜集資料、定義產品方向、參與更前期的討論？如果是前者，那你和 AI 相比的優勢是什麼？

專案管理及問題排解

在一個數千人的大公司工作，每個人手上都會有數個專案同時進行，讓我體會到：無論角色，所有人都需要非常擅長專案管理。即便產品經理會掌握全局，但當輪到你負責的環節時，負責人需要自行掌握進度、檢核點、時時和團隊成員對齊，才能讓過程更加流暢。

從想法 → 成果，中間的執行環節總會有各式各樣的瓶頸，大的、小的，想得到的、想不到的，能不能因應各種突發狀況彈性調整、找到折衷方案，往往是專案最困難的部分。

你的邏輯不是我的邏輯

當產品流程需要層層的邏輯檢核時，會議中的口頭舉例總是讓大家暈頭轉向。設計師可以利用各式各樣的視覺呈現來確保所有人在想同一件事。PM 寫下的文字是否能做到？可以，但總是文字和視覺的紀錄相輔相成最容易理解。

層層 Review，種種疑慮。

每個團隊成員在意、期待的部分都不同，設計師常常要一一破解各個疑慮，確保每個人的考量都有被照顧，並追出成員的底層需求。有些工程師不想花太多力氣，有些工程師躍躍欲試想要做更多。某個主管想要大破大立，另一個卻傾向小心謹慎一步步一步來。任何一方沒有被照顧到，都可能使得專案卡關。設計師如何彈性地針對不同人的思考角度，提供適合的內容、討論方式，並備好必要的資料為決策背書，便相當重要。我們在嘗試滿足的不只是使用者的需求，有時利害關係人的需求對專案推進更為重要。

次次妥協造成逐漸低落的產品品質

開發過程中的難題有沒有被妥善克服，長期下來會影響整體的產品品質。團隊總會發現各式各樣神奇、讓人出乎意料的技術限制，如果優先考量開發難度、成本，而選擇損害使用者體驗的作法，久而久之產品就會變得爛爛的。設計師能在這過程中快速點出產品體驗的問題、申明重要性，並說服其他團隊成員，成為產品品質的守門人。

專案管理及問題排解往往是工作環境的隱形勞務，總會有個人撿起這項工作。作為一個合作對象，你需要其他人費心時時指示你下一步、幫你擦屁股，還是你會為自己安排、總是比其他人快一步完成份內事？如果是前者，你如何確定自己的工作成效一定比 AI 好？

批判思考

觀察身邊的各個主管，發現他們的共通特質是會挑戰團隊的既有思考方向，點出盲點並確保我們的思考夠全面，或許這就是專業工作者在具備足夠經驗後會逐漸沈澱的能力。

對應到人類跟 AI 的比較，現階段的 AI 收到什麼指令就會照做，不會嘗試重新定義問題或是釐清你真正的需求。即便提供成果的過程效率極高，但別忘了「選擇比努力更重要」，如果起初方向就是錯的，出發點不對，那再好的產出也無法有效達成目標。

現階段往往是我們自覺「這個產出不是我想要的」，再逐漸調整自己下指令的方式。但即便我們把指令修得再好，少了想法間的摩擦、碰撞，總有可能在一個小框框內不斷撞牆。

將情境切換到產品經理和設計師的工作互動，便可以看到設計師的另外一項工作價值「重新驗證需求」。當收到的需求不是真正的需求時，我們怎麼有辦法解決使用者的問題呢？這裡說的不是產品經理沒有把需求釐清，需求本就是需要不同腦袋一同打磨的，經過深度討論、釐清後的問題更值得被解決。

多數的專案中，我習慣也偏好的合作方式是：產品經理會先搜集一部分資料，準備好約 50% ~ 60% 的產品需求，在初期透過彼此不斷反覆討論，重新定義明確的問題和優先級。不是「收到需求就做」「寫什麼就做什麼」，而是更清楚的理解脈絡、想要達成的目標等細節，同時間也多方探索不同的產品可能性（雖然這樣比較累）。討論過程中運用第一性原則、使用者的觀點思考，也更能夠跳脫時間和成本的限制，找到理想並長期解決問題的方法。

產品經理和設計師的工作職責有許多重疊的部分，每個人習慣的做法也都不同，但重點不在於「我們公司一直都是這樣分工的」或「這就是我和合作對象的分工方式」等條條框框，而在「身為產品設計師，我可以如何為團隊做出貢獻」，每個人都可以在範圍內定義自己的工作價值。

所以產品設計師會被 AI 取代嗎？

寫了這麼多產品設計師的工作價值，那我的結論是什麼？AI 會取代產品設計師的工作嗎？我覺得會，但不是將來會，新技術取代設計師的工作早就在發生，機器取代人類也早就不是新聞，只是未曾受到足夠的關注而已。但是 AI 會取代產品設計師在團隊內的角色嗎？或是，每一個產品設計師都會被取代嗎？我覺得不一定。更多的討論、情境假設請見下半篇。

本文發佈於 2024 年 7 月，大約斷斷續續地寫了兩三個月。AI 發展的速度極快，搞不好幾個月後的新版本發布就打臉以上內容 😊。

產品設計師會被 AI 取代嗎？（上篇） was originally published in AAPD — As A Product Designer on Medium, where people are continuing the conversation by highlighting and responding to this story.

2022年的年末，各間公司紛紛裁員、縮編，或者是人事凍結。我在一次起心動念下，到公司官網送出履歷，後來就拿到了人生中第一份的新加坡工作機會。近期領到年終重新算了一下，發現生活過得多采多姿，一年存下來的錢也能有過去的六、七倍以上。

到新加坡工作之後，曾經想過要分享自己的海外求職過程，但總覺得很沒有參考價值（讀下去你就會理解我的意思）。直到最近才想說，不如來分享拿到這份工作之前的累積跟習慣好了，畢竟機會來的時候，沒點底氣也是抓不住機會的，也藉此沈澱一下自己的歷程。最近公布 2023 年的工作績效表現，大大消除了我的冒牌者症狀，也更有自信寫下這篇文章。

這份工作機會的求職過程和我往常的做法完全相反，也是我覺得蠻沒參考價值的原因，以下均為真人真事（無任何誇大），各位就當作是個有趣的故事看完吧！

大家都說求職時要盡量找人內推，但我當時有一點衝動，打開公司官網的職缺，把聯絡資訊填一填，附上履歷等資料就送出申請。在大約兩個小時過後，人資就寄信給我要約面試（這個效率有嚇到當時的我），雖說是面試，但第一次的對話更像是對方在跟我介紹這份職缺以及公司福利等等。用人主管也主動用 Linkedin 聯繫，想要跟我約個時間介紹這個職缺的細節。

接著就是三關的正式面試，過往的作品介紹、Product Critique，還有行為情境面試，跟大部分的公司沒有太大的差異。相比於過去花超多力氣找人練模擬面試、不斷地修簡報、沒日沒夜地練習，因為我當下的生活重心不是求職，這次我就放寬心、以相對自在的方式應對每一次的面試。可能因為感到自在，我在不緊張的情況下，能夠更流暢地使用英文應答，結果自然的就過完三關準備跟人資談薪水。（當然每一場面試都相當嚴謹、專業，這是不用特別說明的！大概是我面試這麼多間公司以來，感覺到最專業、細心的面試流程。）

過程太過順利，加上那時台灣人因為海外工作機會被騙到柬埔寨的新聞滿天飛，爸媽又不認識我面試的公司，我爸一度很擔心我是不是被詐騙，各種危言聳聽讓我忍不住好好看了一下每個面試官的 Linkedin，然後發現根本是多慮。後來我第一天上班時，還跟辦公大樓門口的公司 Logo 拍照報平安（好好笑）。

本來一直覺得自己是不是運氣太好，但人資表示薪資待遇是根據面試表現決定的，他們給我的薪資比我的一開始提出的預期薪資再高了許多。進公司一段時間後才體會到原來通過面試的條件有多嚴苛，過程中刷掉了多少人。

面試表現不完全等同於日常工作的預期表現，但在任職一年多後，可以從主管的反饋了解自己的表現超過預期，那運氣的成分應該不高吧哈！ʕ •ᴥ•ʔ 重新回頭看，我的面試準備過程並不是最佳範例，但過去的一些累積才讓我拿到了這個工作機會。

認真對待每件任務，不論它是大是小。

這裡說的並不是所有事情的優先級都相同，但任何用心對待的小事都可能成為履歷上的亮點。過去的一段工作經歷中，因為工程師需要的開發時程較長，我因此有了一些空檔，大部分情況下這對我來說是好事，我可以運用這個空檔做使用者研究，或者是發起一些專案做不同方向的設計探索。但少數情況下，一些吃力不討好的鳥事也有可能落到我的頭上，因為我相比於其他同事「有空」。

當下臨時接到的任務又累又無聊又費時，大部分的步驟很無腦、完全應該自動化。與其重複問題百出的舊流程，我嘗試不斷溝通、調整任務的步驟、找新工具做實驗，後來大幅簡化了許多不必要的環節，並且把新的流程整理成各種範本和文件方便未來持續採用。

當時只想著：希望下一次輪到別人執行時，不用再經歷這些無腦又繁瑣的步驟了。沒想到如何改善團隊的工作流程、簡化步驟是我現在這一份工作的重要能力。如果那時的我非常挑剔、偷懶、想辦法這件雜事推掉，那我也就不會嘗試改善原有的工作流程了。

比起單單接下一件雜事，更可以嘗試往更上一層思考：我可以如何將流程自動化？我可以如何簡化步驟？我如何讓下一個執行的人可以輕易理解和上手？這些是在職場上可以更進步的方向。

不求短期成果的學習

在面試這份工作機會之前，我的英文面試經驗其實不多，應該有在十五次以內。從小到大沒有在任何歐美國家生活過，也沒有到國外讀研究所，唯一相關的是在韓國的四個月交換期間，學校的課程和作業討論用的都是英文。但從大二開始，我時不時就會報線上的英文口說課練習，每年都會有幾個月的時間持續上課，英語能力也確實有在進步。在開始上班之後，我也會持續抽出時間上課維持自己的口說能力。學習的當下我並不是很在意練了英文要做什麼，只是希望自己能夠再更好，就這樣不知不覺地累積了英文能力。

因為英文口說課的進行形式是任意找一個主題和老師聊天，老師會隨意的提問，而我要分享自身的想法，這個訓練了我的反應能力，在以英文對話時更能臨機應變。在面試第一關介紹過往作品時，我的簡報準備了三個作品的內容，而面試官問到了其他作品相關的問題，我也能夠用作品集彈性地調整自己的分享內容，這是有被面試官肯定的部分。

相比於「制定遠大的目標並想辦法達成」，把無明顯目的的學習融入生活中，能夠更長久地持續進步，例如利用吹頭髮的時間看線上課程、通勤時看電子書等等。這也是我從《原子習慣》中學到的，逐漸調整「系統」會比強行改變原有生活步調有效得多，雖然短時間內成效不明顯，但是長期累積下來的成果很可觀。

不要想這麼多，做就對了！

這份工作的求職過程對我來說有些衝動，過去我在應徵職缺前，都會非常仔細地反覆考慮一間公司值不值得我花時間。甚至某些時候我會覺得自己還沒準備好，就停下嘗試的腳步。經過不斷地回頭審視，我了解到有時候衝動一些、大膽行動能夠獲得更多。

以下幾個心態讓我減少了猶豫的過程，最小化「思考」到「行動」之間的間隔。

1. 失敗了又如何？嘗試過後不是得到就是學到，所以再怎麼說我都不會虧。
2. 在別人拒絕我之前，為什麼要先覺得自己做不到？相比於自己做決定，不如盡力表現，然後讓對方做決定，就不需要花時間糾結和考慮。
3. 表現不好又如何？不關心的人不會記得，關心的人不會在意。

調整後的心態讓我的行動力又進一步大增 ⬆️，在過去一年嘗試了很多新事物，不僅是工作上有所成長，更包含生活的方方面面，學跳舞、長板、旅行說走就走、發文章也是！

這篇文章的標題感覺像是要分享什麼找到海外工作的捷徑，如果被騙進來不要生氣 :) ，我希望不要有人真的覺得有捷徑啦。許多短時間能採用的技巧是在放大過去的累積，假如先前的累積是 100，那運用技巧後可以提昇 10%，結果是 110。但如果先前的累積只有 10，運用技巧後是 11，技巧的幫助相當有限。履歷的措辭、修飾再好也需要有實質的內容。

當然這份新加坡工作機會不可能沒有運氣的成分，過去的求職過程中，我也受過許多前輩和同儕的指導和幫助，學習夥伴們給了我許多建議，和我一起成長。感謝所有夥伴讓我能夠得到機會體驗不一樣的生活！（＾Ｏ＾☆♪

如果有任何相關問題，或單純只是想聊聊海外工作生活，歡迎到 Linkedin 上找我 ♪( ´θ｀)ノ！

就業市場寒冬無痛找到海外工作的 3 個關鍵職場心態 was originally published in AAPD — As A Product Designer on Medium, where people are continuing the conversation by highlighting and responding to this story.

學設計更要學說話，如何管理利害關係人、適當地應對各種意見反饋、掌握會議的走向，對產品設計師來說是很重要的一件事。我時常會覺得「話說得好，設計稿改得少」，設計稿是溝通的一部份，而好的團隊互動、應答可以確保自己有效傳遞設計決策。良好的溝通技巧也可以確保團隊不貿然做決定，因為部分次要因素而犧牲使用者體驗。

以下是根據自身的開會經驗，總結出的常見情境、經常收到的團隊成員提問，以及我的應對方式。

在分享完設計方案後，與會者突如其來地提出其他解法，但沒有明確的理由。

• 「你提出的這個解法是想要解決什麼問題呢？」「可以多分享一些背景脈絡嗎？」引導對方回到「問題」本身，可以避免與會者執著於解法本身，但忽略了我們想要解決的問題。
• 有時候與會者提出其他解法，其實是覺得現有方案的某個部分可以更好，但部分人的發言習慣是「提出另一個解法」來傳達自身的想法。
• 有時候對方提出這個問題，只是想要確認設計師有沒有想過更多其他方案，與會者不一定會參與到先前的所有討論，所以自然會想要了解更多。因此我都會留著先前嘗試過的各種版本當作備案，簡單分享我們探索過的方向，以及這些方向被淘汰的原因。

與會者提出有建設性的點子，但是因為實行成本高、複雜度高等原因，超出第一階段的範疇。

• 「這個想法很不錯，我們會把他納入下一階段的討論」予以肯定可以提供發言者正面反饋，讓他日後更願意提出想法。（如何維持團隊的參與感也是一個課題！）實際記錄下來，以行動表示『我們有聽進去』，可以避免對方覺得被敷衍。
• 相比於直接回答「這個太複雜了，這階段做不了」我相信前者更能照顧到發言人的感受，也提供團隊比較正面的討論態度。

與會者提出了一個你之前已經想過，但因為一些問題而最後沒有採用的解法。

• 「是的，你的建議點出了重要的 x，不過因為 y 可能造成 z 問題，我們需要有些權衡。」相比於果斷的否決，可以先正面肯定對方想法中與你有共鳴的部分，但再隨之點出自己設計過程中發現的問題。

到設計階段的尾聲，產品經理說某個功能 Phase 2 再排進開發。

• 「什麼時候會開發 Phase 2？我們排進 Roadmap 了嗎？」對大公司來說，要做的專案太多，Phase 2 常常遙遙無期。了解更明確的時程，可以確保「真的有 Phase 2」，以及實際計算 Phase 1 到 Phase 2 的時間差，以便計算對產品體驗的實際影響
• 「如果缺少這個功能，會限制專案的成效，因此不足以達到專案目標」因為產品經理多半是定義專案目標的人，回歸到專案目標亦即回歸到產品經理的需求，如此可以更審慎地評估是否該調整專案範疇。

在評估可行性跟開發時程時，工程師說某部分做不到。

• 進一步了解：「是開發技術上有限制？還是在現有時程限制下做不到？」在還沒明確定義「做不到」之前就妥協會有些可惜，若是技術上有限制，可以盡量釐清技術細節，在我過去的經驗中，有時會發現彼此在細節上有些誤會，在討論過後會發現沒有想像中的複雜。如果是受時程限制，則可以和產品經理討論是否有調整空間。
• 預先準備其他產品作為範本：「XX 產品也有類似的功能／效果，可以嘗試研究一下他們是怎麼實現的」做為具體例子證明特定的設計細節可行，而不是設計師的憑空想像。
• 在會議之前，事先找幾個開源專案、套件作為範例輔助溝通，例如產品功能要提供畫布供使用者繪製流程圖，因為這是一個常見的介面互動形式，也不需要工程師從頭做起，這時我就會先找好幾個套件來更精準表達預期的效果，但最後使用的套件還是依照工程師的選擇為主。

當需求方臨時提出很緊急、時程短的任務。

• 「截止日訂在這天有什麼特別的原因嗎？如果往後延會有什麼問題嗎？」釐清細節可以幫助權衡，具體比較延期的影響及低劣產品品質的損害孰輕孰重。
• 有時候需求方不了解產品團隊有既定的開發流程，這時我就會介紹（科普）產品的開發時程常態，並且以 Sprint 為基礎跟對方討論並調整時程。
• 公開透明地讓對方知道自己手頭上有哪些進行中的專案，讓對方了解其他專案的重要性。
• 如果緊急任務確實很重要，那我就會列下進行中的各項任務及緊急需求給主管，說明：「我們需要優先執行緊急任務，因為 OOO 原因，所以我會暫停進行 XX 專案。」詢問主管優先級排序是否與他預期相符。

準備開發只會上線一段時間的產品實驗、改動時，工程師或其他利害關係人詢問：「這個功能幾個月後會下架，為什麼還是要做？」

• 作為產品團隊的一員，我們的視角會和使用者不同，所以這時我會從使用者的角度出發，讓團隊以他們的觀點思考：「相比於思考這個功能會上線多久，我們應該要關注這數個月內多少使用者會受影響／接觸這個功能，如果每天會有數以萬計的使用者因為這個改動而受益，那即便這個功能只上線三個月，也會對上萬個使用者帶來好處。」
• 對產品團隊來說，即便產品實驗可能不會成為永久的版本更新，我們也可以在有限的時間內取得一些洞察，並且對使用者有更深的了解。對產品團隊有價值的不只是營收以及達成各項商業指標，使用者相關的資料也是重要的資產！

團隊合作的過程中，會碰到的問題和情境百百種，上述的情境只是其中一小部分，寫下來覺得更好地歸納了過去的經驗哈！希望未來隨著經驗的累積，能夠再沈澱更多應對進退的方式 ♪( ´θ｀)ノ。

雖說「話說得好，設計稿改得少」，不過！「溝通技巧」不是推工作的工具，我也有遇過反面案例是一些人會為了想偷懶而巧妙地「溝通」來推工作，溝通只是合作的一部分，有沒有積極的解決問題、採取行動，團隊夥伴們都看在眼裡，所以該改的設計稿、該做的事還是得好好做，希望好的工作技巧是用於維護使用者的體驗、堅守產品的品質。（＾Ｏ＾☆♪

我是露西，感謝你讀到這裡！ʕ •ᴥ•ʔ 如果你對新加坡工作和生活、產品觀察、使用者體驗設計有興趣的話，請記得追蹤我才能看到更多新文章哦！

設計師必學的利害關係人交涉術！7 種常見問題實用句庫 was originally published in AAPD — As A Product Designer on Medium, where people are continuing the conversation by highlighting and responding to this story.

能在這個行業找到一份不錯的工作餵飽自己，覺得自己真的是個幸運仔，但回想自己過去做過的事情，也真是夠荒謬的。因為讀了心理系，所以有些人覺得我是轉職、跨領域、轉專業等等，殊不知這可能只是我高中時沒有意識到自己想將產品設計作為一份職業，使用者經驗設計的熱潮大概是在我大一時吹到台灣，在大三以後才認真地往這條路前進。

以下是我從小開始和設計相關的歷程。

國小

1. 從幼稚園到國小，因為哥哥一個很宅，一個很會畫畫，耳濡目染之下就很喜歡玩電腦和畫畫。從小學畫畫打電動一路到小學，四年級時轉到新學校，新學校的電腦課進度極度超前，也開啟了我的各種學軟體之路。
2. 小學五年級時沈迷類似無名小站的部落格，開始自訂部落格的各種樣式，自己畫了一整套的背景、頭像、插圖等等，長大後才知道這有一個名字叫做識別系統。
3. 小學六年級因為班上的好朋友參與了國小自治市市長選舉，因緣際會變成學務處跑腿幫手（現在想想覺得自己真的是童工）。在很熟的學務處老師的邀請下用 PhotoImpact 做了人生中第一個線上公佈欄，那時候真的覺得超好玩樂此不疲，午休下課都跑去做網站。
4. 電腦課的畢業製作是用 Word 做自己的個人網站，在畢業前統籌全班的網站，由老師燒成光碟。（2024 年回頭看覺得不可思議）
5. 國小畢業前做了班上的畢業紀念冊，一開始沒想那麼多，團體照的頁面同學給我啥照片就放上去，結果國小老師叫我數班上同學每個人出現過幾次，每個人出現的次數要平均，不然家長會抗議，原來這就是利害關係人管理？
6. 參加小六的 Flash 動畫製作比賽得了年級第二名，回頭看才發現自己做了一支相機廣告。
7. 「無薪接案，從國小開始。」從小六開始幫老師設計忘記蝦毀主題海報，畢業後國一時又被國小老師找回去再做第二次，還要幫不認識的其他班老師做，（讓國中老師超生氣的，保護童工，人人有責）。最後獲得的報酬是劉墉的十五顆小行星、親愛的安德烈，可惜我沒有慧根看不完這些書。

國中

1. 讀書讀書讀書讀書，白天上學八小時，放學後晚自習三小時，謝謝台灣的升學制度。讀書之餘的休閒娛樂是搜集各種 CSS 代碼把無名小站弄的超 fancy，但當時只懂剪剪貼貼跟改一些參數。
2. 畢業前又當了一次畢冊編輯委員。

高中

1. 玩得比較瘋，但還是讀書讀書讀書讀書，白天上學八小時，放學後去補習或是跑到摩斯讀書，謝謝台灣的升學制度。
2. 參加班聯會做了各種奇奇怪怪海報跟校慶周邊，開始學怎麼跟廠商交涉，了解社會現實面之廠商業務常常懶得理會單量小的小學校。
3. 畢業前當了畢冊主編＋班上的畢冊編輯委員，集齊國小國中高中大滿貫（？）。

大學

1. 大一、大二跑各種活動，逐漸學習廣義的專案管理、怎麼有效率的開會和溝通，現在回頭看累積了很多專案執行的基礎。
2. 升大三的暑假因緣際會參加了一個畢業校友（產品設計師）的設計思考工作坊，才發現「哇！太好玩了吧」（幡然醒悟），開始往使用者經驗設計的領域專研，終於把過去的累積連結起來，逐步上線上課程、做 side project、參加比賽、實習等等，不知不覺就走到了今天。

感謝開明的老爸老媽不限制我的興趣發展，學畫畫、買軟體都相當支持。雖然很早開始接觸，但小時候的作品品質現在看一定覺得慘不忍睹 😇，只能說是做好玩的。雖說是做網站，但是我在大學前沒有真正意義上的學過寫程式，可以說現在流行的 No-code 工具其實在十幾年前就有了吧！

回頭看雖然接觸、學習地斷斷續續，但終究也是走到了今天，可以用這些技能養活自己、照顧家人，讚啦 （＾Ｏ＾☆♪。

會議太多，沒時間好好畫設計稿嗎？亦或者是覺得會議很沒效率，開完之後專案沒有實質的進展呢？

身為產品設計師，總是有參加不完的會議，會議有助於溝通、同步，但設計師同時也需要保留時間專注在設計產出上。因此，如何最大化會議的效率變成設計師需要不斷學習的課題。以下是我目前的一些心得和習慣，透過實踐這些細節，並提升會議的討論品質，可以讓專案進展地更順利！

會議的準備與發起

雖然會需要花不少力氣，但無論你是會議發起者或參與者，都建議不要空著手參與會議。假如我突然被邀請加入一個會議，但我沒有相關的背景脈絡，我會事先詢問發起者有沒有我需要事先準備的東西，以及我可以如何對這個會議做出貢獻，確保我在討論時不會被問倒。即便對方說不用準備任何東西，我還是會先去翻看相關的文件或簡報，讓自己較為熟悉討論項目。

如果我是發起會議的人，那要做的事就更多了。針對專案的不同階段，會議的準備也不一樣，簡單來說可以分為 Discovery 和 Delivery。

在 Discovery 階段時，團隊還在針對問題找尋解答，相比於不斷完善細節，這個階段更需要蒐集資訊、集思廣益。在安排此階段的會議時，我會準備會議的議程、待討論的項目。若是更大範疇的討論，或是參與人數較多，我會把它變成一個精簡版的工作坊，製作一個 Figjam 檔案，方便大家有系統地進行並紀錄想法。

在 Delivery 階段，會議的目的是蒐集反饋、逐步調整細節，提高產出的品質，通常已經有一份文件或是設計稿的雛形。這時候準備的部分就是文件或設計稿本身啦！不過除了準備好方便大家閱覽的設計稿之外，還要思考如何讓所有參與者都理解脈絡和背景，在有限的時間內適當地說明，但又不會變成資訊轟炸。除了背景資訊，整理、說明自己尤其需要回饋或幫助的部分，可以讓討論更為聚焦，避免大家放錯重點。

提升會議參與程度的形式

用文字發言

事先思考會議的進行「形式」也相當重要，當會議的參與者很多時，就不適合太多的口語討論。通常討論時只會有兩、三個人在相互對話，這時其他人可能就會容易分心或恍神，降低了會議的參與程度。

因為人們閱讀文字的速度比聆聽快，如果能讓大家寫下內容，不論是寫便利貼或在文件內留下評論，可以大幅提高資訊同步的效率，也確保每個人的聲音、想法都有被記錄下來。在寫下想法後，由主持人或引導者統整，點出幾個大要點討論，能夠更妥善地運用大家的時間。

分小組討論

溝通時，面對面口語討論總是比文字訊息來得迅速。如果真的需要口語討論，建議可以將大會議的參與者分成數個小組，先在小組內互相討論，再記下結論跟其他組別分享，會加速資訊的統整和傳遞。

對齊會議期待

除了會議的實際過程之外，會議前的溝通也很重要。做到這個小步驟可以提高會議的參與度，並且降低參與者的期待落差。在發出會議邀請時，可以在訊息中說明會議的目的和預期產出，會議的開場白也可以重申會議的目的，因為大家都是在各間會議室中連軸轉，適當的開場白可以幫助大家更好地進入狀態。少數情形中，部分參與者可能會顯得興趣缺缺，因為會議主題不是他們的主要負責項目，這時就可以重申他們參與的價值，以及他們的回饋會對專案產生什麼實質影響。

平衡發言機會

每個會議參與者的個性、習慣、思考方式都不一樣，當然在會議中會有不同的參與形式和表現。在沒有適當平衡的狀況下，部分參與者的想法容易被忽略，或他們可能會缺乏機會發言，進而影響該對象的長期參與動機。這時會議主持人可以適當地邀請參與者分享他們的想法，平衡所有參與者的發言時長、機會。

考量參與者的認知限制

所有人都需要時間消化資訊、思考，並且給出適當的回饋，當要同步大量資訊時，建議可以在會議前事先將文件傳給與會人，給大家自己安排消化資訊的步調。雖然這個方法對與會人比較友善，但實際情況常常是多數人沒有足夠的時間事先閱讀資料，因此在會議開頭就可以預留部分時間讓大家閱讀文件，確保大家接受的資訊是一致的。會後將文件提供給與會者，也能夠確保大家有管道回頭參考討論項目。

為會議做個有力的收尾

在會議結束前，可以簡述各項結論，並且說明自己下一步的行動是什麼，與會者彼此有什麼待辦事項會接續進行。更好的做法是將結論及行動項目（Action item）都記錄下來，發到工作群組內 cc 所有與會者，方便後續追蹤。

會議也可以迭代

我們都知道產品可以透過迭代逐步改善，會議當然也可以！在結束大會議／工作坊之前，且時間充足的情況下，我會留 5 分鐘的時間，讓參與者提供對於會議流程、形式的回饋。運用 I like 、 I wish 、 I wonder 的簡單框架，可以更了解參與者的想法。

一個沒效率的會議不可怕，十個沒效率的會議才可怕！抱持著持續迭代的心態，也可以鼓勵自己勇於嘗試不同的會議形式，將每一次的新嘗試都當作試驗，從中學習、累積更多經驗。

以上是我目前為止沈澱下來的經驗，仍然在不斷學習更好地安排團隊的互動。會議開的好，設計稿改得少！祝各位設計師都能在眾多會議中成功生存 (☆_☆)

設計師的會議海生存心得 was originally published in AAPD — As A Product Designer on Medium, where people are continuing the conversation by highlighting and responding to this story.

以下內容寫給即將要搬到新加坡展開新生活的你，第一次海外搬家遇到了不少坑，希望在我搬家前也有人寫類似的文章。坡坡搬家的基本資訊很多人寫過，所以我就不贅述了，相信你也作了功課才會看到這一篇。本文寫於 2023 年十月，分享我二月搬家的記憶和心得😎，最新資訊請以近期查到的為準。

電信網路

建議抵達新加坡的第一件事是申請月租型的門號，這個手機號碼會影響後續各方面的需求，例如申請銀行帳戶、辦數位身分證（Singpass）等等。這一步非常重要，如果出了狀況就會像我一樣折騰一個月😇。

新加坡的電信門市和台北相比非常少，有些地方還會規定需要看實體身分證（護照不行）。不過好處是可以線上申請，當週就會把 SIM 卡送到指定地址。但要務必注意⚠️，新加坡政府規定每個人同時只能持有兩個門號，所以在取得 SIM 卡時，他們需要跟你本人核對證件（沒記錯的話要看護照），不是像快遞一樣寄到租屋處就沒事了。急用的話可以到超商購買預付卡，但是使用期限到了門號就會失效，接著還要去更新帳戶登記的電話號碼很麻煩，可以視購買預付卡為下策。

研究月租方案時，蠻意外新加坡沒有網路流量吃到飽的選擇，因此在粗略評估後買了每月 80GB / ~S$25 的方案，一開始用得小心翼翼，但後續發現根本用不完，卻也無法降級到更便宜的方案。

租房

個人體驗是 PropertyGuru 房源比較多，資訊比較準確、仲介更新地比較即時。99.co 房源品質比較好，但仲介不一定會即時更新上面的資訊。找室友則可以到：台灣人在新加坡 Facebook 社團、Taiwanese in Singapore Slack workspace。

簽約前可以上政府網站核實仲介的身分、執照和所屬公司。有朋友的朋友遇到詐騙，所以務必小心謹慎，條件允許的話務必實際看房。起初我是在抵達新加坡前就簽約及付訂金，所以留存了所有對話紀錄和合約以防萬一。

討論合約細節前請設想最壞的情況，沒寫在合約上就不算數，有訊息記錄也不算。我當初做功課的心得是：房東苛扣押金是常態。保障合約有效性的印花稅不便宜但是不要省！

一些額外需要注意的小細節：

1. 房東的房屋持有證明
2. 家具損壞的維修費用、冷氣清潔費由誰負責
3. 確認可以合法登記為住戶，且房東有確實執行
4. 仲介的合法執照
5. 仲介有沒有去政府網站登記租約並繳交印花稅
6. 跟房東住同一戶的話，要確認是否有任何奇怪的規定

2023 房租漲價後，HDB 雅房（Common room）月租金 S$1200–1500 是可能的。個人認為以往的租金範圍 S$800–1200 已經過時了🥲，不過當然也看每個人的生活品質要求。可以碰運氣嘗試看看接手其他人的租約，一、兩年前合約的租金便宜很多，但勢必比重新跟房東簽約複雜一些。

目前多方比較下來，個人認為 CP 值最高的是翻新後的 HDB，社區內有熟食中心、超市等各種商店、生活機能好，翻新後的居住空間品質不輸 Condo。

第一個月的生活費

在台灣可以換少量新幣預備用，但因為新幣相對沒那麼廣泛流通，只有小部分銀行有新幣可以換，建議先打電話問他們有沒有庫存，避免白跑一趟。

帶台幣到新加坡換的匯率會比較好。各個商圈都有貨幣兌換所，CashChanger 網站可以查當天各間的匯率。不過實際上我覺得要特地坐地鐵跑一趟太麻煩，稍作比較後還是在飯店附近換匯。

如果你也跟我一樣，把台灣的門號轉成預付卡，從此你在國外就會收不到網路銀行的驗證簡訊，我目前的解決方法是把 SIM 卡留在臺灣給家人保管，需要驗證碼的時候請他們幫忙收，但還是小麻煩。建議離開台灣前研究一下簡訊驗證碼的替代方案，目前已知中國信託可以用 App 接收驗證碼方便許多。如果人已經不在台灣，但要打電話給銀行客服，可以找找看銀行有沒有提供網路電話客服。

出發到坡坡前我有去研究怎麼在國外提領台灣存款，這是需要本人去銀行申請的，建議可以申請一下以備不時之需，到新加坡後也可以實際領看看確認能成功提款，不過匯率超差是一定的啦 😇。

銀行開戶

線上開戶流程對外國人最友善的是 DBS，可以用護照申請帳戶。很多其他銀行會要求使用實體工作證或 Singpass 線上開戶，但實體工作證通常在數週後才會拿到。

有些銀行（例如 DBS）不接受到直接走進分行現場開戶，需要先預約，但預約管道蠻難找（至今沒找到）。

部分銀行週六上午有營業，聽說常常排隊排很久，但我上次剛開門就去所以沒有遇到，DBS 分行可以用 whatsapp 線上抽號碼牌，推推。

交通

起初我依循著自己的遠古記憶去買了交通卡來搭地鐵跟公車，後來才發現完全不需要，感應式的信用卡就可以用，或者是 Apple Pay 更方便。

這邊的公車不會報站名，所以我上車就會盯著 Google Maps 的 GPS 位置以防自己坐過頭。Google Maps 的資訊算準確，不過下載 NextBus SG 和 Singabus 可以更清楚看到公車幾分鐘後抵達。

2019 年寫了 從台南到台北實習 — 週週通勤第一次就上手，現在是第一次搬到坡坡就上手，說不定四年後就搬到外太空（？）。搬家到遠方總會遇到很多坑，雖然會經歷許多波折，但也都只是暫時的，大概到第三個月身體就內建自動導航了。新加坡也算是搬家相對容易許多的地方（遙望我那些身處美國、歐洲的朋友們…），希望這篇文章會對你有幫助 ʕ •ᴥ•ʔ，也歡迎來找我玩！

隨著工作年資的增長，我越發感受到良好工作習慣的重要性，這些習慣看似不明顯，但卻對長期的職涯發展相當重要。好的工作習慣可以讓你在日常工作中思緒清晰、邏輯清楚，輕鬆梳理負責的專案，不在過程中迷失方向。同時，也可以讓你和團隊合作地更融洽。

在 2023 上半年的績效表現考核結束後，我想要統整近來對我工作有所幫助，以及同事認可的工作習慣。

開放心態 Open mindset

設計產品的過程中，我們需要面對無數個難題，並依據當下現有的資訊做決定。這些決定有時仰賴設計師的經驗，有時需要團隊的意見，有時需要不同領域專家提供的建議。做決定的過程中，我們如何和團隊成員達成共識，影響我們在團隊內扮演的角色。

相比於一個武斷、專制的設計專家，凡事單獨做決定且不提供討論空間，產品團隊更希望和一個相對民主的設計師夥伴合作，能夠參與更多討論的過程，並看見自己具建設性的反饋被採納及實現。所以時時保持開放心態，聆聽並妥善回應團隊成員的想法，能夠獲得團隊成員的信任，也更有效地推進專案的進行。設計師不是一個大筆一揮、凡事自己說了算的大藝術家，而是能夠集結成員的想法，並進一步視覺化地呈現的視覺溝通魔法師。

人跟人之間的心思並不相通，所以不要期待「對方應該要能夠理解我」，而是需要習慣設計產出「被誤解」或「不完全理解」的狀態。產品流程的每一個細節背後都是設計師無數的心思，千言萬語難以在短短的數次會議中被全數提及。時時保持開放心態，理解並包容這些不同的聲音，並耐心地說明、分享自己的考量相當有助於團隊合作。

當對方對同一事物有不同的理解、認知時，相比於認為「這個人怎麼不懂」，而是調整角度成「原來這是他的觀點、這是我更認識對方的機會」。當出現困境時，把難題轉化成「這是我的學習機會」，能夠更加妥善地消化迎面而來的挑戰。

以終為始 Begin with the end in mind

這個習慣來自《與成功有約：高效能人士的七個習慣》，簡單來說是先定義行動的終點，接著再往回推算自己該從哪裡開始，以及每一步的行動及階段性成果。我們都知道真實的設計過程總是像一團糾結的麻繩，理也理不清，完美的線性流程只會出現在學校或課本上。不過時時提醒自己「以終為始」，就像抬頭能看見北極星那樣，即便短暫迷路、失焦，也總能逐步修正行進方向並抵達終點。在專案開始前，確保目標被明確定義，且白紙黑字寫在文件上，可以供自己時時回顧並釐清方向。

評估自身的職涯成長也可以使用相同的概念，首先思考未來的自己應該達到什麼樣的狀態，接著回推自己每階段需要做些什麼。例如在一間公司就職時，就先想像未來離開公司時，履歷、作品集該有什麼成就來爭取下一個機會，能夠更踏實地達成長期的目標。

第一性原理 First principle thinking

在思考時，將事物拆解成不可進一步解構的本質，能夠幫助我們尋找最佳解，並跳脫現況的限制。假設我們要改進產品流程，相比於漸進式地調整細節，不如回歸需求的本質，先忽略限制來思考產品體驗的最佳解。如此我們就不會受限於小範圍改動帶來的有限效果，相比於「改善這個步驟的易用性」，更能夠思考「這個步驟真的必要嗎？」。

福特汽車的創辦人說過，在汽車被發明之前，如果他問人們想要什麼，答案會是一匹更快的馬。運用第一性原理可能讓我們避免糾結於「如何讓馬跑得更快」，而是發現人們只是想要更快速地到達目的地，除了馬之外有更多其他可能性。

雖然這個思考方式對於打造理想體驗很有用，但是成功的產品需要顧及的面向當然不只有體驗，在追求最佳體驗時，也要權衡相對應的開發成本、產品迭代速度等，針對不同的產品狀態需要有所取捨。

行動傾向 Bias towards action

在專案具體內容仍然模糊時，相比於坐著等待指示，不如積極採取行動。無論是搜集資訊、引導討論、協助規劃等，都比什麼都不做來得好。不確定專案目標？私訊詢問、透過會議釐清團隊期待都能夠推展進度。不確定初步的設計方向是否正確？主動找團隊成員給予回饋，便能夠快速對齊、聚焦彼此的期待。我有一個基本原則是「時時主動同步專案進展，而不是等人來問我進度」，積極行動體現了一個人對工作的責任感，也是贏得團隊成員信任的基礎。

相信人性本善 Trust your teammates

或許是我還算幸運，至今為止遇到的工作環境氣氛都相當友善，即便會遇到少數特例。相比於在職場環境中勾心鬥角，大家更想一起合作、互相幫助，共同達到團隊目標。在嘗試理解他人行為背後的動機時，從人性本善的角度去思考，會讓團隊氣氛更加和諧，促進成員間的溝通。即便在遇到極端特例時，這樣的心態可能不具備足夠的防禦力、容易受傷，但總要有人作為互相信任的開端，才有更長期合作的延續機會。

即便所有人都進行著相似的設計流程，實際的執行細節會因爲不同設計師具備的不同觀點而有所差異。隨著年紀的增長，逐漸感受相比於「怎麼做」、「做什麼」，「怎麼想」、「想什麼」似乎對設計過程更重要。思考模式會影響我們的行為、改變我們的座標軸，對後續的發展產生深遠的影響。幾年前透過各種管道學習到上述的工作習慣，亦或者是透過不斷地反思體悟出一些心得。期許自己持續吸收、沈澱，並將其實際運用到日常的工作中。

產品設計師的五個關鍵習慣 was originally published in AAPD — As A Product Designer on Medium, where people are continuing the conversation by highlighting and responding to this story.