每一位程序員都是“靈魂砍價手”，面對迎面而來的需求，或多或少的存在淡定或不淡定的砍需求，較少有人說“需求太少，再來點吧”。那麼，作為通常站在程序員工作對立面的產品經理、項目經理們，怎麼理性應對呢？
程序員為什麼會砍需求，為什麼不能任勞任怨地為公司無私奉獻呢？很簡單，因為加班的往往是他們。明白了這個簡單的原因，才可以練習下面的技能招式。
假設場景開始前雙方都是可以正常溝通，情緒正常。
技能一：當需求方詢問程序員某個功能是否可以做的時候。他回答得很乾脆：“做不了”；通常剛講出來需求，就聽到這種話，很多產品經理的感覺是一下怒氣就上頭了。其實，不用惱火；程序員回答的很乾脆，說明他對實現不了這個功能很自信，而這種自信往往來自於過去確鑿的失敗的實踐。產品經理們可以這樣引導：“你看，這個實現不了的原因是什麼呢？我需要給甲方進行解釋”；如果他的經驗來自很長時間以前，那麼就請他再進行調研看最新的技術是否能夠實現。
技能二：當需求方詢問程序員某個功能是否可以做的時候。他回答得很曲折蜿蜒：“可能能做吧，也可能做不了吧”；通常聽到這種話，很多產品經理的感覺怒氣又上頭了。其實，這個時候程序員的回答，往往是因為他對你提的這個功能吧，有那麼一定的認知，但又沒有多大的把握。產品經理們只需要提個工單讓程序員預演下這個功能實現所需要的技術就可以獲得下一次明確的回覆了。
技能三：當需求方詢問程序員某個功能是否可以做的時候。他回答得很明確：“我在忙”；通常聽到這種話，產品經理的火氣又可以上頭了。其實，編程工作是一種“狀態感”很強的工種，正在編程的思路里面，被打擾是很痛苦的一件事情。那麼，可以先郵件告知或其他聊天方式約下時間。
技能四：當需求方詢問程序員某個功能是否可以做的時候。他轉過椅子來，語重心長的告訴你“你還年輕，我走過的橋比你走過的路還多幾公里，你提的東西不合理”；通常聽到這樣的話，產品們不僅火氣上頭了，而且還感到傷自尊了。這個時候，作為產品經理的你，也需要搬把椅子過來，和他論述一下需求應用的場景，或客戶的特殊要求。
通用技能：
1、找研發人員討論需求的時候，能寫在紙上的，就不要只帶著嘴去；能畫出原型的，就不要只帶著文檔。
2、帶著類似的或可以參照的案例，是很有說服力的。
3、請共同的領導出場，可以有效壓住陣腳。
4、儘量不要在快下班的時候組織會議。
5、儘量不要在週五的時候組織會議。
閱讀更多 靜靜水流 的文章
