編輯導語：在做UI設計時，定義並統一顏色規範對產品設計和團隊整體推進具有重要作用，本篇文章通過一個國外大廠真實的顏色組件升級案例為我們分享了統一顏色規範的好方法，一起來看。
Hi，我是彩雲。咱們平時在做UI組件庫的時候，會遇到一個問題，定義了很多顏色但在團隊合作的時候，卻依然還是會根據每個設計師自己的喜好來配色，很難將顏色規範很好的統一起來。這其中有一個很嚴重的問題就是對於顏色的命名和管理不夠清晰，那麼今天這篇文章通過一個國外大廠真實的顏色組件升級案例，希望能幫你解決這個難題。
我們花了幾個月的時間改進了設計系統 Cobalt 中顏色的處理方式。顏色是 UI 的基本元素：它們構成視覺語言，幫助定義品牌，並被開發和設計師每天用在產品設計中。
但如果我們在使用顏色上沒有明確的指導原則，如顏色被團隊中的設計師按喜好使用時，將會導致產品看起來非常混亂。
我們APP中的不一致例子
接下來我會告訴你，我們是如何做好顏色規範以及在整個項目中面臨的挑戰，正如你將看到的，這個項目並不像看上去那麼簡單：
如何通過 Getaround 在設計和技術方面管理顏色概述這個系統的侷限性，並説明我們如何改進它什麼是語義顏色我們是如何實現它的，以及它帶來的優勢！
一、我們之前在Getaround中如何管理顏色？1. 在設計方面
和許多設計團隊一樣，我們使用 Figma 作為我們的主要設計工具。我們的顏色被放在“基礎”庫中，可以在其中找到我們在產品中使用的所有常見樣式，例如字體樣式、顏色、圖標等。這個庫提供了我們每天使用的專用系統庫（iOS、Android、Web、電子郵件）。顏色名稱過去是基於它們的外觀。例如：紫色顏色是我們的主要顏色，而石墨色是基本文本的常規顏色。
2. 在技術方面
在我們的APP中，曾經會用相同的系統來管理顏色。此外，還有一些語義顏色，但僅限於 iOS，開發用的也不多。
二、我們在舊系統中面臨的限制在使用這個系統時，團隊反覆面臨同樣的問題：如何確保從一位設計師到另一位設計師以相同的方式使用顏色？如果沒有適當的指導原則，我們如何確保開發很好的還原？如果明天我們必須用全新的配色方案來改造我們的品牌，要怎麼快速統一？讓我們試着找出我們是如何陷入這種境地的？
1. 沒有明確的顏色使用規範所有設計師都使用相同的色板，但自 2019 年 Getaround 品牌重塑以來，除了引入不一致之外，沒有明確關於如何使用它們的規範，所以設計師在選擇顏色時迷失了方向。然後他們將開始建立自己的參考資料，每個設計師都有不同的配色想法。
例如：設計師應該在所有這些灰色陰影中為次級文本選擇哪種灰色？顏色命名在這裏不是很有幫助
2. 舊品牌的設計包袱以前品牌的一些舊顏色仍在使用（按鈕上的藍色陰影，標題……）。到現在也沒有真正的行動計劃來迭代它們。
舊驅動器品牌
三、我們對新系統的設想在 2021 年初，我們有機會為我們的 iOS 和 Android APP來制定長期的 UI 規劃。我們問自己“5年後我們的APP會是什麼樣的？”。我們會回顧， Getaround 品牌是如何成為我們視覺方法中心的。
以上是我們品牌和設計團隊在 2020 年完成的全面工作的一小部分致力於設計系統的 Cobalt 團隊藉此機會重新考慮了顏色系統。然而，為了使這一目標成為現實，我們面臨着一些挑戰：
1. 制定指導原則我們如何確保每個設計師都可以依賴易於理解和使用色彩系統？擁有一個簡單系統將加快使用速度。
2. 顏色能通過可用性標準我們如何確保從一開始就設計出易於使用的顏色？
3. 易於維護並符合未來趨勢我們如何才能使系統易於維護並符合現在和未來的行業標準（例如：暗模式）
四、我們新的顏色系統：語義顏色在我們的探索階段，在 Figma 的共享環境中工作促使我們保存和記錄我們所做的設計決策。就像我們應該如何命名我們的強調色：（主要？強調？）我們還測試了APP界面在黑暗模式下的外觀，以及如何正確支持這一點。我們應該創建一個單獨的調色板還是為每個組件都創建一個深色版本？
我們開始與開發討論這個問題，以瞭解他們有什麼解決方案來處理這些問題。語義顏色的概念很快就被開發人員提出來，因為他們知道並且很好地使用了這個概念。但對於設計師來説，又要如何準確理解呢？
1. 什麼是語義顏色？語義指的是根據顏色的使用方式而不是色調來命名顏色的方法。
例如，你可以將顏色命名為“成功”或“積極”，因為它指的是含義，而不是“綠色”或“翡翠綠”。甚至可以根據顏色在屏幕上的應用方式來命名顏色，例如背景顏色、按鈕背景顏色、文本顏色、圖標顏色等……
2. 從基於外觀的配色方案到基於語義的配色方案
語義顏色並不新鮮，越來越多的產品開始採用這種方式來定義顏色。我們可以從下面一些大廠的顏色規範來學習google
- https://material.io/design/color/the-color-system.html#color-theme-creationApple
- https://developer.apple.com/design/human-interface-guidelines/ios/visual-design/colorShopify
- https://polaris.shopify.com/design/colors#navigationAsana
- https://polaris.shopify.com/design/colors#navigation
顯然，這種顏色系統有很多優點。因此，現在讓我解釋一下我們如何在實踐中將這個概念應用到我們的產品中。
3. 深入研究語義顏色我們的新顏色系統由兩部分組成：
基礎調
我們與品牌團隊密切合作，他們定義了一個全新的品牌，我們在工作時會圍繞這個品牌考慮。該品牌的每種顏色都採用多種色調進行調整，以創造更大的靈活性，一次構建成為基礎調色板。它代表可以在產品中顯示的所有可能顏色。團隊可能不會全部使用它們，但他們會選擇在產品中效果最好的那些。
基礎調色板
4. 語義顏色語義顏色建立在用作參考的基礎調色板之上。正如我之前解釋的，命名不再是指顏色的“外觀”（洋紅色、棕色、綠色……），而是指UI 元素它們被應用於（文本、圖標、按鈕、背景……）以及該元素的狀態（活動、非活動、成功……）。請參閲此處的命名法和一些示例：
語義顏色結構和示例這意味着來自基礎調色板的顏色可以用於多種語義顏色：
這就是我們根據這個新原則重新調整顏色命名的方式：
我們通過設計師和開發進行了內部用户測試，以確定命名語義顏色的最佳方式。我們嘗試了很多不同的命名方法，發現過於詳細的命名系統對於我們的團隊和產品的規模來説維護和使用太複雜了。我們決定做一些簡單的維護，同時在命名方面有足夠的延展性。
語義顏色側重於顏色的用途。它消除了設計師和開發對使用什麼顏色的盲目猜測，因為視覺語言直接傳達了設計決策。
例如：在這裏，顏色命名使設計師更容易做出正確的選擇。在我們的原則中， *Accent* state 用於交互元素。
2. 解鎖黑暗模式語義顏色可以適應不同的主題。語義顏色的名稱始終相同，但它的外觀可能會根據所選模式而改變。例如，語義顏色“主背景”可以指淺模式下的“白色”和深色模式下的“黑色 500”。根據用户選擇的模式，將自動顯示正確的顏色。這對我們的設計系統來説是一個真正的遊戲規則改變者，因為它將使它更加面向未來。
明暗模式下的語義顏色 Primary.Background
3. 語義顏色高效靈活如果我們將來要更新顏色，使用語義顏色也會變得更容易。假設我們想要將我們的主色更改為藍色。我們只需要將基礎調色板中的“紫色”更新為“藍色”。與該顏色相關的所有語義顏色也將神奇地更新。另一種情況可能是更新特定 UI 元素的顏色，例如按鈕，而無需觸摸使用紫色顏色的其他元素。
在這種情況下，我們只需要更新 ButtonBackground.Primary 顏色，非常簡單。如果沒有該系統，更新顏色將需要經過大量 QA 以確保將更改應用到任何地方。
這個系統似乎很容易使用，但設計師仍然有一些問題：
- 我什麼時候可以使用正常文字顏色？
- 我什麼時候可以使用次級文本顏色？
- 我什麼時候可以使用可交互顏色？
為了幫助設計師選擇顏色，我們創建了一個交互式指南，列出了所有可能的顏色組合。我們在 figma 原型中創建了這個指導原則，每次更改設計系統顏色時都會更新該規範。它突出了允許的語義顏色組合，以最大限度地保持一致性。
點擊可以查看大圖Figma 中內置的語義色彩交互指南
採用這種新的顏色系統產生了一些變化：
1）我們從“Foundation”庫中提取顏色，並將它們分為深色和淺色模式。這一舉措使我們能夠使用 Figma 開關功能輕鬆地將設計文件從???? Light 切換到 ???? Dark 模式。這也使庫更輕且更易於維護。
2）語義顏色已在我們的 iOS 和 Android 應用程序上成功實現，我們現在正在努力在我們網絡平台上使用相同的系統。我們很快就會有一個集中的配色方案來處理所有系統上的顏色。
總結總結下今天學到的內容：
- 發現並準確描述團隊在使用顏色時遇到的問題
- 如何從提出設想，到以新的方式來定義顏色
- 如何通過語義化顏色來使得大家更方便的使用顏色，我們也可以在自己的組件庫中多使用語義化的顏色來進行命名管理，這樣團隊協作才會更加高效。
（授權截圖）
作者：Fabien Gavinet，譯者：彩雲Sky
原文鏈接：https://medium.com/getaround-eu/colors-that-make-sense-505d0f3509c1
本文由 @彩雲Sky 翻譯發佈於人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。