設計系統負責人履歷

這個範例展示了設計系統負責人如何將Token、元件和治理與產品團隊的日常工作連結起來。此職位的優秀履歷能清楚展現系統採用率、無障礙設計決策，以及對設計和工程工作流程的具體改善。

個人簡介

具備7年B2B SaaS產品團隊經驗的設計系統負責人。建構符合無障礙標準的Token與元件基礎，建立貢獻機制，並改善設計師與工程師交付一致介面的方式。熟悉Figma、Storybook與React協作，專注於在多個產品領域實際推動導入。

工作經歷

Redstone Product Studio 設計系統負責人（2022 - 至今） - 與設計及工程團隊共同定義共用Token與元件貢獻規則；帶領4個產品團隊導入共同發布流程。 - 與React工程師合作建立並記錄38個可重複使用的Storybook元件，減少3個網頁產品中重複的介面模式。 - 根據WCAG 2.2 AA標準審查核心元件並與產品團隊追蹤修正；在兩次發布中解決21個高優先級的無障礙問題。 Juniper Ridge Digital 資深產品設計師（2019-2022） - 為2個產品小組標準化Figma資源庫與命名慣例，每個專案減少約3小時的重複元件設定。 - 與工程師合作記錄互動狀態與交接需求，將每個Sprint中重複的設計確認需求從約6個減少至3個。

學歷

傳播設計美術學士 - Mesa Creek College（2018）

技能

設計系統
設計Token
Figma Variables
元件庫
Storybook
React協作
WCAG 2.2 AA
無障礙審查
設計文件
系統治理

工具

• Figma與Figma Variables • Storybook與React • zeroheight與Jira

系統治理

• 元件貢獻與審查流程 • 發布說明與導入追蹤

使用此範例

使用此設計系統負責人履歷開啟製作工具，然後將範例替換為你自己的詳細資料。

從空白履歷開始

常見關鍵字

此職位經常列出的技能與工具。請僅使用你具備的項目，並採用職缺中的用詞。點擊即可複製。

履歷動詞

定義建構標準化記錄審查減少推出

如何撰寫設計系統負責人履歷

以系統範疇為首

將你目前的設計系統職位放在首位，接著讓系統的範疇一目了然：服務的產品領域、支援的團隊、涵蓋的平台，以及你負責的是策略還是交付。寫出你合作過的設計與工程夥伴。除非組織內各團隊確實都在使用並維護該元件庫，否則避免稱其為「全公司通用」。

展示導入與成果

描述工作及其對產品團隊的影響：整合的元件、移除的重複模式、節省的實作時間、修復的無障礙問題，或已導入的團隊。使用你能解釋的數字，並在適當時標明時間範圍或範疇。單純的元件數量說明不了什麼，請將其與使用率、維護或產品工作流程的改善連結。

說明無障礙工作

說明你使用的WCAG版本與符合等級（例如WCAG 2.2 AA），並寫出你做過的工作：鍵盤操作行為、焦點狀態、對比度、測試或問題修復。避免僅根據少數元件的審查就聲稱系統完全符合規範。雇主可能更看重對範疇、方法與後續追蹤的清楚說明，而非籠統的合規宣稱。

讓工具與治理清晰可見

在實際脈絡中列出你使用的工具，例如用於Token的Figma Variables，或用於元件文件與審查的Storybook。如果作品集或文件連結能展現你的決策、貢獻機制與導入範例，請一併附上；並移除機密的產品細節。此職位沒有標準證照，因此請省略無關的證書，將版面留給系統工作。

所有產品與介面設計履歷範例

關於此職位的問題

設計系統負責人的履歷應該寫幾頁？

對於具備多年相關經驗的負責人來說，如果內容能展現系統範疇、團隊影響力與成果，兩頁是合理的長度。將最相關的設計系統工作放在第一頁，並精簡與職位無關的較早期產品設計細節。當經驗較短且範例維持具體時，一頁式履歷也很適合。

我應該附上作品集或設計系統連結嗎？

建議附上，前提是連結能有效呈現你的作品，且你已獲得分享許可。公開的元件庫、案例研究或經遮蓋處理的治理範例，可以展現你如何做決策並推動導入。由於設計系統通常由團隊共同打造，請說明你個人的貢獻。請勿公開機密的介面、產品藍圖細節或內部文件。

我應該列出哪一項無障礙標準？

寫出你實際使用的標準與等級（例如WCAG 2.2 AA），並舉例說明你如何應用。除非你的工作確實涵蓋該等級且範疇明確，否則不要在履歷中籠統地寫「WCAG AAA」當作關鍵字。需求與測試做法會因雇主、產品與適用法規而異，請描述你的方法，以及審查過的元件或流程。

成為設計系統負責人需要取得證照嗎？

在美國，此職位沒有單一規定的執照或證照。雇主通常會評估相關的設計系統工作、與工程部門的協作、無障礙知識以及導入成效的證據。只有在與職位相關，且你能正確寫出發證組織與證照名稱時，才列出證照。請勿以證照取代對你實務經驗的說明。