編輯導語：在互聯網工作下，產品經理經常需要與設計師打交道，但是由于二者工作職責不同，容易在不同的點上產生分歧。本篇文章以交流的方式將你代入語境中，一起來看看產品經理和設計師的相處模式。

一、設計師逐漸罵街

1. 產品立項

設計師：“你好，我是新來的設計師，分配到XX項目負責軟件UI的設計工作?！?/p>

產品狗：“哎呀，你好，終于來了啊，昨天剛立項完了，評審PPT都是我畫的，一點都不好看，你可總算來了啊?！?/p>

設計師：“哈哈，能發給我有關這個項目的相關材料嗎，我先了解熟悉下?！?/p>

產品狗：“你說商業文檔啊，那個沒啥用，其實這個產品就是個XXXX軟件，給XXX人群用的，主要是用來XXX，我把原型圖發給你，你一看就明白了?！?/p>

設計師：“emm，好的?！?/p>

幾分鐘后，設計師打開圖一看，幾十張套著iPhone外殼“高保真圖”，還有零零散散的幾條交互線，甚至圖里還有些產品自己畫的令人難以理解的icon。

設計師抓了下頭發…..

2. 項目開發

設計師：“誒，產品的基調和風格你有什么要求嗎？”

產品人：“畫的好看就行了，顏色弄些活潑靈動的那種?！?/p>

設計師：“emm，能給一些能參考的點嗎？”

產品人：“你下個XXAPP吧，大差不差地畫就行了?！?/p>

設計師撓了撓頭。

3. 項目測試

產品人出現在設計師背后，猛地一拍設計師的肩膀，設計師差點心肌梗塞。

產品人：“不忙吧，測試的時候，開發和我說還缺了一些異常狀態的流程?！?/p>

設計師：“emm，好，可以，流程圖和線框圖發我吧?！?/p>

產品人：“沒啥問題的，就幾個頁面，看著來，一下子就改完了，來來來，我們現在開始改，你打開XXX的功能，對，這里加個頁面，標題就叫XXX……”

看著產品的手在屏幕上指點江山，設計師無奈嘆了口氣。

4. 項目運營

項目已經上線了，馬上就要投入運營了，產品人在群里發了句牢騷。

產品人：“哎呀，運營方案和經費都到了，插畫師咋跑了呢？”

設計師一看，有些不對勁，手心冒了汗。

不一會兒，產品人借來了一個畫板，笑瞇瞇地來到了設計師旁。

產品人：“插畫師沒了，我又不會插畫，你照著這個插畫圖改改吧，你看著來，要求不用太高?！?/p>

設計師：“……你T**的！”

5. 迭代到掛

項目維持了好幾個版本迭代了，但設計師發現產品最近半個月都沒來騷擾自己了。

設計師：“最近產品有什么新的迭代計劃嗎，我提前計劃預估排期?！?/p>

產品人：“啊，忘了和你說了昂，產品在月初的季報會上被高管商議后給停了，忘了和你說了?！?/p>

設計師打了一大串字，又默默將其清空。

設計師最后打了兩個字：“好的?！?/p>

二、產品與設計的矛盾

寫完了上述的場景，作為產品狗的我，額頭都出了汗，雖然有夸張的藝術成分在，但這不是虛構的，是真實發生過的，高頻出現在0~1.9年的產品人身上。

如果說產品和開發矛盾大，大家可以理解，因為業務和技術本身就會存在一定的沖突，但設計師和產品經理理論上是為廣義上的功能、狹義上的界面負責的，應該是統一戰線的，咋還玩起了內戰呢？

1. 項目不帶設計師玩

項目立項會議產品人忘記了設計師。

項目迭代會議忘記了設計師。

需求評審開到了一半，開發問：什么時候能給圖？

想起來了設計師。

這就導致設計師壓根沒有真正參與到項目中來，既沒有項目理解深度，也沒有團隊歸屬感，實在是充當了一個畫圖的工具人。

說到底，產品經理作為項目的直接負責人，沒有發揮好團隊引領作用，沒有凝聚好團隊，屬于認知缺乏，格局較小。

2. 產品方案反復修改

沒有完整熟悉過項目，轉而產品就扔過來了線框圖，設計師一臉懵逼地拿到了方案就得開始做。

結果按照圖做，交付給開發后，開發發現缺斤少兩（其他細節狀態），結果又被打回來。

這實則是產品人的責任，方案的清晰描述、完整全面，應該是產品最基本的業務要求之一了。

這個不但設計師會打人，開發更會打人，實屬將盟友推向了“對立面”。

3. 項目信息不同步

產品人如果作為平衡點，沒有將項目各部分信息同步給團隊，必然會失去團隊的信任。

項目推進到了哪一步、需要完成什么內容、交付時間是多久等等，這些都需要和成員溝通好，已達成最大的一致性。

當然，設計師也應該要主動溝通，不能改變外部環境，也只能做好當下自我的改變，無論從自身職業發展還是業務工作來說，都是需要積極參與到團隊中的。

三、別說“你自己來”

說實話，產品人作為項目的“靈魂人物”，也應該成為團隊的“絕對領袖”。

這就要求，產品經理需要從全局性的更高維度來看待團隊。

1. 團隊認知需要統一

說的絕對一點的，哪怕是設計師不喜歡這個產品，你也得讓他明白這個產品是什么。

該有的信息要一個不少的給，讓設計師了解在目前和未來某時期他可能會有的任務，方便他做好評估和排期，有自己的主動權，而不是被動狀態。

其次，團隊角色各不相同，要相信你的設計師能夠處理好界面問題，產品人不要自己沉迷于某個icon的樣式中，多關注自己的職責，為團隊負責。

2. 向設計師學習設計思維

老實說，雖然產品設計說了千遍萬遍，但實則很多產品經理的設計思維還是不達標。

并不是說要像UI設計師一樣擁有像素眼，而是有時候要理解設計師這一崗位的職責的思維，站在設計的角度看待問題。

例如，設計師問“產品的風格和基礎色調有什么要求嗎？”

產品經理就不要甩鍋一樣說“你看著辦”，這是不負責的表現。

而是應該協同設計師去參與用戶研究，再用情緒板這種工具去定主題色（下期內容）。

說實話，學一點設計，提升視覺審美對產品的職業發展也是挺好的，例如小米11的ID美感就沒紅米的好，與其說是設計師能力不同，還不如說是最后拍板人（產品經理or老板）的審美層次有差異。

四、結尾

產品經理，一定要記住，你雖然沒有解雇成員的權力，但你有帶好團隊的職責。

該抓的地方一個不能放，但該放手的地方一定要放手，放心交給你的成員，和設計師好好相處，少說些“你自己來”，多一些“我幫你解決”、“我們一起”。

這樣，你的盟友才不會跑到開發那邊，成為你的“對立面”。

本文由 @loosaumin 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。