設計師和產品經理誰重要

02-12

產品/設計圈經常有「到底是設計師重要還是產品經理重要」的討論。

產品經理會認為，產品功能都是他們定的，甚至有些交互也是他們畫好的，設計師不過就是把圖再好好畫一遍而已。

設計師則認為，產品經理自己邏輯都梳理不清楚，都是設計師幫他梳理流程、分析用戶，然後輸出高質量的設計圖。

工作一段時間之後，發現，重要性應該如下排序：

精通業務和體驗的產品經理 > 精通業務和體驗的設計師 > 精通業務不精通體驗的產品經理 > 精通體驗不精通業務的設計師 > 什麼都不精通的產品經理或設計師

所以，不存在到底哪個職位一定更重要，重要的是誰更精通。

下面以一個普通產品經理作為參照，演示一下不同水平設計師和同一個產品經理溝通的場景。

1. 弱設計師 VS 產品經理

最初級的設計師，淪為畫圖工具，不會深入思考和主導。

PM：我們要做一個blah blah blah功能，需要你這邊出個mockup。大致是這樣的，放三個tab，分別是blah blah blah，然後內容分別是blah blah blah。
Designer：好的。[點頭贊同，然後開始埋頭畫圖，陷入無限的細節當中去]
|
【畫好圖發給PM】
|
PM：我沒跟你講清楚，這邊應該是這樣的，要修改一下。那邊的流程細化了，要加個blah blah blah。

Designer：好的。[跟著修改，偶爾會提出一些設計問題，但多半只是按鈕放左還是放右、字型大小大點還是小點這些細節]
|
【修改完發給PM，PM拿去給開發，發現了開發過程一些問題】
|
PM：不好意思哦，我們開發的時候發現一些問題，需要再修改一下，是這樣的blah blah blah。
Designer：哦，好的。[跟著修改，沒辦法，開發做不出來的只能妥協]
|
【定稿之後不聞不問，不知道線上產品開發成什麼樣，不知道用戶使用起來怎麼樣】

2. 普通設計師 VS 產品經理

普通設計師，會按流程出一個體驗不錯的設計。

PM：我們要做一個blah blah blah功能，需要你這邊出個mockup。大致是這樣的，放三個tab，分別是blah blah blah，然後內容分別是blah blah blah。

Designer：好，但是不應該放三個tab，這三部分內容都不算多，可以合併到一個頁面，用標題隔開，因為每多一個頁面就會流失一部分用戶，tab的後面幾級轉化率比較低。
PM：嗯，有道理，那就按你說的來。
Designer：嗯，好的。[默默得意，然後埋頭畫圖]
|
【畫好圖發給PM】
|
PM：我沒跟你講清楚，業務邏輯又修改了一下，這邊要做個微調，blah blah blah。
Designer：好的。不過這個邏輯有點複雜了，我們可以拆成幾步，讓普通用戶走普通的流程，需要高級操作的用戶再給複雜的界面，你覺得呢？
PM：嗯，可以，麻煩你了。
Designer：沒事。[埋頭畫圖]

|
【修改完發給PM，PM拿去給開發，發現了開發過程一些問題】
|
PM：不好意思哦，我們開發的時候發現一些問題，需要再修改一下，是這樣的blah blah blah。
Designer：哦，好的。[有些技術問題可以妥協，有些要倒逼技術來實現完整的功能]
|
【定稿之後，等產品上線前的測試環節，去開發那裡做設計校驗】

3. 厲害的設計師 VS 產品經理

厲害的設計師，會把握需求，主導設計，而不是被產品經理牽著鼻子走。

PM：我們要做一個blah blah blah功能，需要你這邊出個mockup。大致是這樣的，放三個tab，分別是...[被designer打斷]
Designer：等一下，你先告訴我這個項目的背景是什麼，目標是什麼。[掌握背景資料]

PM：哦，我們這次通過調研發現用戶有某某需求沒被滿足，本次產品迭代需要增加此功能，以後還要豐富這方面的功能，讓我們的產品成為一個blah blah blah的平台。
Designer：OK。
PM：所以我們這期主要做blah blah blah這個功能，主要是讓用戶進行blah blah blah，需要在某個頁面加個按鈕，點擊進行blah blah blah操作。
Designer：嗯。所以我們這期要實現的其實是增加一個blah blah blah的編輯和展示區，用戶可以用來blah blah blah，目標是提升用戶量，讓我們的產品成為一個平台級產品。[將PM講的過於細節的內容提煉和總結成為戰略層的內容，確保戰略層正確，然後忘掉PM講的細節，自己從戰略層重新推導頁面的信息架構和交互方式]
PM：沒錯。你看是不是可以這邊放個按鈕，然後點擊進行blah blah blah操作？
Designer：其實我們的問題不是單純加一個按鈕的問題，你看，我們要完成從工具型產品向平台型產品的跨越，就需要強化blah blah blah功能，弱化blah blah blah功能，這個頁面可以和這個做個整合，然後把這個功能拎出來。
PM：嗯嗯，有道理，那就按你說的改。
Designer：好的。[開始畫圖，定稿前多次溝通確認]
|
【畫好圖發給PM】

|
PM：好的，謝謝。[不用修改或者細微修改]
|
【產品經理拿去給開發，發現了開發過程一些問題】
|
PM：不好意思哦，我們開發的時候發現一些問題，需要再修改一下，是這樣的blah blah blah。
Designer：哦，那我們改成這樣的方案，可以很好的降低開發成本，避開現在的技術問題。[對技術實現有深入理解]
|
【定稿之後，在產品上線前進行設計校驗，並且產品上線後時常關注數據表現和用戶反饋】

4. 更更厲害的設計師 VS 產品經理

把握最終需求，反推產品實現。

Designer: 我們發現用戶有這樣那樣的需求，想推出這樣的設計，麻煩你幫我們推動一下。
PM: 好。

—— 終 ——

-----------------------------------------

我是Baoling，一個不設限的設計師。

若喜歡我的文章，歡迎轉發給你的朋友們。也歡迎關注我的微信公眾號BaolingUX