起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理和設計師協作，少說“你看著辦”
編輯導語：在互聯網工作下，產品經理經常需要與設計師打交道，但是由于二者工作職責不同，容易在不同的點上產生分歧。本篇文章以交流的方式將你代入語境中，一起來看看產品經理和設計師的相處模式。
一、設計師逐漸罵街
1. 產品立項
設計師：“你好，我是新來的設計師，分配到XX項目負責軟件UI的設計工作。”
產品狗：“哎呀，你好，終于來了啊，昨天剛立項完了，評審PPT都是我畫的，一點都不好看，你可總算來了啊。”
設計師：“哈哈，能發給我有關這個項目的相關材料嗎，我先了解熟悉下?！?/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協議。
產品經理小白想問：產品畫的線框圖和最終產品要呈現的界面可以有多大差別？
我們這里是美工轉UI，身為產品。還要培養他的產品和用戶思維~
我們的系統就這樣，往往是，下次找我作圖時，迭代已經迭的連我這爹都不認識了（捂嘴哭）
多主動和產品溝通，實在不行你全棧/滑稽
看完有點心驚，確實多數時候找UI就是單純作圖，沒有幫助他更多的了解項目。沒看到這篇文章我都沒意識這是個問題，以后要注意了啊。
加油加油
產品人如果作為平衡點，沒有將項目各部分信息同步給團隊，必然會失去團隊的信任。
是的
產品經理作為團隊的領導應該帶領設計師去理解項目，產生團隊歸屬感，而不僅只是充當一個畫圖的工具人。
同感
責任意識拉滿