履歷重構暨面試技巧

從客服主管走向 UX 服務職,如何轉換能力而不是掩蓋經歷

首頁 / 案例 / 從客服主管走向 UX 服務職,如何轉換能力而不是掩蓋經歷

本篇為去識別化的方法示例,人物、產業細節與數字皆經改寫,不代表成果保證。委託人是在電商平台擔任客服主管約七年的工作者,上過 UX 課程也做了練習作品,但投遞 UX 相關職缺時,面試官總把話題繞回客服。以下依時間順序復盤我們六週的工作,包含走錯的那一步。

第一週:她想把七年客服經歷縮成一行

某位客服主管第一次來信時,附上的新履歷只有一行提到客服經歷,其餘篇幅全是 UX 課程、練習作品與工具清單。她的邏輯很直接:「面試官一看到客服就覺得我不懂設計,所以我乾脆淡化它。」結果是,新履歷讓她看起來像一位零經驗的轉職新人,而她其實是帶過二十人團隊、每天處理大量使用者問題的資深工作者。

我們回信的第一個判斷是:掩蓋經歷會同時失去兩樣東西。第一是年資的可信度,一份只有課程作品的履歷,會被放進初階職缺的比較池;第二是她最大的差異化,也就是她比多數 UX 新人更接近真實使用者的痛點。問題不在於客服經歷太多,而在於它沒有被翻譯成 UX 團隊使用的語言。

第二週:把客服工作拆成 UX 看得懂的四種能力

能力轉換的關鍵,是找出兩個領域之間的共同動作,而不是硬找相同的職稱。我們請她列出過去一年最常做的二十件事,再逐一對照服務設計與使用者研究職缺常見的要求,最後歸納出四組可以直接翻譯的能力。

  • 問題歸納:她每月整理客訴分類報告,本質上就是對質性資料做歸納與分群,與使用者研究的親和圖整理高度相似。
  • 旅程斷點觀察:她能指出使用者最常在結帳、退貨、物流查詢哪一步卡住,這就是使用者旅程地圖裡的痛點辨識。
  • 跨部門推動:她曾把客訴統計帶到產品與物流會議,推動流程修改,這對應 UX 職缺裡的利害關係人溝通。
  • 服務藍圖思維:她設計過客服人員的前後台作業流程,這與服務藍圖中前台接觸點與後台支援流程的拆解相通。

這一步的產出不是履歷,而是一張對照表,左邊是她的原始工作描述,右邊是 UX 領域的對應說法,中間是一個真實事件作為證據。對照表讓她自己先相信,這些經歷不是負擔,而是素材。

第三週:我們走錯的一步,把術語塞得太滿

第三週我們做了一個後來證明是錯誤的決定:把履歷裡所有客服用語都改成 UX 術語。「客訴分類報告」改成「質性研究綜整」,「客服流程改善」改成「服務設計專案」。改完之後看起來很像 UX 履歷,但她拿去給一位在業界的朋友看,對方直接說:「這讀起來像在包裝,面試官一問細節就會發現不是正式研究。」

這個回饋很關鍵。術語替換的問題在於,它讓履歷的聲稱超過了實際做法。她的客訴分析沒有研究設計、沒有招募受訪者,嚴格來說不是使用者研究。我們隨即調整原則:保留原本的工作名稱,後面用一句話說明它對應的 UX 能力與具體成果。例如「每月客訴分類報告,歸納使用者在退貨流程的主要卡點,推動退貨頁面改版,相關客訴在後續一季明顯下降」。讀者看得出這是客服工作,也看得出它的設計價值。

第四到五週:用一個真實案例重做作品集

作品集的核心改變,是把課程練習作品降為次要,改用她在客服工作中真實推動過的一個改善案例作為主作品。課程作品的題目多半是虛構情境,資深面試官看過太多;真實案例雖然不夠漂亮,卻有真實限制、真實利害關係人與真實結果。

  1. 選題:挑出退貨流程改善這件事,因為它有明確起點、她本人主導、且有可觀察的後續變化。
  2. 重建脈絡:從當時的客訴統計、會議紀錄與內部信件中,還原問題如何被發現、如何被說服、如何被修改。
  3. 補上 UX 框架:用使用者旅程圖呈現退貨流程的斷點,標出她當時觀察到的三個主要卡點。
  4. 誠實標示限制:說明當時沒有做使用者訪談與可用性測試,若重來會在哪些環節補上研究。
  5. 去識別化:移除公司名稱、內部系統畫面與可識別數據,只保留趨勢與範圍。

這份作品集最有力的部分,其實是「若重來會怎麼做」那一頁。它證明她理解正式 UX 流程與她當時做法的差距,也展現了學習的方向。面試官要判斷的不是她是否已經是資深設計師,而是她能否在團隊中快速補上缺口。

第六週:面試中如何回應「你不就是客服嗎」

面對質疑轉職背景的問題,最有效的回應是先承認差異,再給出一個具體的橋接事件,而不是急著辯解。我們和她以文字模擬了幾輪,整理出一個三段式回答架構:承認、橋接、補缺。

  • 承認:「我確實沒有在設計團隊中做過正式的使用者研究。」
  • 橋接:「但我過去七年每天接觸使用者最直接的抱怨,例如我曾從客訴資料發現退貨流程的三個卡點,並推動頁面改版。」
  • 補缺:「我知道自己缺少研究設計與可用性測試的實作,所以最近在練習作品中補做了訪談規劃,也希望在團隊裡從研究助理的角色開始累積。」

這個架構的重點是不防衛。當她不再急著證明自己已經是 UX 人,面試官反而更願意聽她談客服經驗能帶來什麼。在模擬過程中,她也學會主動提問,例如詢問團隊目前如何取得使用者回饋、客服資料是否被納入研究流程,這些問題本身就展現了她的獨特視角。

可以回頭驗收的幾個訊號

這類轉職的驗收點不宜只看是否錄取,因為轉職通常需要較長時間。我們與她約定幾個階段性訊號,讓她在後續三個月內自行檢查方向是否正確。

  • 面試問題是否從「為什麼要轉職」轉向「你怎麼看我們的服務流程」。
  • 面試官是否主動追問作品集中的真實案例,而非只看課程作品。
  • 投遞的職缺層級是否從純初階,擴展到服務設計、使用者研究營運或客戶體驗等中階職位。
  • 她是否能在不看稿的情況下,把橋接事件講到五分鐘以上並回應追問。

她在後續回報中提到,客戶體驗與服務設計類職缺的回應明顯比純介面設計職缺好。這也提醒我們,轉職的目標職缺本身可能需要調整,不一定要直接跳到最典型的 UX 設計職。

這個轉換路徑對誰行不通

能力轉換有一個前提:原本的工作裡真的有可翻譯的動作。如果客服工作只停留在回覆標準問答,從未參與問題歸納或流程改善,那麼可橋接的事件就很少,這時更適合先在現職爭取參與改善專案的機會,而不是急著轉換。

另外,若目標是偏視覺與介面的設計職,客服背景能提供的優勢相對有限,作品集的視覺與互動能力會是主要門檻,需要更長時間的技術累積。銘望顧問所的履歷重構服務在這類情況下會先誠實指出差距,再決定是改寫、調整目標職缺,還是建議先累積一段時間。轉職最怕的不是經歷不對口,而是用掩蓋的方式讓自己在面試中無話可說。

← 回到案例總覽

補充閱讀:以下內容用於說明本案例的判斷邏輯、交付方法與適用限制,不代表任何特定人物、企業、物件或職缺的保證結果。

補充判讀:把「從客服主管走向 UX 服務職,如何轉換能力而不是掩蓋經歷」拆成可回頭檢查的問題

本案後續的重點,不是把結果寫得更漂亮,而是把每個判斷拆成可以被另一位同事重做的步驟。先把委託人真正要決定的事情寫成一句話,再把影響決定的條件分成必要、可調整與暫時未知三層。這樣即使市場、職務或家庭條件改變,也能知道是哪一個前提變了,而不是把整份結論全部推翻。履歷重構暨面試技巧的工作尤其需要保留這種可回溯性,因為資料更新速度、參與者立場與可取得的證據,往往不會同時改變。

我們會在工作表中留下來源、查核日期、負責人與信心程度。公開資料只能支持公開資料能支持的範圍,無法取得的資訊就標成待確認,不用推測補洞。每一個建議都附上停止條件與下一個確認動作:什麼情況下應該暫停、要問誰、要補哪一份文件、何時重新檢查。這個設計能降低團隊因為一個模糊形容詞而過早投入,也能讓後續溝通有共同語言。

交付檢核與限制

交付前會逐項檢查問題是否有直接答案、答案是否與證據層級相符、不同段落是否使用同一組定義,以及讀者能不能在三分鐘內找到下一步。若案例中出現時間、比例或成果描述,必須說明它是紀錄、估算、情境假設還是示意,不能把去識別化的改寫當成任何人的保證。從客服主管走向 UX 服務職,如何轉換能力而不是掩蓋經歷只代表一個方法示例,不代表所有同類案件都會得到相同結果。

若要把這套方法移植到新情境,第一輪先不要增加工具或頁面,先用一份小範圍樣本測試分類是否能被不同角色理解。完成後再決定是否擴大。這樣既保留彈性,也避免在問題尚未定義清楚時,先用大量內容掩蓋真正的決策缺口。涉及法律、稅務、醫療、投資或雇用判斷時,仍應由合格專業人士依最新文件確認。

最後,把已確認、待確認與不適用的內容分開保存,並在下一次回看時只更新受影響的區塊。這能讓案例成為可學習的工作紀錄,而不是只有一個看起來完整、卻無法解釋如何得到的結論。