2022-6-14 博博
“組件”是平臺級產品非常重要的組成部分，設計組件不僅可以節約設計和開發成本，更是設計理念的約束性體現。但是，隨著平臺級產品業務場景的復雜度不斷增加，過往沉淀的設計組件的交互模式和視覺形式，卻跟不上業務發展的訴求。因此，我們思考：如何建立和迭代一個優秀的組件庫——不僅能保持良好的普適性，解決全平臺產品的體驗一致性的問題；并且能夠保持各個業務線的特色和定制化需求，即所謂平臺級組件的“和而不同”。
隨著近兩年業務的發展，早期沉淀的組件漸漸無法滿足業務訴求，一部分組件的使用率和覆蓋率很低。
因此我們決定對貝殼平臺組件進行一次全新的升級。我們的目標不僅是針對“基礎組件”進行優化，保持其良好的通用性，達到“和”的目的；更希望能夠承載業務線（二手房、新房和租房）更多體驗場景的需要，做到服務于業務的“不同”。
為了更好的實現升級目標，我們思考了以下幾個問題：
1. 設計組件庫的使用人員有哪些不同的角色？他們的訴求是否有區別？
在我們眼里，設計組件是對設計工作的一種管理，而設計工作從產出到落地的完整鏈條上，主要有三種角色的人群：
貝殼平臺設計師和各個業務線設計師：平臺設計師窮舉組件使用場景的同時，提煉業務訴求，幫助業務線設計師通過組件更省時省力的高效完成設計工作。
開發團隊：通過設計師的輸出，明確組件開發的具體框架和自由度（例如按鈕顏色是否支持不同業務自定義等）
產品團隊：通過設計組件文檔明確設計的標準，在各角色有共同標準的認知下，需求中可使用組件搭建的部分無需重復提需求，節約各方成本。
因此，設計師需要產出的并不是一份簡單的組件庫源文件，而是一份以不同角色合作伙伴的視角，都能看得懂的設計組件表達文檔。
△ 圖 1 給設計、產品和開發不同的文件樣式
2. 組件真的是越多越好嗎？
我們給出的結論是：面面俱到反而無從下手。在做設計組件時，大多數同學都會有患得患失的心理，認為組件足夠多，就可以應對更多的使用場景，規范也足夠細致和統一。
但是這是一個比較理想的狀態，過于低微的顆粒度下，設計反而會失衡。這里的失衡是指，創新和規范之間的平衡被打破，顯然不是我們想要的。并且平臺級組件庫是具備再生和持續發展的生長能力的，因此不必一味追求數量。
3. 采用什么方法可以合理的控制組件的質量和數量，挑選出通用度高的組件呢？
我們優先梳理了貝殼平臺流量 TOP30 的核心關鍵頁面，依據數據圈定范圍，然后進行組件的整理。如下圖，我們發現使用率最高的前十名組件，按照降序排列依次為：tabs 選擇>Navbar>房源卡片（業務通用組件）>經紀人展位（業務通用組件）>按鈕>通知與提示>彈層>搜索框>操作菜單>標準懸浮球。
△ 圖 2 貝殼平臺流量 TOP30 頁面組件應用情況
這樣，我們就可以按照以上優先級，優先設計和代碼化使用頻次較高的組件。
我們將貝殼原有組件庫的全部組件打散，重新定義后分成三大類別：
平臺基礎組件：指不具有業務屬性的元件及基礎組件，例如：按鈕/表單/列表/搜索欄/系統反饋彈層/操作欄/Navbar 等。
業務通用組件：指橫跨多業務，但在不同的業務場景中略有變化，有公共元件可提煉，例如：經紀人展位/房源卡片。
業務特性組件：指只屬于某一業務應用范疇的組件，無公共元件可提煉，但是在單一業務線復用率較高。
組件的明確分類，可以幫助我們在日后每當有新增組件時，以統一的標準和原則進行歸納和整理。
除了優化平臺基礎類型的組件外，我們還對其中使用頻率很高的業務通用組件——房源列表進行了優化。
房源列表是在貝殼平臺通常以線性結構呈現的。用戶通過縱向掃讀來獲取房源宏觀信息，橫線瀏覽來了解單個房源條目的細節信息并進行相關操作。它在二手房、新房、租賃、海外等等業務線，都會經常被使用到。貝殼平臺原房源列表樣式，由于業務的發展，需要展示的信息逐步增多，依次羅列在列表中，導致展示效率變低，無吸引用戶的亮點，最終導致用戶對房源列表的“決策效率降低”。
而想要提升決策效率，并且優化后的列表能夠在各個業務線使用，我們先要了解，在不同業務場景中，房源卡片都要展示哪些內容？這里我們應用到了先前研究得出的結論——用戶瀏覽房源列表的心智模型。
△ 圖 3 用戶瀏覽房源的心智模型
在心智模型的指導下，我們進行了“元素窮舉”。
△ 圖 4 元素窮舉
得到了具體展示哪些元素后，我們開始思考，一個包容性強的列表底層結構應該是什么樣子？經過幾次的反復推敲和嘗試，我們得出如圖所示的三層結構：容器背板層、可交互操作層、內容展示層。
△ 圖 5 房源列表的三層結構
容器背板層：它是承載列表內部所有內容的盒子，我們在這一層，定義了容器的形狀，圓角等屬性，使它成為一個統一的底層模版。
可交互操作層：這一層放置的是用戶關于列表可進行的全部操作，例如關注，查看 VR 圖片等。并且，我們針對具體每一種操作行為，定義了統一的交互方式。
內容展示層：這一層涵蓋所有用戶可以查看的具體信息，包含房源標題、樓盤名稱、房源詳細信息和價格的動態浮動變化信息。
通過三個層次的劃分，我們可以清晰的定義每個層次的具體的職責是什么，這有利于我們后期面對復雜業務場景和海量信息內容時，可以更好的去歸納和組織信息的呈現。
在完成了元素窮舉和結構分層之后，我們繪制了一個基礎框架模版，如下圖：
△ 圖 6 房源列表基礎框架
然后我們將不同業務線的具體細節信息，嵌入模版中，設計成各個針對不同業務和不同場景使用的房源列表。帶著這樣的設計結果，我們與業務線的產品經理和設計師同學進行了一次深入的探討，并且確定可推行迭代的節奏。
綜合 14 天數據，二手房改版后，CTR 由原來的 44.65%提升到 51.35%。這對于房源列表來說，是非常難得的。
△ 圖 7 改版后的數據結果
以上就是本文的全部內容，相信大家已經掌握了 C 端組件庫建立的基本方法，這里我們總結一下組件庫的創建流程：
△ 圖 8 C 端組件庫的創建流程
組件庫是每一位用戶體驗設計師，在日常工作中積累的設計資產。組件要做到“和而不同”，“和”是指用規范化的底層容器，將抽離出復用率高的元素包裹起來，形成體驗一致，交互一致的封裝模塊?！安煌笔侵?，每條業務線可以根據自身具體的使用場景，去定義各自在內容展示層要展示的元素，保證了一定的自由度和各自生長的能力。
房源列表在貝殼平臺首頁已經上線有半年左右的時間了，通過改版，用戶使用房源列表時的決策效率有一定程度的提升，業務覆蓋也逐步擴大。在研發老師的協同下，實現了 Native 和 Flutter 組件的封裝，大大縮短了開發時長，從而提升了產品整體的研發效率。
希望能給同樣正在建立組件庫的設計師同學們帶來一些啟發，貝殼用戶體驗團隊也會繼續致力于更多業務特性組件的深挖，期待你的關注。
轉載請注明：優設網
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( m.izc.net.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司
更多精彩文章：
Cs界面設計之二：如何區別B端與C端的產品設計差異？我總結了26條對比！
