就算沒做過研發，你肯定也數過錢吧？正數到147的時候，突然來個人跟你說話，再回去數就忘了剛才數到幾了，氣得想把錢甩出去又舍不得。

同樣的，研發人員最怕打斷了——你數個錢被打斷就想掀桌，人家做復雜的產品開發工作更需要深入的長時間的思考。研發可是一項比數錢復雜千百倍的系統性工作，據統計，每中斷一次就會損失至少25分鐘的工作效率。

如果再延伸出去想想，完善的產品管理應當具有相對穩定的開發周期和計劃，如果頻繁的被各種臨時性需求打亂整體開發節奏，這對產品的危害可不小。

你以為你充分了解問題的復雜程度，覺得很簡單就能夠搞定，其實并不是這樣，說這種話只會增加研發人員和業務人員之間的隔閡。因為執行開發任務的可不是你，這種站著說話不腰疼的言論忒讓人搓火。

面對不斷積壓的開發任務，和撲面而來的deadline，研發人員都快把頭發揪沒了。要知道，走捷徑很容易招致綿延不斷的善后工作——以軟件開發為例，如果沒有經過周密的系統性思考，后期會不斷的打補丁和測試。所以要相信研發人員在這方面的判斷，如果他們認為這樣的捷徑走不得，那他們很可能有充分的理由。

一個從來不拒絕走捷徑的研發人員，不是不稱職、就是入行太短。

研發是根據市場需求，解決產品功能特性的崗位。建立銷售渠道、拓展用戶時，搞好客戶關系并不是全部，作為市場人員，向客戶介紹產品，是份內的職責。華為在 解決這方面問題時，組成了由客戶經理、解決方案專家和交付專家構成的“鐵三角”，在近距離接觸客戶的一線，配置充分了解產品的人，能夠高效的反饋客戶的各種疑問。

銷售人員為了順利簽下訂單，跟客戶夸下海口承諾產品能夠實現各種功能。但有些功能是產品當前甚至短期內都不能夠實現的，報送到研發人員處要求增加功能，簡直是不可能完成的任務。同時還會打亂產品的整個演進節奏，如果研發經理能忍住不掀桌，那真是脾氣好極了。

跟我念：“我們不是賣萬金油的。”什么都想做，很可能做個“四不像”出來，為產品增加一個沒多少用戶在意的功能，拖長產品開發周期，反復測試，延遲上市，在現在這個技術迭代迅速的時代里，可是一種自殺行為。不信？問問做錘子的羅老師。

什么？！熬了一個通宵、死了幾百億腦細胞加班趕出來的成果換來一句“這不是我想要的”？！ 那就別怪“程序猿”一秒鐘變浩克了！成功的軟件開發高度依賴合作。提出需求的市場人員得確保及時提供反饋，而不是等開發過程結束了才抱怨研發做的修改不符合你的期望。

同樣，研發人員也要及時同提交需求的市場人員及時確認，以保證處在正確的方向上。

所以市場部門的盆友們，不要以為提交完需求就沒有你什么事了，時不時的跟進一下，別讓研發的小伙伴因為沒理解清楚你的意圖，做了無用功又延遲了交付，到時候雙方抱頭痛哭或惡言相向都不好看啊。

企業在進行產品管理時，應當根據企業戰略分層至產品戰略，確立產品線，聯合市場需求制定產品需求。

產品需求管理要經過“收集——分析——確定”的過程，站在客戶的角度，分析市場及用戶需求，制定產品戰略，對產品功能特性進行取舍。而不是拍腦袋，想到什么做什么的，也不能毫無取舍的什么功能炫就做什么。

為了不打亂產品研發的節奏，也為了保證完成對市場的迅速反應，研發部門和市場部門之間的對接需要設置緩沖部門，對市場一線部門在同客戶的互動中了解到的客戶需求進行匯總并且過濾，根據緊急程度排列優先級。只有做有前瞻性的產品功能管理和開發，真正做到引導需求而不是被客戶牽著鼻子走，這樣才能做出具有符合廣大客戶需求的，可以不斷迭代并產生盈利的好產品。

歸根結底，產品管理是一項系統性工作，需要研發、市場、供應鏈、質量控制等多個部門的密切合作。在執行過程中，各個部門之間都可能因為各自的職能特性阻礙產品的順利上市變現。為了用規則的確定控制結果的不確定，完善的產品管理流程是非常必要的。

借智圖媒體微信號：jiezhisz