程序員又雙叕和產品打起來了，說說與產品經理的那些事。

首先，我是一名程序員，寫了好些年的代碼，也跟好些個產品經理打過交道。

1、先來回顧下，別人家的程序員與產品經理打架的過程。

產品經理：這有個需求，老闆已經決定了，立刻要作，就是APP的主題能夠根據用戶的手機殼顏色來改變。
程序員：能夠啊，那你給我接口。
產品經理：什麼接口？
程序員：你不給我接口，我怎麼知道你如今是什麼顏色手機殼。
產品經理：你不能自動識別？
程序員：怎麼識別，你告訴我。
產品經理：那我怎麼知道，這個是大家開發的事。
程序員：等一下，你說的手機殼是市面上隨便都能買的手機殼，仍是官方定製的？
產品經理：市面上隨便能買的手機殼。
程序員：這個作不了，沒辦法識別手機殼的顏色，我連他有沒裝手機殼都沒法識別。
產品經理：都說了，識別是大家開發的事，識別不了就開發一個讓它識別。
程序員：md，你當app是狗啊，訓練一段時間，就能讓它識別紅色藍色。
產品經理：行了行了，都說是你的事了，我無論這些，我說這個功能，要上。
程序員：那你找別人吧。
產品經理：那行，那我找總監，說你徹底不配合。
程序員：我配你ma！
幹架中...

2、那麼問題來了：產品經理又要加需求或改需求了，程序員該怎麼辦？

答：不答應也不拒絕，直接讓他找你的領導，聽領導的安排。

爲何要這麼作呢？

答：首先，答應了，你自身有任務和工期，你作了這個事情，誤了工期，功勞跟你有不要緊不知道，但延誤項目的鍋確定是你的。直接拒絕，則顯得你很差相處。而推給領導，讓領導去協調，若是領導接受，增長了相應的時間，則皆大歡喜；若是領導沒增長時間，萬一到時候真的誤了工期，領導也知道原因。

若是你本身就是決策者，立刻面臨決策，怎麼辦？

答：千萬不要立刻答應，也千萬不要立刻給出工期。 重要的事情 說300遍 都不算多。不少需求，當你直接想的時候，以爲不難，可是真正落實下來才發現，就會發如今項目中會相互牽扯。所謂牽一髮而動全身，說的就是這個事。 你給本身留點時間，詳細的考慮下，既是爲你負責，也是對公司負責。

另外，要善於給對方製造沉沒成本。

動嘴皮子的事最容易，有時候產品經理幾句話，程序員就得幹好幾天，甚至好幾十天。最終，若是作出來知足他的需求，那還好說。若是作出來不是他想要的，他再懟一句：我當時明明說的不是這樣！

空口無憑，受傷的老是你。

所以，必定要善於給對方製做沉沒成本。他提一個需求，你必定要他寫需求文檔。在寫需求文檔的過程當中，產品經理也會梳理整個功能的邏輯，有助於你後續的開發。同時，有些功能是產品經理異想天開，本身要加上去的。你給他來這一手，他可能會以爲麻煩，就放棄這個需求了。

3、如何與不一樣類型的產品經理的打交道。

• 市場出身的產品經理，這類產品經理的思惟主要是面向市場須要，會根據市場反饋的信息，提出需求，其出發點就是更好的服務市場，而較少考慮，這樣作對程序的影響。這類的產品經理，因爲缺乏技術的思惟，若是徹底按照他的思路走，那麼可能會被帶到坑裏。可是其實你只要瞭解到：他須要解決什麼問題。而且提出你以爲較好的替代方案，一般能解決問題。

• 技術出身的產品經理，這類產品經理的思惟會較爲體貼程序員，會理解需求變動對程序的影響，甚至會幫你想好，應該如何實現這個功能。若是遇到這類型的產品經理，那麼恭喜你。

• 若是你遇到的是，既不懂市場，又不懂技術的產品經理，還tm執拗己見的，那麼趕忙撤吧。

4、總結

程序員每天對着電腦碼代碼，因此不少人以爲善不善於溝通都不重要。但其實你看，與你關係密切的，你的同事、你的領導、你的老闆、產品經理，他們都是人。嘗試着，去理解你的同事、你的領導、你的老闆，甚至產品經理，那麼你的路才能越走越寬，而不是隻是碼代碼的碼農。