話語權(quán)缺失的現(xiàn)狀

還是回到 B 端設(shè)計師職業(yè)問題上，這幾天在我們?nèi)豪?，反復討論了一個問題，就是設(shè)計師如何能提升話語權(quán)，提升過稿率。

[[412338]]

話語權(quán)缺失的主要問題概括起來，就是下面幾點：

• 設(shè)計評審的時候，難以說服對方，最后往往落地的方案完全不是自己想要的。
• 設(shè)計的風格從一開始就不由設(shè)計師自己決定，完全是遵照的老板、產(chǎn)品的要求做。
• 設(shè)計不能參與評審，不參與一手的產(chǎn)品方案討論，直接拿到需求開做。需求的改動非常頻繁，但認為設(shè)計需要花的時間并不多，輕輕松松可以實現(xiàn)。
• 碰到實現(xiàn)上有困難的，以開發(fā)需求為導向，砍設(shè)計需求。
• 老板不在乎設(shè)計，覺得做出來就行，甚至沒有意見和討論空間。
• 開發(fā)不根據(jù)設(shè)計稿實現(xiàn)，不按對應參數(shù)做設(shè)計，導致落地差距過大。
• 推出具體的建議不被重視不被采納，直接不了了之。
• 設(shè)計規(guī)范難以建立，不給出時間搭建，認為“又不是不能用”。
• ……

還可以講 3 天 3 夜，大家自己對號入座。

話語權(quán)缺失是 B 端設(shè)計行業(yè)最嚴重的問題之一，遠遠比 C 端產(chǎn)品團隊讓人無奈。

簡單分析一下兩者的區(qū)別，核心原因就是前面分享中講到的，C 端產(chǎn)品重增長，B 端產(chǎn)品重業(yè)務(wù)。

C 端產(chǎn)品注重用戶量、停留時長、營收的增長，就不可避免的需要考慮用戶體驗、滿意度，但凡有點經(jīng)驗的團隊都會知道，個人意見擰不過應用市場里鋪天蓋地的差評和用戶流失。

所以，面對捉摸不定的用戶，打造一個優(yōu)秀的產(chǎn)品就不會是一言堂式的工作環(huán)境，需要集思廣益，不僅要產(chǎn)品自己有洞察力，也要設(shè)計師能充分從體驗角度觸發(fā)去理解用戶，最大化版本落地后的效果。

雖然體驗不代表產(chǎn)品成功與否的全部，但起碼它也是一個重要的指標，所以設(shè)計師自然也是需要被倚靠的對象，是對產(chǎn)品本身有一定話語權(quán)的。但在 B 端中，情景就完全不同了。

B 端項目更多是一個附著于商業(yè)運作的工具，多數(shù) B 端產(chǎn)品就是來解決商業(yè)環(huán)節(jié)中出現(xiàn)的某些具體問題。

比如一個 HRM 系統(tǒng)，目標就是讓企業(yè)的人才管理和招聘可以更規(guī)范、流程、數(shù)字化，實現(xiàn)的目標非常的清晰，不是捉摸不定的 C 端用戶。所以實現(xiàn)的難點往往也非常的清晰，那就是應該提供什么樣的功能，能讓這些業(yè)務(wù)需求被實現(xiàn)。

而 B 端系統(tǒng)不同于結(jié)構(gòu)簡單(相對來說)的 C 端應用，往往在開發(fā)層面非常的復雜，不像 C 端應用可以輕易實踐 MVP 最小可行性原則投放一些簡陋的版本進市場檢測。

B 端系統(tǒng)如果不在一開始就搭建出一個擴展性強，健全的底層，那就等于建樓材料偷工減料，為后續(xù)施工增加無數(shù)隱患，早晚樓毀人亡，比如美國最近的塌方事件。

[[412339]]

所以有一定 B 端項目經(jīng)驗，就會經(jīng)歷過團隊開發(fā)對整套系統(tǒng)重構(gòu)的經(jīng)歷，因為以前寫的 “屎山” 代碼已經(jīng)累計到根本無法維護的程度，還不如推倒重建。

所以，技術(shù)的門檻決定了 B 端項目整體開發(fā)的周期偏長和難度偏高，這還不是最嚴重的，最嚴重的問題是對于小型團隊來講，往往能按需把這產(chǎn)品做出來，就已經(jīng)謝天謝地，還指望中間增加一大堆干擾要素來拖延產(chǎn)品開發(fā)進度?

對于很多本身復雜的行業(yè)來說，一個 B 端產(chǎn)品開發(fā)一兩年已經(jīng)屢見不鮮了，雖然很多時候和老板、產(chǎn)品自己考慮不周、管理能力不足經(jīng)驗不足有關(guān)，但不妨礙他們明白當務(wù)之急必然是產(chǎn)品能被做出來并且落地。

所以，這時候你能指望他們再過度重視設(shè)計或者體驗，增加不必要的開發(fā)成本來給項目添堵嘛?確實是只要能達到又不是不能用的狀態(tài)，就已經(jīng)是拼盡全力了。

再者，對于這些復雜的行業(yè)來說，業(yè)務(wù)本身的形態(tài)就很沉重，從整理業(yè)務(wù)到落地需求就是一個及其混亂又復雜的過程。如果你的工作每天是看一堆流程圖、邏輯圖，然后和開發(fā)反復溝通實現(xiàn)難度解釋產(chǎn)品邏輯，那基本就能耗干你所有的耐心和精力。

在這種心態(tài)下面，就會導致負責人很不想再多廢口舌和更多的人來解釋產(chǎn)品的邏輯，比如再和設(shè)計從頭解釋一遍這么做的理由，或者再和設(shè)計針對一個按鈕應該放哪里，用什么顏色這種事，設(shè)計只要按著已經(jīng)大致定好能實現(xiàn)的方案做就行了，別操心別的。

這就是 B 端項目設(shè)計話語權(quán)缺失的根本原因，如果項目體驗、視覺、交互能做到極致，換誰也不會不樂意。但矛盾點就在于，B 端項目有實打?qū)嵏哂谠O(shè)計師工作職能的其它要事需要優(yōu)先實現(xiàn)，然后才考慮設(shè)計，這就是 B 端團隊存在的真實環(huán)境。

所以，客觀因素就擺在那里，讓 B 端設(shè)計師自帶弱話語權(quán)屬性。那么，我們就真的只能當一個拼圖佬?

B端設(shè)計師如何獲取話語權(quán)

B 端設(shè)計師話語權(quán)偏低是行業(yè)還在發(fā)展過程中的陣痛，雖然這是客觀事實，但不代表作為 B 端設(shè)計師你就永遠抬不起頭或者沒有話語權(quán)了。

所以接下來，我就要分享一些對于 B 端獲取話語權(quán)上的建議，希望可以給大家?guī)硪恍┯行У膸椭?/p>

首先，我們要先描述一個對于常規(guī)項目通用的 B 端設(shè)計師標準。

第 1：視覺能力過關(guān)

最起碼頁面的輸出質(zhì)量怎么做都能達到平均線以上，不要出現(xiàn)連后端開發(fā)都會吐槽你做的東西怎么這么丑!

第 2：熟悉網(wǎng)頁規(guī)范

尤其是前端規(guī)范，掌握基礎(chǔ)的 HTML+CSS 非常有必要，以及對一些基本的框架能有入門的認識，保證設(shè)計出來的東西是能落地的，而不需要開發(fā)告訴你做不出來，或者實現(xiàn)成本太高。

第 3：交互基礎(chǔ)扎實

對于常見的管理系統(tǒng)組件使用方法，交互形式有足夠的認識，制定對應功能交互流程的時候，最起碼保證流程完整，邏輯嚴謹。

第 4：組件化設(shè)計思維

可以很好的整合項目復用元素、規(guī)范，無論在視覺端還是開發(fā)層面，都可以按組件化進行元素調(diào)用，防止重復造輪子。

第 5：流暢的開發(fā)交接

完成設(shè)計以后，標注和切圖可以合理的提交給開發(fā)，能讓他們以最低成本和最快的速度實現(xiàn)設(shè)計稿的樣式和功能。

第 6：嚴謹?shù)墓ぷ鲬B(tài)度

這個字面上來看并不是一個技能，但我還是要提出來。B 端設(shè)計中包含的瑣碎細節(jié)太多了，如果一個很不把細節(jié)當一回事的設(shè)計必然會犯各種錯別字、元素忘記修改、邊緣不對齊、畫布沒裁好的低級錯誤。

低級錯誤累加到一定數(shù)量，同樣也是工作能力差的表現(xiàn)，按我的工作經(jīng)驗和觀察過的設(shè)計師，嚴謹?shù)墓ぷ鲬B(tài)度真的是一個需要培養(yǎng)，非常具有門檻的職業(yè)技能。

滿足上面幾個大點，你就可以當一個合格的螺絲釘了。而在爭取話語權(quán)之前，我始終貫徹的想法都是建議大家先有做好一個螺絲釘?shù)哪芰?，甚至要能有做超級螺絲釘?shù)哪芰Α?/p>

因為必要的基礎(chǔ)素養(yǎng)是在職場中可以說話硬氣的保證，設(shè)計說到底是具有服務(wù)性質(zhì)的職業(yè)，如果基本工作內(nèi)容質(zhì)量無法保證，那么誰都無法說服。你工作完成不好，解釋得越多，就顯得越聒噪。

換個角度思考，如果你找個 Tony 幫你理發(fā)，最終的發(fā)型效果是下面這樣的，對方再怎么給你推薦紋眉、挑染、定型那都沒有意義了，因為信任度已經(jīng)沒了，你只會想趁早和他一刀兩斷。

所以，在你自己都覺得上面幾點做不好的時候，不要不甘心當一個拼圖工，多做事少說話，鉆研細節(jié)的問題，反而可以讓自己得到更多精進。

而只要在大家對你的基礎(chǔ)水平都沒有任何異議，而且建立起對你專業(yè)度的信任，才有精力、有資格去爭取自己的話語權(quán)。下面就進一步講解話語權(quán)的來源。

話語權(quán)的獲取并沒有一個統(tǒng)一的模版，你只要實現(xiàn)一個固定的 A 標準，你就能做團隊的龍傲天。我只能提供一個大致的思路，需要你們自己在實際的環(huán)境中進行判斷。

首先就是你設(shè)計師需要對當前項目的緊要目標，或者說對領(lǐng)導的預期有充分的判斷。幫助我們改變思維形式。

不是 “我覺得應該設(shè)計一個什么樣的風格，產(chǎn)品更有逼格，更好看”。

而是 “團隊要實現(xiàn)某目標，我應該如何通過實現(xiàn)設(shè)計來更好的達成這個目標”。

比如團隊希望的是下個月就能上線，但工作量擠壓得非常多，部分需求不明確，那么設(shè)計在提交方案或者評審的過程里，就一定要沖著節(jié)省時間和精力的方案去。在解釋這套設(shè)計的過程中，就有明確的提供對應的設(shè)計理由、原因，這么做可以如何節(jié)省團隊時間，為什么不做另一個方案。或者連另外一種方案也提供出來，闡述這么做的利弊，供團隊自行選擇。

我們給出的設(shè)計方案要能符合大家在這個階段對設(shè)計的要求，這在一定程度上是屬于職業(yè)人的 “眼力見兒”，但這不是純跪舔的心態(tài)。因為項目研發(fā)是一個團隊作業(yè)，英雄主義情節(jié)要不得，你的目標一樣是為了項目的更好推進而犧牲一定的自我意識。

而在提供基本方案以外，是需要設(shè)計師自己可以更深度來理解項目針對的行業(yè)和業(yè)務(wù)形式的，不少 B 端設(shè)計師對業(yè)務(wù)的理解無限接近于 0。這種狀態(tài)對于老板還是產(chǎn)品來講是能看的一清二楚的，你連行業(yè)都不了解，還提用戶怎么怎么想，有意義嘛?

業(yè)務(wù)的理解在于我們判斷自己提供的方案是否能滿足業(yè)務(wù)的需要，還是牛頭不對馬嘴。這保證你在各種會議和溝通上不會顯得及其無知而且偏執(zhí)。

還有對產(chǎn)品層面也是，需求是什么、有效性、邏輯是否合理，能形成自己的判斷。不是讓大家真實現(xiàn)產(chǎn)品經(jīng)理一切職能，而是你能清楚產(chǎn)品應該做什么，怎么做，工作質(zhì)量如何。這樣你才可以結(jié)合業(yè)務(wù)形成有效的產(chǎn)品建議。

最后，就是和開發(fā)的協(xié)作了。一個優(yōu)秀的產(chǎn)品、設(shè)計，都會充分認識自己的產(chǎn)出會對開發(fā)產(chǎn)生什么影響。如果遠超開發(fā)水平、精力預期的需求，必然會導致開發(fā)的逆反情節(jié)。

就像老板讓 UI 設(shè)計師做個淘寶的店鋪建模，顯然超出我們自己的能力范圍或者預期，當然會讓我們極度的不爽。

所以，每次在項目開始前，資深的設(shè)計是懂的和開發(fā)針對設(shè)計的落地邊界進行規(guī)劃和摸底的，并不是所有方案都給出最低的限度，而是按對方預期可以投入精力的極限，來合理制定設(shè)計內(nèi)容，確保在雙方能力范圍中產(chǎn)出最優(yōu)的結(jié)果。

很多人的誤解是前端開發(fā)根本不屑于實現(xiàn)視覺層的代碼，就喜歡磨洋工。但實際上都是工作的產(chǎn)出，每個前端都希望自己寫出來的東西既好看又好用。但很多時候設(shè)計給的方案不但沒啥說服力，又純粹增加工作量，實現(xiàn)難點一點不考慮，那他肯定不希望承擔這樣的壓力，直接進入棄療狀態(tài)。

設(shè)計和開發(fā)都是實施層的戰(zhàn)友，是設(shè)計師需要堅持拉攏的對象，一個靠譜的設(shè)計可以獲得開發(fā)的認同遠遠比產(chǎn)品容易(產(chǎn)品話語權(quán)也是要建立的)。而設(shè)計要做的，就是要在他能力范圍里最舒服的實現(xiàn)界面的還原，成全他的成就感。

這當中就包含界面樣式、組件化、命名規(guī)則、展示方式、版本管理、切圖標準等多方面輸出因素，需要設(shè)計師自己根據(jù)實際情況進行制定，沒有統(tǒng)一標準。

以上這些工作都能做到，而且可以持續(xù)一段時間，你自然而然就會開始獲得話語權(quán)，開始獲得產(chǎn)品、開發(fā)、老板的尊重和重視。

總結(jié)

可能有些人會問，怎么看起來這么難，這些都能做成得變成多優(yōu)秀的 B 端設(shè)計師?

沒錯，這就是需要用優(yōu)秀的職業(yè)素養(yǎng)來爭奪話語權(quán)。話語權(quán)不是只有設(shè)計師要爭取，產(chǎn)品經(jīng)理、前后端開發(fā)一樣也要爭取。一個團隊中拋除老板本人、老板親戚、投資人內(nèi)線、甲方爸爸等不可抗力外，話語權(quán)的獲取就是誰能力優(yōu)秀對產(chǎn)品、項目的判斷準確有效，誰話語權(quán)就大。

在整個職業(yè)生涯中，我見過非常多老板和產(chǎn)品處于弱勢地位的情況，為什么?因為專業(yè)素養(yǎng)太差，駕馭不住設(shè)計和開發(fā)，每次產(chǎn)品評審的過程都是團隊其他成員對他們的公開處刑。

所以獲得話語權(quán)，就是用事實專業(yè)能力說服他們的過程，而有效的說服一定是站在項目全局的背景下而不是獨立站在設(shè)計角度考慮的。

專業(yè)度高或低的人，一般都會尊重其他專業(yè)度高的人，而一個團隊永遠處于大家互看不順眼、相互責難對立的情況，通常就是專業(yè)度都不高誰都不能有效說服對方，這種場景叫 —— 菜雞互啄。

越是如此，越要冷靜，不要管別人當前如何看待你，至少你要有信心和動力去爭取他們未來如何看待你。如果你的工作環(huán)境實在無法改變，你就可以嘗試換家公司繼續(xù)嘗試和積累經(jīng)驗。

話語權(quán)的爭取不是一朝一夕，取決于你自身的屬性。

放棄躺平，準備戰(zhàn)斗吧……