狀態的命名
流程狀態的設計原則與人機交互的最根本原則一致，即「以用戶為中心」，確保目標用戶在相應的使用場景下能夠快速理解并正確執行相關操作。
按行業規則命名
專業工具或平臺的設計中，對于狀態的命名如果有行業約定俗成的術語，則遵照行業規則命名，即便在體驗設計師自己眼中可能不夠簡潔美好。
例如：以工程師為主要用戶群體的項目管理工具 Aone 中，bug 的狀態有 10 種（如下圖），且遵循了英文技術術語。對于設計師來說狀態種類復雜、語言不統一，但從用戶的角度來說這樣是必須的、規范的，因此設計師要尊重用戶的習慣和需求。
圍繞核心操作命名
流程的名稱通常是描述對應操作的過程或結果，如「待付款」、「退款中」是操作的過程，「完成付款」、「退款失敗」是操作的結果。
單個核心操作
最簡單、最常見的流程是：角色A 發起流程 – 角色B 進行操作 – 流程結束給出結果
這種兩個角色三步走的流程，狀態命名通常分為如下兩種（框中是狀態命名）：
上圖里面的動詞可替換成其他動作；結果狀態也可用「已通過」、「未通過」等，根據實際情況而定。
圍繞一個核心的操作，也可能涉及多個角色。
例如：最常見的審批流程，過程中涉及多個角色的層層審批。如果不同角色審批時，用戶可執行的操作不同，或審批的詳細過程對用戶非常關鍵，這時審批單的狀態命名上需要注明具體角色；如果通常不需要關注具體到哪個人審批了，則統一稱為「審批中」即可，用戶可以到詳情頁面查看具體進度。
多個核心操作
涉及多個角色、一串核心操作的復雜流程。
- 在流程完成之前的中間過程中，告知用戶下一步待執行的操作，比上一步剛剛完成哪個更重要；
- 在角色多、極易混淆的情況下建議在狀態名上增加角色名。
例如：數字倉單的倉單質押流程中涉及三個角色（存貨人、倉儲方、資金方）多個步驟，過程中關鍵是引導用戶繼續后續操作、高效完成申請，所以狀態上展示當前要進行的操作。同時流程中包含連續多個角色的接力審核確認，容易混淆，因此狀態標簽中顯示當前需要哪個角色進行操作；而放款、收款的角色很明顯是資金方和申請方來操作，所以對應的狀態沒有顯示角色名稱。如圖：
- 同一階段時，不建議區分不同用戶角色看到的狀態名，可以給他們不同的反饋或提醒。
- 狀態組間存在一對多的映射關系時，要注意區分邏輯關系，不建議將上下層狀態打平到一起。
接上面數字倉單的案例：系統中，貨物的所有者可以用倉單進行質押，這樣倉單就會有「未質押」、「質押申請中」和「質押中」狀態（不允許重復質押）。而質押申請是個復雜的流程，「質押申請中」這一倉單狀態，對應「質押申請單」的一系列流程狀態。同理，在倉單解除質押、注銷等其它情況下，又會有「解質流程中」、「注銷中」等狀態，對應的「解除質押流程」、「注銷流程」有會一系列對應的狀態。如圖：
這種情況下要梳理好業務流程，如果將上下層狀態打平到一起，短期內可能看起來比較簡潔，但隨著產品復雜度的提升（B 類產品通常會越來越復雜），邏輯關系會越來越混亂。
狀態的視覺設計
狀態的顏色
表示狀態的顏色不建議超過 5 種：紅色、橙色、綠色、藍色、灰色。
設計師需要結合色彩的功能特性、品牌色板、產品邏輯、用戶需求來選擇適合的顏色。常用配色舉例：
- 狀態的顏色不止會用在標簽上，對應的可視化圖表、圖標等視覺元素要用色一致。例如進度條：
狀態標簽的樣式
不同狀態對應不同用戶的不同操作，因此狀態信息通常與普通文本在視覺上有所區分。常用的樣式包括彩色標簽、彩色圓點等等。例如：
- 注意列表、表單中狀態標簽的樣式統一。
總結
- 原則：流程狀態的設計原則與人機交互的最根本原則一致：以用戶為中心。
- 命名：
- 在流程完成之前的中間過程中，告知用戶下一步待執行的操作，比上一步剛剛完成哪個更重要；
- 在角色多、極易混淆的情況下建議在狀態名上增加角色名；
- 同一階段時，不建議區分不同用戶角色看到的狀態名，可以給他們不同的反饋或提醒。
- 專業工具或平臺中，如果有行業約定俗成的術語來命名狀態，則遵照行業規則。
- 關系：狀態組間存在一對多的映射關系時，不要將上下層狀態打平到一起。
- 顏色：表示狀態的顏色不建議超過「紅色、橙色、綠色、藍色、灰色」這 5 種。
原文地址：Ant_Design（站酷）
作者： 林葉
轉載請注明：學UI網》B類產品設計細節：流程狀態
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( ssll180.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務