這幾天在公司參加UED培訓，學員是來自不同事業群的、不同工作年限的交互、視覺設計師，指導老師又都是業內響當當的設計名人，可謂收獲頗豐。不過，今天的一場Workshop中，負責用研的專家老師帶領大家進行了一場「吐槽」大會，卻讓我思考了很久。

【正在聯系作者授權，請大家請勿轉載】。

所謂的「吐槽」大會，其實就是讓每個小組的設計師們談談日常工作中會與哪些不同的角色協作，中間又遇到了什么困難。這下整個教室都炸開了鍋：

開發很懶!有些效果明明很簡單但他卻說做不到。

產品經理需求三天兩頭變，或者今天提個需求明天就要。

運營同學一點也不懂設計，就知道 banner 大大大，文案加粗加粗加粗，毫無審美……

大家都知道我是開發出身的，尤其聽到「開發很懶」并且連說三遍的時候實在感覺是如芒刺在背，很不是滋味。甚至到后來，視覺和交互同學還互相掐了起來：

交互做的邏輯又多又亂，也不講清楚。

視覺不就是給我的線框圖上色嗎，為什么還要改我的設計。

用研同學訪談做的這么慢，我的項目都要上線了。

然而事實上，我們完全可以找出這些爭議點的原因所在，并逐個擊破。

原因一：利益點不同

所謂的利益點不同，有時候體現在工作中可能就是 KPI 不一致。設計師追求體驗和美感、開發同學追求沒 Bug 和性能優良、運營同學只關注自己的業務是否足夠突出……如果大家的目標都是只為了自己，那談何合作呢?

顯然，當我們所關注的重點不同時，隨之而來的就是不信任感，用《三體》里的話說，猜疑鏈就這樣產生了：我們總擔心合作方為達目的而坑害我們的利益，所以總是處處防備、處處留意。利益點不同會讓設計師和協作方站到對立面上，似乎只有壓制了對方才能體現出自己的價值。

不幸的是，這種情況常常發生，特別是 KPI 作為一種團隊管理工具確實不可能完全吻合。可一旦我們意識到這點，弄清楚 Team 的目標乃是一致把產品做好，而不是內部資源對立和瓜分，適當犧牲自己的小利益，建立起信任、靠譜的合作關系，就可以扭轉這種局面。也許你做了幾件和 KPI 不直接相關的事，但是卻獲得了業務方、開發同學的贊許和信任，未來請他們做些犧牲也會容易得多。

原因二：專業語言存在隔閡

所謂的專業語言，就是產品語言、設計語言和開發語言等。對設計師來說，Lua、Node.js 等名詞常常如同天書;而開發同學也不是很在乎什么體驗一致性原則、色盤理論等設計常識;運營同學只管數據漲不漲，根本聽不進去設計方案是時尚還是老舊。

在溝通中，如果你單純只用自己的專業語言去交流，效果往往是大打折扣的。打個比方，一行文案的字體、顏色，業務方希望它用亮紅色、比別的文字大兩號、加粗來實現，而你的設計稿顯然更加合理地采用了規范顏色與字號。這時，設計師如果僅僅告訴運營同學，你的方案難看、不美觀，我的優雅、和諧，對方顯然不可能聽得進去。

而換個角度，你告訴運營同學，如果使用這么夸張的顏色和字號會嚴重影響其他業務的表達，進而反過來干擾當前這個內容的透出，整體數據反而會下降。有時候甚至還可以把其他業務方的同學拉過來一起看看，從多方面著手會更容易體現出你方案的優越性、兼容性。

可見，人都容易站在自己的立場、用自己容易聽懂的方式來說話。但隔行如隔山，理解是不容易的，因此學會從對方的專業語言來說服對方，反而更加有效。

原因三：擅自侵犯別人的領域

這一點就比較嚴重了，我先舉幾個栗子。

設計師：這效果怎么可能實現不了?我看競品就有，肯定很簡單!

開發：這個圖標的藍色太淡了，我做的時候幫你稍微加深了一點。

產品：不就畫個 banner 嗎?一個小時不就好了，為什么排期要一天?

運營：要大、要粗、要靠前!

一句話終結這個問題：專業的事交給專業的人去做，不要對自己的感覺太自信。

論語早就告誡我們，對于自己不擅長的東西盡量閉嘴，不要瞎逼逼。設計師沒有寫過類似的代碼，就不要輕易對開發難易度下定論;開發同學安心做好設計還原，千萬不要在實現過程中畫蛇添足來體現自己的「審美」;產品同學除非自己可以親自示范一小時畫好這個 banner，不然還是別瞎預估工作量;而運營同學……不是越大越粗就越爽的，還得看技巧不是?

尤其是像設計、產品這類所有崗位都具備一定「素養」的職業，在日常工作中往往更容易被干涉和侵犯。所以請同學們記得，相信別人的專業。

不過，要是你真的夠牛逼，也別去炫耀或惡心人，幫一把新人對自己只有好處。除非對方惡意欺騙，那就要狠狠打壓!

原因四：過于自我，只堅持自己的

有的時候需求或設計評審開到最后完全淪為一場辯論賽或者吵架，兩方各執一詞互不相讓，已然不追求效率、邏輯和業務合理性，僅剩的目的就是：說死對方。難怪，大家總是戲稱開會是去「撕逼」。

尤其是年輕人和新人同學，工作中也容易變得「過于自我」。太過自負的后果就是不太容易聽進去別人的意見，遇到挑戰第一反應就是先反駁而不是先思考，這其實非常不好。

就拿設計師來說，一定要記得，你的設計是為誰而用。不是為你，也不是為業務方，而是純粹地為用戶。因此一切的輸出都應該圍繞用戶、圍繞業務，而不是圍繞自己，不是拼命凸現自己的設計技巧和能力。

總而言之，多聽聽別人的意見、多站在別人的角度思考問題，會讓你的溝通更加順暢。

最后，我所說的這些情況都是建立在大家善意的基礎上，每個人都是不自知地犯著這些錯誤，但也情有可原，只盼互相理解、互相改進。但要是真遇上喜歡打太極、耍手段的老白兔，可一定不能縱容，揪出來決不手軟。