從大廠實戰(zhàn)中，總結了這份B端產品設計規(guī)范

網上關于設計規(guī)范的文章寫得都很專業(yè)，但沒有區(qū)分 C 端產品和 B 端產品，其實同樣是設計規(guī)范，由于不同的業(yè)務場景和不同企業(yè)形態(tài)存在很多差異。下面將我在 B 端平臺產品設計規(guī)范的整理工作中，總結的一些方法和思考分享給小伙伴們，也希望大家從更多的角度跟我一起探討。

歡迎關注作者的公眾號：「大發(fā)大大發(fā)」，一起探索科學的設計方法！

這幾年，各個互聯(lián)網大廠都在自己的 「大中臺」 戰(zhàn)略背景下，積極沉淀著自己企業(yè)中可以中臺化的職能組織，平臺產品和技術能力，在產品的表現(xiàn)層維度上，設計規(guī)范也是具有相同意義的設計中臺，承載著作為一個沉淀基礎能力的支持平臺特征的同時，也具有賦能多邊業(yè)務多種角色的重要作用和價值。

企業(yè)建設中臺的幾個戰(zhàn)略性意義：

• 避免重復開發(fā)，節(jié)約研發(fā)成本，提人效；
• 標準化組織管理，提高跨部門協(xié)作能力，降低運營成本；
• 提高業(yè)務部門經營能力，迅速響應市場變化

設計規(guī)范與設計中臺

設計中臺（研發(fā)出產品）是設計規(guī)范的產品化體現(xiàn)，設計規(guī)范（梳理成文檔）是最基礎的設計中臺。

1. 設計規(guī)范

定義：從各個功能場景里，把反復被調用的交互邏輯，頁面元素樣式，業(yè)務場景等等沉淀出來用文檔的形式輸出；

比如我們在 PC 端頁面的設計當中，很多情況下比較長的信息下拉到一定長度，會加入翻頁器進行翻頁處理，迭代幾個項目之后發(fā)現(xiàn)翻頁器會被許多不同的業(yè)務場景反復使用到，那么我們就可以對翻譯器進行規(guī)范，使之在一個項目中的任何業(yè)務場景出現(xiàn)時，都能保證一致的跳轉邏輯和視覺樣式。這樣規(guī)范后在任何場景下調用翻頁器時，只要了解到翻頁器的規(guī)范，就可以保證輸出標準化的一致的體驗，保證了易用性的同時，提高了效率不需要反復設計和開發(fā)。

這種以文檔的形式輸出的設計規(guī)范，大多數(shù)情況下起到設計師之間互相協(xié)同的作用，如果文檔里的樣式被前端工程師開發(fā)成統(tǒng)一的代碼組件，就可以在前端工程師之間互相調用。

2. 設計中臺

定義：是把設計規(guī)范里被規(guī)范后的能力產品化，形成一個平臺產品賦能更廣泛的范圍；

比如，設計師經過對項目中業(yè)務場景的不斷了解和積累，像翻頁器這種可以被沉淀成組件的元素越來越多，需要調用這個組件的端和部門甚至第三方合作方越來越多，這時候這個設計規(guī)范在條件允許的情況下，就可以開發(fā)成一個平臺，能力開放給更多角色去使用，起到更多維度更多角色之間的協(xié)同作用，未來隨著發(fā)展形成一個可商業(yè)化的設計平臺產品等等。

C端平臺產品與B端平臺產品的設計規(guī)范（僅限平臺產品）的區(qū)別

如果說所有設計規(guī)范要解決的問題都是 「 打磨用戶體驗的一致性和標準化，協(xié)同提人效 」 的話，那么 C 端產品和 B 端產品在這幾個維度上的側重點是完全不一樣的。

1. 衡量C端用戶體驗和B端用戶體驗的優(yōu)劣的標準不同

坦白講，B 端產品設計規(guī)范的目標排在第一位的不是打磨優(yōu)質體驗，而是統(tǒng)一體驗。大家都知道 B 端產品根據復雜的業(yè)務場景，功能邏輯的核心并不是基于用戶個人體驗上的優(yōu)質「感受」，相比 C 端體驗來說，B 端產品在用戶體驗上更復雜學習成本更高，B 端產品所謂的體驗好，是指相同業(yè)務場景下相同產品功能體現(xiàn)一致的標準化的體驗，降低學習成本提高工作效率。

比如同樣是注冊這個業(yè)務場景，在 C 端產品中叫做注冊，在 B 端叫做入駐，圖中一目了然入駐的業(yè)務場景更復雜，需要用戶在入駐之前準備很多材料信息，上傳信息之后還要選擇入駐的賬號，都做好了才能開始填寫入駐的信息，包括入駐的聯(lián)系人信息店鋪基本信息等等一系列繁瑣的程序，在這個場景上B 端的體驗設計如果完全在流程體驗上對標 C 端產品的體驗是不合適的，C 端注冊流程關注轉化，步驟多了影響轉化，B 端注冊流程關注商家滿意度，在B 端商家入駐的流程中會有專屬運營人員手把手的指導，這個和是 C 端的場景是完全不同的業(yè)務邏輯。

這樣復雜的 B 端的場景在體驗設計上追求的是一致性，無論從哪個端調用入駐這個業(yè)務場景的能力時，都能保持一致的體驗。B 端設計規(guī)范著力于統(tǒng)一，用戶學習了一次之后不需要再去過多地增加學習成本，當能力被多端多場景反復調用時，實現(xiàn)功能的組件化。

作為用戶滿意度為體驗設計目標的 B 端產品，用戶體驗是否優(yōu)質的衡量標準，是幾個維度組成的用戶體驗度量體系，這跟 C 端產品用數(shù)據就可以間接或直接驗證出的體驗效果的標準，是完全不一樣的。

2. 建立C端和B端平臺產品設計規(guī)范的角度不同

在互聯(lián)網產品中，一個完成組件化后的業(yè)務場景，在被調用時通常稱作 「能力」 ，比如日常我們在購買商品使用掃碼付款的時候，被調起的交易平臺，都是在調起這個平臺的交易場景中的「能力」，這在 B 端的平臺產品中尤為常見，作為 B 端產品的組件化規(guī)范，通常是指從技術底層到功能邏輯再到表現(xiàn)層上的交互和視覺的整體規(guī)范。這跟 C 端產品的設計規(guī)范在表現(xiàn)層上發(fā)揮的作用來相比，B 端產品只是在表現(xiàn)層上跟 C 端產品的設計規(guī)范看起來很像，但建立設計規(guī)范的邏輯，和作為 B 端產品體驗設計師在整理規(guī)范的方法和角度，存在比較大的差別。

C 端平臺產品的設計規(guī)范，通常解決的是單線程的協(xié)同問題，由表現(xiàn)層維度產出之后，被前端工程師做成組件，解決了體驗上的各個設計師在樣式上的協(xié)同，但在 B 端產品中，一個設計規(guī)范被使用的場景和角色比 C 端設計規(guī)范多很多，很多情況下 B 端設計規(guī)范不單單是樣式調用中保持的一致性和規(guī)范性那么簡單，而是站在業(yè)務場景的角度，從業(yè)務場景組件化維度輸出業(yè)務整體體驗規(guī)范，完成的是從第三方 API 接入者，到設計師與設計師之間，跨部門跨組織甚至跨公司的共同協(xié)同。

大多數(shù)情況下，B 端平臺產品的設計規(guī)范，底層邏輯都是整個業(yè)務組件化的規(guī)范，設計師從一開始就要了解整個業(yè)務未來要達到的能力，全面考慮 B 端產品組件化后的設計規(guī)范所覆蓋的范圍。

建立設計規(guī)范的誤區(qū)

雖然設計規(guī)范無論對于 C 端產品還是 B 端產品，都是設計師的一門必修課，但并不是所有產品都必須要建立設計規(guī)范，建立設計規(guī)范的時機，和當下要解決的問題息息相關。要避免陷入幾個誤區(qū)。

1. 建立設計規(guī)范的時機不正確；

避免在使用設計規(guī)范的對象不清楚，現(xiàn)階段規(guī)范要解決的問題不明確就開始做規(guī)范，從項目一開始，設計師在工作中有意去收集整理業(yè)務場景中可復用的元素是十分必要的，但絕不是所有設計規(guī)范都需要在一個需求上線以后，就馬上建立起來，尤其是在 B 端產品中，可以組件化的邏輯和樣式絕對不是一兩個需求就能沉淀出來的，B 端產品體驗設計師也很難根據經驗和競品分析就能想象出符合業(yè)務場景的交互邏輯和視覺樣式，一定要了解業(yè)務邏輯積累業(yè)務場景才能開始規(guī)范，否則就很有可能變成設計師的 「作繭自縛」 。

2. 為了做規(guī)范而做規(guī)范；

作為設計師來說，設計規(guī)范就是設計師的產品，設計師要對自己的設計規(guī)范從前期的調研到輸出文檔，再到最后設計規(guī)范被使用的情況的分析，都要全方位的關注和把控，切忌做完了就不管了，到底好不好用，設計規(guī)范對于整個產品是不是起到了應有的作用，需要設計師去調研以便日后的迭代。

對于 B 端的產品由于業(yè)務的復雜性，還應該避免不了解業(yè)務邏輯的人去建立 B 端產品的組件化規(guī)范，更不要出現(xiàn)那種 「 沒事做，做個規(guī)范吧！」的情況 ，設計團隊負責人也應該盡量避免出現(xiàn)產能過剩的情況。

總結一下

往大了說，設計規(guī)范作為基礎的設計中臺，代表著在互聯(lián)網公司的中臺戰(zhàn)略發(fā)展大方向下，B 端平臺型產品模塊化組件化的最直觀的表達，往小了說，設計中臺是企業(yè)提人效，促協(xié)同，把握優(yōu)質的用戶體驗的的重要組成部分，設計規(guī)范的建立過程鍛煉設計師抽象思維能力的同時，更塑造了適應 B 端平臺產品的設計師的「大局觀」和設計過程中的模塊化思維及產品化的設計方法。使得設計團隊的產出更產品化，甚至商業(yè)化（比如阿里鹿班，京東羚瓏）等，把沉淀后的設計能力，最終通過商業(yè)化賦能整個行業(yè)。

歡迎關注作者的公眾號：「大發(fā)大大發(fā)」，一起探索科學的設計方法！