今天又被研發同學說（pen）了！

什么？你被交互設計師說（pen）了？！

這都什么世道??？！天天被說（pen）！—某產品經理內心OS。

幾家歡喜幾家愁，做產品經理不被噴真的是太不正常了！真的是這樣嗎？以前大家都說，人人都是產品經理，又真的是這樣嗎？

被研發同學抱怨

抱怨之來源：

①需求文檔缺少細節；

需求文檔寫的不清楚，缺少流程圖，缺少臨界條件，缺少一切可能缺少的東西，你說研發同學怎能不抱怨呢？如果中槍了，回去先補全吧。

②大量的需求變更；

這個應該是研發同學最痛恨的了，寫過的代碼需要大量的調整，自己需要投入更多精力去補充，還有可能對項目周期有很大的影響，真是無奈至極。前期盡可能的想清楚，不要趕鴨子上架。

③不明確的需求；

有的產品經理在拿著“需求”去和研發同學交流的時候，自己都似乎講不清楚，這其中的為什么，怎么做，什么時候做，都是大大的問號。所以在每次交流之前，對自己沒有把握的方面自己前期先做一些功課，讓研發同學聽明白你的意圖和初衷，很多問題都迎刃而解。

④努力實現的功能被很快推翻；

研發同學使了好大的勁才實現出來的功能，結果一下子就下線了，這真是情何以堪??？別的不說了，找找源頭，看看問題出在了哪里吧。

⑤溝通方式欠妥；

“這個功能很簡單，做一下吧！”某產品經理的一句經典的臺詞有可能讓研發同學陷入幾天的加班。這怎么能不郁悶呢。注意溝通方式，給足研發同學尊重和信任，他們會給你一個不一樣的答案。

被交互同學抱怨

抱怨之來源：

①隨意更改交互原型；

因為產品經理角色特殊的關系，在信息承接的過程中，難免會出現信息不同步的情況，也就是說有可能由于實現的問題而導致修改了產品交互原型而沒有與交互設計師一起商榷，而是單方面的修改交互原型后通知交互設計師，導致的結果就是交互設計師內心覺得受到了不重視，甚至是覺得自己是輸出工具。

這種情況是由于前期溝通不暢導致，沒有一個“事前”的概念，交互設計師在易用性方面是非常專業的，所以在有任何修改和調整的情況下，與交互設計師進行商榷，這樣保證了最后實現的產品與原型的一致性，也保證做出的產品是最專業的，幾全齊美。

②專業的事交給專人來做；

其實在創業型團隊中，是沒有專門的交互設計師崗位的，產品原型都是由產品經理自己完成。所以這個原因也導致了工作的重疊區域，大公司，例如BAT，是一定有交互設計師崗位的，而這個時候產品經理自己也仍然會畫產品原型，往往這個度沒有把握好，就會產生一些問題。其實產品經理畫線框圖用來溝通，表達產品經理的想法，再深入的就交給交互設計師吧，他們更專業，所以該放手的就放手，互相配合才能出好產品。

被視覺同學抱怨

抱怨之來源：

①指點江山；

這是最著名的一個案例了，產品經理站在視覺設計師身后，拖著眼鏡說：“這個button往右移動一個像素，邊框加大一個像素，顏色加深一點，加上高光效果，輸出一個JPG給我放手機上看一下?！边@畫面簡直是真的不能再簡直了。溝通注意方式，表達意見注意深度，不要試圖挑戰某個領域專業的人才，給足視覺設計師足夠的信任和發揮的空間，這是小P一貫的風格。很多時候“指點江山”會給對方造成一定的心里壓力，往往會導致對方很難產生主人翁的態度，這點其實是一個很難根除的后遺癥，所以用最好的方式表達自己的建議或者意見，時刻抱著信任對方的態度，借助視覺設計師的力量去把產品描繪的更加美麗，這才是產品經理應該的所作所為。

被測試同學抱怨

抱怨之來源：

①需求文檔缺少細節；

為什么這里也有這點呢？因為測試同學要根據產品經理的需求文檔寫測試用例呀！“這里點擊后跳轉到哪里？”、“當前若網絡異常/弱網絡給用戶返回什么提示語？”、“查看這里需要登錄嗎？”、“用戶名允許用戶輸入多少個字符？”、“這里是否需要默認的背景圖？”、“需求文檔更新了嗎？/需求文檔更新到SVN上了嗎？”

說白了就是依據，測試同學是為產品的質量把關，那么衡量質量需要一個標準和閥值，所以需求文檔就是制定標準的依據。這里不需要我多說了，事無巨細的寫清楚需求文檔吧。

被運營同學抱怨

抱怨之來源：

①關注表面；

由于某些原因，產品經理給運營同學傳遞的信息就只剩下：這個按鈕的顏色對不對、這個Banner和整體的協調性如何，整體布局如何等，這個輪播圖不好看，這些展示層面的問題。至于用戶使用時長、留存率、UV等等指標與我無關的態勢。

其實這里是一個美麗的誤會，產品經理關注展示層的問題這是天經地義的，因為展示層的問題多少與產品的易用性有著千絲萬縷的關系?？墒钱a品經理也絕對是關注數據指標的，因為這些數據反映了產品健康與否，還有哪些不足和需要改進的方面。問題還是出在信息不對稱，產品經理應該本著運營的思路去處理運營方面的問題，孩子的爹和娘都同樣重要。

被用戶抱怨

抱怨之來源：

這里只能呵呵了，原因千種萬種，也千奇百怪，但是，注意這里我又要說但是了，產品經理是產品的第一責任人，不管用戶如何抱怨，這都是我們的問題，我們都應該好好的分析其中的原因，找到問題所在并將它解決。

這里的方法有很多，如果可能，你可以和用戶直接溝通，面對面/QQ/電話，可以用上的方法都可以嘗試。分類也是一個不錯的方法，將提出類似問題的用戶進行匯總，找到問題定量與定性的轉換關系，發現問題，匯總問題。還有經常去論壇/App store的評論中去看看端倪，或許有不一樣的收獲。

被老板抱怨

抱怨之來源：

這里其實我要恭喜你，因為你所處的位置要么是產品線的負責人，要么是產品團隊的負責人，位置關鍵，可以與老板面對面交流。

①進度太慢

本來不想說，說多了都是淚。產品經理當項目經理用，臣妾做不到??！我還是給您端茶倒水吧！

進度也是考量產品經理協調能力的一個指標，就算是當項目經理，我們也一樣沒有問題，該推動的推動，該制定里程碑的制定里程碑，節點定好，按時監控。

②體驗太差

我真的盡力了！用戶體驗是仁者見仁智者見智的一種感官感受，很難用標準去衡量，這里的趕潮流走時尚很多都是不得已而為之，說擬物化就擬物化，說扁平化就扁平化。這可如何是好？

給出的產品方案，不管是功能、交互、視覺，都是經過競品分析的縝密思考的，采用了某個方案必然有其中的原因，與老板深入溝通，同步信息。

③與目標偏離

迭代計劃與產品實現出的樣子存在差異，往往不是老板心目中所想。這里其實存在一個度的關系，在實際操作產品的時候一定存在一些取舍，而這些取舍往往就造成了偏差。

這里其實沒有特別好的辦法，需要和老板不定期的review項目計劃，報備產品進度和產品問題，看看是否會有一些效果。

④戰略調整

這點就有點難控制了，因為戰略的調整可能觸發了產品方向的變化，進而導致了一些轉變，產品經理需要有快速適應和轉的能力，不要等老板說出來才去做，很多事你都是可以預見的，提前一點轉變，效果事半功倍。還有盡可能的參與到某些你可以參與進去的環節，收集更多的情報，做足功課吧。

我不完全的列出了可能被抱怨（pen）的原因和處理辦法，其實不難發現這其中也是有著某種關系的。之前提過產品經理最重要的幾項能力的其中之一，影響力：溝通、協調、執行、決策（你可以試著回復能力二字查看這篇文章），占著很大的比例，所以，修煉好內功，才可蛻變逆襲，一起加油吧。

彩蛋環節，獻給辛苦閱讀到這里的你。

彩蛋1

滴滴好不容易推送一條消息，結果打開是…

彩蛋2

就當看個熱鬧吧…

來源：http://pmcolour.lofter.com/post/38ede4_16d1c3d