起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識如何把B端設計規范做活
編輯導讀：B端產品的性質與C端不同，B端產品團隊在用戶體驗的重視程度上遠沒有C端團隊高，因此對于B端設計師來說，自己的設計不能百分百的落地到產品中，個人的沮喪感比較強。如何將B端的設計做活？本文作者對此發表了自己的看法，與你分享。
人生就是一條條難走的路，路好走就不用走了，而難走才體現了價值。人生就是將死局做活的過程。
我們在生活中、工作中，總會出現“不知道該怎么進行下去了”的焦慮和無奈。
還記得高中體育考試跑800米，第一圈的時候每個人都很有沖勁，那會體力跟得上。當第二圈的時候，跑在前面的同學漸漸和跑在后面的同學拉開了距離，我就是跑在后面的同學里面的一位。我感覺第二圈就是喘不上氣、邁不開腿，感覺就想放棄，太艱難了。然后只聽見已經到終點的同學在幫我們吶喊加油，最后終于咬咬牙，蹭一下跑到了終點。而那些堅持不下來的同學則被安排到了下一節體育課再次進行考試。
我們可以發現，“不知道怎么進行下去了”這個念頭出現后，如果不采積極的行動，就會讓事情成為死局。學過馬太效應的小伙伴應該知道，它是一種強者愈強、弱者愈弱的現象，比如窮人會更窮，富人會更富。
用馬太效應也可以解釋死局和活局，如果我們遇到“不知道怎么進行下去了”的情況，直接采用放棄，或者不積極采取行動補救，就會出現死局，而且如果我們一旦習慣了這樣的做事方式，死局就會經常出現。
我們來看看同一種場景下，不同人不同的對待方式給他們帶來的結果。
一、兩個例子
1.【生活場景】男主人公和女朋友溝通
由于男主人公在女朋友生日當天加班，忘記給女朋友過生日了，女朋友等男主人公回到家后一直生氣，不理睬男主人公。我們看看兩位男主人公的做法。
男主人公A：
男主人公A：“為啥又生氣了？”
女朋友不說話，頭扭向一邊。
男主人公A：“有啥事情就說啊?！?/p>
女朋友不說話，頭扭向一邊。
男主人公A：“不說算了，我睡覺了，加班一天了，累。”
男主人公A和女朋友的溝通陷入僵局，幾天沒有說話。
男主人公B：
男主人公B：“今天心情不好嗎？可以和我說說?！蓖瑫r泡了一杯女朋友最愛喝的熱牛奶遞過去。
女朋友不說話，頭扭向一邊。
男主人公B：“今天不喝牛奶啦？是生我的氣了嗎？讓我想想我哪里做的不對了?！?/p>
女朋友不說話，頭扭向一邊。
男主人公B：“肯定是我做的不對了。你指出來，我一定改正?！蓖瑫r表現出非常誠懇的態度。
女朋友噼里啪啦把她心里的話都說了，兩人溝通后都互相理解對方，并且男主人公B答應明天給女朋友補過生日。
2.【工作場景】設計師和產品經理溝通
設計師（交互和視覺都干）和產品溝通界面上設計的想法，產品經理告訴他不用管那么多，只管按照產品經理的想法做就好了，其他無需思考。設計師感覺自己是個工具，提出意見不被接受，他對工作有點不滿了。
設計師A：
設計師A：“產品經理，可以給我講講這個設計的目標、用戶群體、業務流程嗎，不然我不知道如何著手設計？”
產品經理：“原型上都畫了，PRD上也寫了，你直接按照這些優化交互吧，不要大改了，不然研發時間不夠了。”
設計師A：“可是我發現原型還可以優化的，我們要注重用戶體驗?！?/p>
產品經理：“原型不優化了，你直接做吧?！?/p>
設計師A和產品經理很多次合作都是以上的結果，設計師A很無奈，還在懷疑人生。
設計師B：
設計師B：“產品經理，可以給我講講這個設計的目標、用戶群體、業務流程嗎，不然我不知道如何著手設計？”
產品經理：“原型上都畫了，PRD上也寫了，你直接按照這些優化交互吧，不要大改了，不然研發時間不夠了?！?/p>
設計師B：“這樣子啊，那能否把產品的相關資料發我，以及下次在產品前期就叫上我旁聽呀?！?/p>
產品經理：“這個沒問題?！闭f完，把相關資料都給設計師B了。
設計師B回去仔細閱讀了資料，并且加班加點把自己認為合適的方案進行了整理，第二天拿去和產品經理溝通。
設計師B：“產品經理，我根據你的資料和原型，做了相關優化，這樣子可以來帶的好處是blablablablabla。”
產品經理：“你說的這個點不錯，按照你的來；這些點因為要考慮客戶習慣，所以保持原樣?！?/p>
設計師B：“好咧，沒問題?！庇谑?，設計師B開開心心繼續畫圖去了。并且往后產品經理都會詢問設計師B的意見，兩人一起為了做好產品而協同，如同戰友。
二、B端設計規范落地的難點
以上兩個場景，男主人公A和設計師A在遇到挫折，“不知道怎么進行下去了”的狀況后，均采取了不積極的應對方式，導致了死局的出現。這在我們B端設計規范落地的過程中也頻繁出現。
由于B端產品的性質與C端不同，B端產品團隊在用戶體驗的重視程度上遠沒有C端團隊高，因此對于B端設計師來說，自己的設計不能百分百的落地到產品中，個人的沮喪感比較強。
有很多設計師問我：“產品團隊讓我出好看的設計規范，我非常盡心的設計好了，但是等他們開發完走查，我的設計稿基本沒有被落地。問研發原因，研發解釋是研發周期短，下次會按照設計稿開發。但是發現，這就是忽悠人的假話?！盉端設計師感覺越設計越沒有興致，想和研發說，你自己設計自己開發吧。
我們發現，這就進入了死局，設計規范只存在紙上。那為什么會出現這樣子的情況呢？這里我總結了一些B端設計規范落地難的原因。
1. 產品性質
B端產品是為企業服務的，企業更注重產品的性能、數據安全、平穩運行、功能強大等方面，用戶體驗和視覺會放在靠后的位置。不是說不重要，而是要看具體情況，和產品的生命周期也是息息相關的。
2. 用戶群體
B端的目標用戶為企業中有決策權的管理者，決策者決定了是否購買；使用者是帶有角色屬性的企業員工，企業員工更看重產品能否提升他們的工作效率，系統是否穩定，而不是界面是否特別美、動人。而C端的目標用戶為普通的老百姓，只要是會上網的用戶都是C端的目標對象。C端用戶的決策較為感性，喜歡美的事物，特別是女性群體。
3. 業務邏輯
B端產品的業務邏輯比C端復雜得多，光處理業務邏輯已經讓研發很頭疼了，如果在按照設計稿原封不動的還原幾乎要了研發同學的老命。因此B端的研發一般不會百分百還原設計稿，做得好的會讓視覺上看起來大差不差、馬馬虎虎；做得差的基本只是用了設計稿的某些部分，其他部分自創了。
4. 研發水平
以前B系端統研發是前后端合一起的，前端的界面開發工作會由后端工程師承擔，雖說現在前后端分離了，界面工作是專業的前端工程師在做，但并不是所有面向B端業務的企業都做到了如此，還有很多還處在改革的前期。所以B端產品的研發水平從兩方面講：第一、很多企業還是后端在承擔一部分前端界面開發工作，對設計稿還原基本不如意；第二、前端工程師的開發水平參差不齊，如果公司沒有強硬要求按照設計稿接近百分百還原，很多前端會隨意開發。
5. 開源組件
現在B端產品都默認使用組件化開發，我見過一些設計師做了漂亮的設計規范，但是開發只是借鑒了設計稿的布局和交互，組件并不是按照設計稿開發的，而是在開源組件里面找相似的直接替代，這就導致了設計師在走查時候發現產品實際情況與設計稿不符，感覺自己的稿子做了等于沒做。
三、如何把B端設計規范落地下去
B端設計師感覺到產品設計規范很難落地到產品，感覺自己的價值得不到體現，感覺工作已經找不到興奮點。然后很多設計師就索性采取不外乎這兩種方式：一種就是離職（說公司哪里哪里做的不合理，不適合自己）；另一種就是直接讓這種情況延續下去了，反正推不動就讓它爛著?？偨Y來說就是讓設計規范無法落地成為死局。
先不評論這兩類設計師做得如何，我只想和設計師們說，如果選擇了成為B端設計師，那么設計規范落地困難的實際情況要能理解，同時，我們也要積極采取措施，盡量推動產品研發靠近設計規范。那我們可以如何做呢？我給大家總結了一些將“設計規范做活”的小技巧。
1. 產品目標
作為B端設計師，制定產品設計規范只是我們其中的一部分工作，我們還需要充分了解產品長期、中期、短期及本次上線的目標，這樣有利于我們跟著產品的步伐走，不至于脫離他們。通常設計師糾結規范有沒有落地，而產品直接聲明本次不用在乎，但是設計師覺得，這是為什么呀？這就是設計師不了解產品目標的原因。
2. 組件庫
B端產品不會對頁面上所有的元素進行從0到1開發，特別是對于通用型組件，B端產品都會直接使用開源的組件庫，例如Element、Antd，這樣可以極大的提升研發效率。因此我們設計師還需了解產品要使用的開源組件庫是哪個，去學習組件庫可支持的一些特性，一些常規性功能盡量不要自創，延續組件庫給出來的即可；非常有必要個性化開發的部分記得和研發工程師有效溝通，讓他們提前知道這么設計的意義，避免到了研發階段，研發工程師選取式開發。
3. 溝通邊界
設計師可以與產品負責人充分溝通設計規范的邊界問題，包括設計規范本次設計到什么程度，哪些方面盡量控制。并且在形成設計規范的過程中可以和產品負責人多次碰撞，避免按照設計師的視角去輸出一個對產品來說根本沒必要的設計規范。比如產品負責人覺得組件圖標使用開源組件庫自帶的即可，不用去優化，那么我們可以在這塊上暫且先不考慮。
4. 驗收流程
很多B端產品沒有設計稿驗收環節，但這個環節在C端產品中是不會缺少的，C端產品面向的用戶群體決定了開發稿會百分百按照設計稿還原，否則用戶流失是誰也承擔不起的。所以B端設計師們可以和產品團隊溝通建立設計驗收機制，放入到流程中去，這樣子可以在一定程度上提升設計稿的還原度。
5. 長線作戰
B端產品設計規范百分百落地并不是一蹴而就的事情，是一個長期的過程，設計師們要做好心理準備，降低心中的期望值。在推進落地的過程中可以尋找合適的方式去漸進式落地。
當然，除了以上可以嘗試的方法，大家也可以根據實際情況去總結出自己認為合適的方法推進設計規范落地，總之不要讓它成為死局。
四、總結
人生就是一條條難走的路，路好走就不用走了，而難走才體現了價值。作為B端設計師的我們，不僅要將設計規范做活，而且要建立積極解決問題的思維方式。
我們總是關注簡單好做的事情，卻忽視了困難、挫折會給我們帶來的價值和意義，而每一件難做的事情的背后可能都蘊藏著機會。
#專欄作家#
知果，公眾號：知果日記，人人都是產品經理專欄作家。浙江工商大學品牌設計專業碩士，《B端思維-產品經理的自我修煉》作者。在產品設計流程、產品設計原則、產品設計方法、產品設計規范方面均有豐富經驗。
本文原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Pexels，基于CC0協議
做G端的，一樣不太重視體驗。之前跟主管溝通，說設計規范可以提高系統交付能力，減少溝通成本和信息漏損，然后就批下來了。讓我們月底出一個初稿出來，到時候喊開發一起評審。
內部能看就行的，也不會有專門的設計師。產品自己直接搭就完事了
好像大家都是這么做的呢
因為沒辦法。。你搞得很嚴謹，開發也不按你的搞。然后你一想也沒啥人用，就這么算了。然后日復一日，習慣了隨便。
我做企業內部系統，對開發更多的要求是流程和邏輯上的問題，對于前端界面的要求基本是能看就行
我們也是，前端都是用的通用模板，我覺得挺好，效率高，不用糾結