你與產品經理意見不一致的時候，怎麼辦？

01-05

我作為設計師

如果光回答「怎麼辦」這個問題，我覺得太簡單了！聽聽他的，說說你的唄。意見總是要聽的，觀點也總是要表達的。

對於設計方面的意見不一致時，建議優先選擇聽專業人士的判斷。比如人機交互方面的，就聽交互設計師的；審美方面的，就聽視覺設計師的。不要小看和輕易否定專業人士在專業方面的判斷！設計這東西，有時憑經驗上的直覺判斷都會比什麼亂七八糟的分析快速準確很多。人啊，最重要的能力是判斷能力，而不是分析能力，更不是辯論能力。

不過，有沒有想過「為什麼」呢。為什麼對方會不同意？

據我觀察，大多數情況下對於解決方案的爭論，都是因為雙方目標不清晰或不一致導致的。

當雙方對於目標用戶、用戶目標和產品目標沒有一致的理解時，你會發現，討論解決方案一點意思都沒有。產品經理認為方案不行，設計師認為產品經理不懂。最後鬧到老大那裡，結果老大糊裡糊塗拍了個板。哎，設計師和產品經理都覺得對方是豬。。。

理想中的狀態是：產品經理向設計師提出需求時，他已經作過一輪分析，並且有了明確的業務目標。比如給誰解決XX問題，或是提高XX轉化率。產品現狀如何，期望如何等等。然後設計師在接到需求後，會跟產品經理確認目的（即意圖，為什麼要做這個）和目標（即產品期望怎樣的結果）。中間雙方要不斷確認。

好了，到雙方終於明確目的和目標了。設計師就要開始分析目標用戶是誰，在什麼場景下使用，有什麼痛點，他們期望的結果（用戶體驗目標）是什麼。這些分析結果和你的判斷也要跟產品經理進行溝通。

有了一致的目標，再來討論解決方案。設計方面的意見不一致時，就聽專業的設計師的判斷！畢竟，他們在人機交互、審美等方面的能力和經驗上是優於產品經理的。當業務方面的意見不一致時，就聽產品經理的判斷！畢竟，他們在產品經營和管理這方面的能力和經驗是要優於設計師的。術業有專攻嘛。

這個問題其實在知乎上已經被討論的很明確了。

如果你能對設計上的分歧出給出專業的有說服力的意見，並且能說服產品經理，就按照你的來。如果你不能給出專業意見，而只是覺得這樣設計更好，則誰對項目負責誰決定最後結果。

做什麼你聽他

怎麼做他聽你

個人經驗：

第一步，標準答案。給出你的專業性意見，舉例子，拿數據，做用戶調研，看看能否說服產品經理，當然你也可能被對方說服。即使這樣最終沒有改變結果，也讓結果更經得起推敲和考驗。
第二步，眼見為實。有時候部分設計停留在紙面上容易被誤解，可以找個勤快的開發（或者自己就是開發），真正的把有爭議的部分的兩種方案都做出個高保真甚至真實的程序上，裝到兩台手機大家一起對比體會，讓大家切身體會各自方案，有些好的設計瞬間就能被產品接受。
第三步，持之以恆。比如確實產品經理和你的意見不一致（一般應該是產品負責項目），你又堅持自己的判斷，那麼你至少可以把自己認為對的方案做的完整一些，作為候補方案留檔。持續跟蹤產品上線效果，當有了新的用戶使用數據和反饋後，產品經理也許會有新的理解，此時繼續和他討論，你的完備的方案在下次產品迭代的時候也可能為功能優化而被採納。

首先需要明白的是雙方的目的是什麼？

產品經理的要求和設計師的理念常常是不一樣的，例如有時候產品經理考慮的是這個設計是否能滿足後續推廣的要求，而設計師更多地從功能和用戶使用角度考慮問題。

然後大家把所有的目的都提出來以後，其實就是一個最後考慮選擇和加權的過程。

是，很多設計就是影響用戶體驗，so what？產品經理需要立刻變現，如果不能變現，也許整個團隊下個月就要拆了。

我遇到過最常見的問題就是產品經理希望的版本是基本好看，穩定，保持與前一版本的一致性。而設計師總會在不同的地方增加一點新穎的東西，我常常就要求改回去。拜託，我都不知道這種新的東西是否對產品有影響，你就設計了，萬一出了問題是你的責任還是我的責任？

我常常和設計師說：你別拿我的產品試，你拿別人產品去試，試驗後有效果了，再拿數據給我，我一定會用了。

為什麼我會覺得會武術也適用於設計師呢

http://www.zhihu.com/question/28758424/answer/42000977

←_←我就聽他的…實習生人微言輕，但我會加一句雖然我按你說的做但我並不同意

----------------------------------------------------------------------------------------------- 作為一個android實習生，每天的工作都是按照他們的命令做一些偽iOS應用，但這就是國內安卓的現狀，不合理但我也無力改變，就算我按官方規範去做，產品經理和UI也不會同意，用戶大概也不會接受……

1.不一致的情況很正常啊，每個人都有自己的立場和考量。

2.大家都是理性的為了工作而討論這本身就很值得尊敬。

3.我遇到的一般的情況都是首先會雙方陳述自己的觀點，就算是從一開始就覺得不合理，也並不反駁，而是讓別人把話說完，再講自己的想法。講完之後大家都會對對方的邏輯有一定認識，如果是很明顯的有對錯的，肯定就決定按有道理的那一方去做。如果是比較主觀的，不一定有對錯的，可以採用其他方式，比如多叫一個比較權威的人來判定，或者根據項目開發時間和資源判定。

實在不行，拿刀砍死他！

http://m.mydrivers.com/newsview.aspx?id=362965

不背 KPI，就別瞎叨叨。

哼，說的就是你們，自以為是的程序員/設計師/前端。