前面我們聊了B端設計規范的前面五個(gè)部分，包括：設計規范的基礎概述、如何開(kāi)始整理設計規范、大廠(chǎng)設計規范推薦、詳細的創(chuàng )建設計規范方式及注意點(diǎn)、組件庫的內容；
那么接下來(lái)，我們來(lái)聊聊最后兩個(gè)部分，關(guān)于設計規范如何落地，以及在推廣設計規范期間，可以提升設計師的哪些個(gè)人能力？
一、設計規范落地不了的原因
1. 設計層面
組件擴展性弱：有時(shí)候設計師做出來(lái)的組件雖然看著(zhù)很好，但是實(shí)際上使用時(shí)，適配效率很低，用組件去擴展和重新做的效率差不多。
脫離業(yè)務(wù)：
大部分時(shí)候設計師手中都有任務(wù)，于是這個(gè)任務(wù)就落在了相對不是那么忙的設計師手里（一般是新設計師），但是新設計了解業(yè)務(wù)相對來(lái)說(shuō)是不夠的，做出來(lái)的東西就像是是空中樓閣，拋開(kāi)業(yè)務(wù)談設計規范的都是很難落地的。
缺乏開(kāi)發(fā)思維：
設計師不了解開(kāi)發(fā)的實(shí)現方式，可能會(huì )做出來(lái)以后，開(kāi)發(fā)較難實(shí)現，然后開(kāi)發(fā)也就不會(huì )做。
2. 開(kāi)發(fā)層面
缺少開(kāi)發(fā)資源：首先，設計規范的作用是巨大而延遲的，不能即時(shí)產(chǎn)出很大的價(jià)值，另外一方面，設計規范的落地會(huì )增加開(kāi)發(fā)工程師很多的工作量，且無(wú)法量化成果。這也導致很多時(shí)候設計師無(wú)法爭取到足夠的開(kāi)發(fā)資源來(lái)做這件事，所以，很難導致達到預期的效果。
二、怎樣更好的落地設計規范？
1. 更加全面的了解產(chǎn)品及業(yè)務(wù)
設計師需要更加全面的了解產(chǎn)品及業(yè)務(wù)流程。
研究用戶(hù)：
前期需要做好用戶(hù)畫(huà)像，弄明白產(chǎn)品的目標用戶(hù)的差異，不同用戶(hù)的使用場(chǎng)景。只有弄清楚各個(gè)角色的關(guān)系以及功能設計的邏輯，具體用戶(hù)年齡，解決什么問(wèn)題，才可以產(chǎn)出更符合用戶(hù)需求的設計。
研究業(yè)務(wù)：
如果是新的產(chǎn)品，那就需要去詳細的看類(lèi)似的競品的功能及業(yè)務(wù)流，并且了解公司產(chǎn)品的定位及方向，所以就大致清楚設計的大方向。
研究產(chǎn)品：
系統整理產(chǎn)品情況，最好是做思維導圖形式，可以更好的梳理同類(lèi)型的產(chǎn)品功能及組件，也就能更好的提高組件的復用性。
2. 整理好規范的內容和分類(lèi)
在制定規范前，需要明確產(chǎn)品中主要有哪幾種分類(lèi)，將最基礎的分類(lèi)定義好方便后續針對分類(lèi)內容進(jìn)行整理。
注意：B端產(chǎn)品與C端產(chǎn)品既有很多共同性也有很多很大的差異化，可以借鑒C端的設計規范，但是切忌生搬硬套C端的設計規范。
三、如何推給pm、推給設計團隊、推給研發(fā)團隊
團隊溝通其實(shí)是一門(mén)藝術(shù)，那需要如何做呢？
首先，寫(xiě)一份設計規范的價(jià)值的提案給領(lǐng)導，爭取到足夠的資源，包含設計資源、開(kāi)發(fā)資源。如果領(lǐng)導的主導參與，那這個(gè)事情就好推動(dòng)多了。
然后，把設計規范的設計工作交給熟悉業(yè)務(wù)的設計師來(lái)做，通過(guò)業(yè)務(wù)提煉復用率高的典型元素，優(yōu)先開(kāi)發(fā)，最大化投入產(chǎn)出比。
搭建設計規范和我們日常處理工作需求類(lèi)似，并非輸出一份文檔就結束了。我們還需要將做好的設計規范推廣給各個(gè)職能部門(mén)的同事包括設計小伙伴，PM和開(kāi)發(fā)小伙伴的團隊內外，并且需要得到團隊內的一致認可才算是初步完成。
召開(kāi)專(zhuān)門(mén)的設計規范會(huì )議，以清晰明確且有效的方式把詳細的內容傳達給各個(gè)相關(guān)人員，在一致認可規范的情況下，以達到內容的傳達到位。同時(shí)，這個(gè)時(shí)候，就可以依據開(kāi)發(fā)人員的反饋，做落地的修改規范文檔。
1. 如何推廣給PM
利益點(diǎn)：提升協(xié)作效率，減少工作成本
在啟動(dòng)設計規范的整理之前，內部宣講讓PM對于設計規范的搭建已經(jīng)有了一個(gè)基礎的概念。然后爭取到更多的開(kāi)發(fā)資源。否則PM不會(huì )分配資源給予時(shí)間去搭建整體的設計規范。
可以從提升PM與設計的效率和降低原型搭建成本作為切入點(diǎn)，通過(guò)組件庫以及通用模版的搭建，PM只需要極低的成本學(xué)習一下組件庫怎么使用，即可搭建高保真的原型界面。甚至完善好組件庫后直接不需要設計的參與，開(kāi)發(fā)通過(guò)原型組件庫搭建頁(yè)面。
2. 設計團隊內部如何推廣
利益點(diǎn)：提升設計效率，減少人力損耗，保持體驗一致性
設計規范一般由團隊內小伙伴共同制定，基本上已經(jīng)對規范的優(yōu)勢達成共識。因此主要講講如何更好在團隊內部使用規范。
團隊設定主要負責維護的設計人員，其他人員在設計時(shí)候，通過(guò)Sketch Library 共享組件庫可以直接調用組件，并建立更新日志規范項目流程提升效率，定期維護的時(shí)候其他人員統一告知負責維護的設計人員，統一定期修改更新升級維護。
3. 研發(fā)團隊內容如何推廣
利益點(diǎn)：封裝組件，更少的更改，提高驗效率，縮短研發(fā)流程
需要研發(fā)團隊認可設計規范，前期前端的參與是必不可少的。
在制作規范時(shí)設計師了解了前端開(kāi)發(fā)的一些簡(jiǎn)單原理，前端開(kāi)發(fā)也能及時(shí)了解設計師的想法，大家不再是各司其職而是串聯(lián)起來(lái)共同協(xié)作，當規范確認下來(lái)前端就不會(huì )頻繁改動(dòng)組件，而且在有限的項目時(shí)間中。設計規范的統一極大縮短了設計和前端開(kāi)發(fā)所需的時(shí)間，為后面的項目爭取了空間。
4. 排優(yōu)先級，嵌入版本迭代內
一套完整的規范包含內容是非常多的，難以在1個(gè)版本迭代里面修改完。
因此可以采用敏捷開(kāi)發(fā)的思想，小步迭代快速推進(jìn)，將設計規范的覆蓋放在每次迭代過(guò)程中。設計師需要將自己作為設計規范這個(gè)項目的產(chǎn)品經(jīng)理，針對現有的需求進(jìn)行拆分，并排出優(yōu)先級分版本迭代進(jìn)產(chǎn)品里面。
可以依據從大到小的原則進(jìn)行優(yōu)先級排序。對產(chǎn)品設計風(fēng)格影響大的先排，影響小的后排。
比如：設計準則＞框架布局＞組件＞控件＞場(chǎng)景。
設計規范的制定不單單是對于設計師，在嵌入版本里面要隨時(shí)與產(chǎn)品和開(kāi)發(fā)多溝通，以便達到更好的落地效果。
四、最后：關(guān)于設計師的個(gè)人成長(cháng)
接近1.5萬(wàn)的文字梳理，感謝你看到了最后。接近尾聲了，制定及梳理設計規范對于設計師來(lái)說(shuō)個(gè)人成長(cháng)有哪些方面呢？我個(gè)人覺(jué)得可以從這幾個(gè)方面來(lái)說(shuō)；
1. 收集信息能力
通過(guò)整理規范，需要收集目標用戶(hù)，使用場(chǎng)景、前期調研、產(chǎn)品功能梳理等眾多資料，這期間我們需要去發(fā)現信息以及整理信息。龐大的信息收集，那對于個(gè)人的收集整理信息的能力是一個(gè)很好的提升，同時(shí)對產(chǎn)品會(huì )有更全面的認識。
2. 歸納總結能力
將收集好的信息進(jìn)行分類(lèi)整理，這要求需要一定對邏輯性。在設計基礎框架時(shí)合理對分類(lèi)可以協(xié)助我們處理好每個(gè)控件對層級，這項能力無(wú)論實(shí)在工作還是日常中都有著(zhù)巨大對好處，可以幫助我們從一堆繁雜的事物中“提綱挈領(lǐng)”，換言之就是“化整為零”，做減法，提取出最關(guān)鍵對因素。
3. 全面復盤(pán)能力
將信息歸納整理好后，需要對全局進(jìn)行思考，全局的設計及交互都需要考慮到位，比如什么情況下適合跳轉頁(yè)面，什么情況下適合給與用戶(hù)彈窗。
大體符合什么交互原則。除了對大體交互需要考慮到位，細節上也不可以忽視，比如異常情況，極端情況該如何去處理，組件之間該怎么去配合等。在日常工作中我們也可以逐漸有意識去培養此類(lèi)技能，對項目全局思考的越多，那么對整體項目對把控能力也就越強，與他人合作也會(huì )越顯得專(zhuān)業(yè)。
4. 溝通表達能力
在整個(gè)推廣設計規范的過(guò)程，就是提升溝通表達能力的過(guò)程。另外，整理設計規范時(shí)，難免會(huì )遇到模凌兩可舉棋不定的時(shí)候。此時(shí)可以尋求向上或者向下的資源尋求幫助，具備良好的表達能力能迅速幫助我們將問(wèn)題闡述清楚，表達能力是設計師需要具備的重要技能之一。
我們每次在求助他人或向他人匯報，都需要在全面復盤(pán)問(wèn)題過(guò)后做到心里有數，將問(wèn)題自己復述一次是否有漏洞或者沒(méi)考慮清楚的地方。長(cháng)此以往你表達的事情會(huì )更清晰，別人也更容易聽(tīng)懂你說(shuō)的事情快速理解內在邏輯，那么說(shuō)服別人推動(dòng)工作的難度也會(huì )越小。
同事對自己的邏輯思維，表達能力都是很好的鍛煉。這里總結了幾個(gè)工作中與上下游溝通的小技巧希望能幫助到小伙伴們：
在開(kāi)始與他人溝通之前我們需要搞清楚我們溝通的原因與對象。
原因里面包含：
對象里面包含：
當然在溝通時(shí)還需要考慮方式和語(yǔ)氣，這些都需要好后斟酌。如果遇到情緒不太好的開(kāi)發(fā)，這個(gè)時(shí)候反倒我們更不能將情緒激化，一般這些情緒化對態(tài)度過(guò)一會(huì )都會(huì )消散，可以采取冷處理等情緒過(guò)后換一種方式溝通看看。
五、總結
很高興你看到了這里，努力成長(cháng)的你并不孤單，最后我們來(lái)復盤(pán)一下吧～
文章開(kāi)頭我們梳理了設計規范的概念理論，包含：設計規范的常規理論概念、為什么要制定設計規范、為什么要制定自己的設計規范，什么階段適合建立設計規范。
第二部分，我們在開(kāi)始準備整理設計規范要明確知道設計規范包含的框架內容。
第三部分，整理了現在市場(chǎng)上的常規的第三方組件庫，文章末尾有大廠(chǎng)設計規范領(lǐng)取喲！
第四部分，詳細的梳理了b端設計規范的框架內容及注意點(diǎn)。
第五部分，基于組件庫在設計規范的重要性，單獨把組件庫拎出來(lái)詳細分析了組件庫。
第六部分，將規范當作一個(gè)項目去執行落地，設計規范的用戶(hù)群體就是團隊的內部人員，讓用戶(hù)高效獲取信息是規范本身存在的意義，在設計規范時(shí)需要及時(shí)溝通確保落地實(shí)現，并針對用戶(hù)角色不同進(jìn)行定制。
最后，分享了一下做設計規范對個(gè)人的一些能力提升，包含收集信息能力，歸納總結能力，全面復盤(pán)能力，表達能力，溝通能力等。
本次的分享到這里就結束了，希望可以對大家有幫助。
