作為一個工程師、設計師、運營者或者老闆，有何建議可以給產品經理？

01-05

再也不要招應屆畢業生來當產品狗了

別拿你的手指點我的屏幕

為了維護世界的和平，為了防止世界被破壞。

改善工作環境從清理產品狗開始！

我們來一次列舉產品狗的幾大罪狀。

一、無知

情景回放：

汪汪汪：「這個設計不大氣！」

設計師：「...」

汪汪汪：「你看人家應用這功能挺好的，我們也加個吧」

工程師：「行，大概5天能搞定」

汪汪汪：「什麼！怎麼要這麼久，多加幾個人再加加班吧。這個需求挺急的。」

工程師：「...」

汪汪汪：「我們這個月做四個活動吧」

運營：「...」

二、無能

情景回放：

汪汪汪：「這個功能感覺不對拿掉吧。」

工程師：「好」

汪汪汪：「這個邏輯我還沒想清楚，你先開發著吧」

工程師：「...」

汪汪汪：「你看他們有這個功能，我們也加一個吧」

工程師：「....」

汪汪汪：「這個功能感覺不對還是拿掉吧。」

工程師：「....」

三、內鬥

汪汪汪1：「每次讓小A加個功能，他總是推脫，肯定是看我不順眼」

汪汪汪2：「對」

汪汪汪1：「還有運營小C」

汪汪汪2：「新來那個Pm小D總是跟我對著來」

汪汪汪1：「咱倆想個招把他們逼走」

.......

===================================================

尼瑪，為什麼公司要招產品狗？

我們來看下互聯網的分工。

1. 工程師：處理技術方面的問題（必備）

2. 設計師：處理視覺交互方面的問題

3. 運營：負責造內容，引流量，與用戶互動提高留存。

產品狗：你們都給我好好乾活！（開個玩笑）

說實在的，剩下的事基本都應該是產品狗來乾的。

1. 團隊協調，當工程師，設計師，運營出現糾紛時進行溝通協調，得出解決方案。

2. 競品分析，關注競爭對手產品，分析結果輔助決策。

3. 產品方向，做什麼，目標用戶群，痛點在哪裡。

4. 產品定義，信息架構設計，MVP都有哪些功能，可能追加的功能點，優先順序。

5. 產品設計，三欄？雙欄？十二柵格？瀑布流，麵包屑。。

6. 項目管理，功能排級，協調解決項目開發過程中遇到的各種突發問題。

必殺技：背黑鍋。

這些都是PM自己這圈的事，當然PM有時候還會兼職干點其他活。

於是就有了：

自己做設計的PM，自己做iOS的PM，自己做運營的PM......

做一個優秀的PM對技能樹要求比較高的。

那如何做一個合格的PM么，答案特別簡單，擺正自己的位置，你就是被請過來服務工程師、設計師、運營、老闆的。

「要解決問題，不要製造問題。」

謝謝。

利益相關：本人產品狗。

自己能把產品邏輯流程寫出來在說

產品狗一枚前來拜訪。

現在問題就是很多死大畢業就做產品，對，說的就是「什麼都有，只差一個程序了」這種白痴。二是很多挨踢公司其他崗位混不下去的就去做產品，還以為自己很懂，其實更白痴。

個人經歷：97年上網，3個月後做網站上線，直到今天，頁面、設計、運維、管理……除了寫代碼別的都會（不敢說精），個人覺得這是產品經理最重要的資本，你可以不做，但你要懂這些東西是怎麼實現的，你才能領導別人幹活不被幹活的人欺騙。至於懂不懂市場和用戶，那是緣分……

你是來當產品經理的，不是來當甲方的。

不要一想到啥就立馬迫不及待要提需求啦！

據說知乎是適合文化人yy的地方。作為處女貼，我也答答。

關於產品經理，首先先說明產品經理在這個團隊中的地位：

甲方：客戶 OR/ AND 內部的決策層

乙方：生產及技術部門

其他配合方：運營部，市場部，財務部，企業管理部，品質控制部

按照引爆點裡面的理論，產品經理簡直是引爆產品的聯絡人，難怪那麼多應屆畢業生想做PM了，運籌帷幄，指點江山。

可是實際上呢，

甲方：提供了需求及評價標準

乙方：做出相應的產品

其他配合方：運營部（銷售及分析），市場部（廣告投放及相應PR），財務部（批准項目預算及報銷），企業管理部（指定公司流程），品質控制部（確保產品質量並處理質量事故）

也就是說PM是這裡面唯一沒有實際任務的人，沒有實際工作，所以很多人說PM的85%的時間都是在溝通，其他15%的時間是在寫報告。

溝通：

1）騙工程師幹活：

工程師一句話說這個技術上太難實現了，現在沒法做；產品開發遇到了沒有想到的問題，必須要拖進度；客戶這個指標壓根就不合理，得改，不然沒法做。

然後工程師給你的殺手鐧就是：客戶又不懂技術，也不懂開發過程，你信他就傻逼了。

2）忽悠客戶相信產品

交期趕不上了被客戶一下告到老闆那；老闆的想法跟客戶的需求不一樣，不知道怎麼跟客戶交代；客戶說這個你們做不出來，我去找別人做了，分分鐘沒生意；產品質量不達標，陪著質量整8D報告，就是想死。

3）忽悠其他部門幫忙

找財務部騙預算，找企業管理部幫忙理清流程，找品質控制部處理質量事故。各種亂七八糟的事，有的時候重要的原料沒採購回來都得殺去找採購。客戶來檢查HES還得去找安全環保科。有的時候，還有跟人事部就考核鬥智斗勇。

現代工業的發展，增加了越來越多的節點，節點一多就容易出錯，所以說PM就像一個守門員一樣，守著重要的節點，防止出錯。不然怎麼叫做產品狗。

當你是守死線的，就很容易遇到踢皮球，還有背黑鍋。

一個資歷淺的PM最常做的事情就是被罵，基本也不是溝通，就是被罵。技術罵完客戶罵，客戶罵完領導罵。

寫報告：

項目立項

項目階段報告

項目總結

項目進度表

跟客戶的季度報告

財務的季度核算

市場信息的動態報告

你會說，不就是把別人做好的匯總起來寫個報告，有啥難的。但是事實上甲方的要求，你傳達出去後，乙方很多時候都會誤解，甚至有的人就是給你填個能交差的就好。PM常常要自己去系統導數據過來核實，如果沒有核實就直接來寫報告，就又傻逼了，這已經不是背黑鍋，這是自黑了。

寫了這麼多，你看出來了吧，PM最重要的就是使信息準確流暢的傳遞，並解決項目中發生的各種疑難雜症，優化流程。

而保證信息傳遞，很重要的是你要聽懂對方的意思，這也是很多工程師說的，你又不懂技術，沒有技術就沒有共同語言，就不能愉快的玩耍。當然這只是一部分，一個PM常常需要一個大的格局，能夠明白領導或者是客戶對於整個項目的預期，這個也是最重要的。

而處理疑難雜症，這就要求你能夠在階段總結中找到問題，這也是為什麼有那麼多報告的原因，要你發現問題。還有就是熟悉辦公室中各個部門的人，想辦法去縮短流程。

老闆，看到這裡，看到我這麼理解PM的精髓，就給我這個可憐的產品狗加工資吧。

很多人都誤解產品狗老是要開發一個傻逼的產品，拜託，產品狗考核的就是產品是否成功，如果沒有數據分析的結果，就說改這個改那個，還開發出傻逼產品，那他也就是離被開不遠了。
那麼我們接下來談談，一個產品狗的自我修養吧。

1）不管發生什麼事都要表現我不是來找麻煩的，帶著善意。產品事故也好，客戶奇葩要求也好，聽工程師說完他想表達的，如果可以讓他告訴你為什麼，一起將這個東西組織好告訴客戶。大部分的採購也是不懂得項目會有什麼困難，如果不跟他們解釋清楚，他們也沒辦法給他們的技術部門交差。

2）要有除了工作上的其他共同語言。足球也好，公司內部八卦也好，跟結婚的同事談談育兒經也罷，總之，瞎扯是PM工作的必備良品。

3）抓住機會，在領導面前使勁誇。基本上也只有PM才可以直接面對決策層，小小的工程師是很難有機會去領導面前表現的，所以當項目有成果時，一定要抓住機會好好誇誇項目跟參加項目的人。

4）要告狀，但不要讓技術覺得你老在告狀。有什麼重要的事一定要找到領導那不然就是你項目沒看好，但是一點點小錯誤，能幫忙補救的就幫忙補救，老鬧到領導那，誰都受不了。

5）多總結，只有這樣才能看到預期的風險，不然你就等著天天救火吧，累死你。

6）多學點技術，不然真沒辦法跟工程師愉快的玩耍了。

7）沒事多跟自己沒有業務關係的人瞎扯，什麼時候有了事情也能混個臉熟。

就這樣了。

別老看什麼《人人都是產品經理》，書名都這麼sb了，居然還大把人當聖經看。

《哲學導論》-《系統論》-《邏輯學》-《運籌學》-《心理學》-《市場研究》-《遊戲化》（最近看的，覺得這塊應該是未來的方向），看完基本上可以開始碰產品了，用完產品要思考，按照自己的知識體系驗證產品的功能，不要光抄功能，最重要是心態，既不要盲目自信（別的產品都是垃圾，我設計的才是對的），也不要過度自卑（外國的產品體驗好，直接抄吧），接下來就自求多福吧，因為你只是個產品經理，沒有團隊，老闆，市場環境等天時地利與人和的優勢，無論你的產品多好都會掛掉。

在一個部門分工比較完善的企業里：

產品經理=協調各方面需求和能力的管家。

作為產品，我希望的是他們提的建議是基於自己的專業方向，而非跨業指點。

就像設計師不希望產品在他背後指點江山；

工程師不會喜歡你說你這代碼寫的那麼亂，還不如我之前搭夥的小夥伴；

運營人員不會喜歡你說為什麼這周的數據這麼爛，這活動怎麼白做了；

我也不希望每個人都跑來跟我說句你這個需求不靠譜。

當然，我只是個小兵，我還沒資格直接說別人╮(╯_╰)╭

拿切身經歷來說，產品比較悲劇的就是當你說設計差、代碼亂、運營糟，因為別人會回你，那你來啊，即使不明說，眼裡的不屑也會告訴你這些兒；所以給別人的建議一定要委婉，要好好溝通。當然，如果你是個美女就更好了↖(^ω^)↗（無任何樣貌性別歧視，愛美之心人皆有之，此乃常情）

那他們給你提意見呢，只有一條貌似就可以完勝，就是我是老用戶了，我覺得balabala……

（雖然後來也發現了當意見不靠譜的時候的反擊方法，就是「個案不予接收」or告訴他「用戶有時候不知道自己想要什麼，他只是遇到了問題，所以希望咱們來說問題而不是來說方法」）

身邊效率高，與其它人員合作愉快的產品一般有兩類，一類是強勢派，這樣的產品一般會有種強大的氣場，讓你習慣性按著他說的做的來，他也會告訴你（不僅是語言，更是行動和結果），不要質疑我的專業能力；另一類是融入派，他們在私下裡和設計、研發、運營關係都不錯，工作上也會仔細傾聽然後學習其他人員的一些技能，懂點設計美學，懂點代碼邏輯，懂點運營手段。但不管是哪種，他們的共同特點就是自己本身很靠譜，然後對每個人都有交代。雖然說，靠譜和對每個人都有交代這話說起來很俗，但是一直覺得真正做到的人其實很少。

好久沒回答這麼長了，感覺語文都還給老師了╮(╯_╰)╭

so作為一個現在的遊戲策劃，曾經的產品，大學時代的程序，未來仍會是產品的人，我給產品的建議就是：

1.讓自己靠譜，這樣別人自然能信任你

2.對每個人都有交代，這樣做錯了事兒後別人還能繼續信任你

把出錯時的表現和文案給我

抄就抄，別說出來！還有別什麼都是人家的好一家的垃圾！

好好乾，年底多發獎金。

你能看到的改動只是冰山一角，別問我為什麼需要那麼久。

以下全是個人觀點：

產品是更好的完善著完美的配合市場、BD營銷人員等有效的產生銷售業績的。

1.建議多和前線銷售人員(市場、BD、客服等）進行溝通了解用戶以及銷售中的問題以及需求。

2.安排好需求流程排期，根據不同大小項目需求，研討後側重安排。

3.合理的對接技術，設計、運營部門人員。把項目流程銜接到位。

4.做好項目進度報告即使郵件或者會議反饋老闆，用數據闡述觀點。

5.每家企業內部框架不同，建議：明確做怎樣產品，針對怎樣的目標用戶，解決用戶什麼的問題，最終雙方得到的怎樣的好處。做好調查，測試以及反饋數據，不斷銜接各個部門去調整優化。

6.謝謝，有興趣可以關注私聊一起學習。謝謝！