提起產品經理和程序員，想必很多人會首先想到火爆社交媒體的幾條舊新聞。

2018年8月，某產品經理要求“根據用戶手機殼來改變APP主題顏色”，跟程序員廝打起來……

對于這樣謎一般的需求，程序員最終按捺不住還是動了手。

本以為這僅是一個素來“死對頭”即程序員和產品經理之間的一個段子，萬萬沒想到事件得到了進一步的證實。

好巧不巧，刷B站首頁就給我推送了一條視頻：《程序員之怒：我真想跟產品經理打一架！》

頓時兩眼發光，想必這又是一段令人津津樂道的恩怨情仇史。

視頻作者江湖人稱 水哥，是一位程序員脫口秀藝術家。

他說在公司招了個產品經理，二面他也去了，認為那個產品經理不僅專業過硬，還有個很厲害的優勢，口才非常棒。

萬萬沒想到：這導致自己吵架吵不過人家......

于是彈幕大軍們紛紛表示同情——

與程序員打交道，是產品經理的日常工作，而日常工作就是圍繞著“需求”進行的。在與技術部門進行對接時，產品經理需要關注的，始終是“需求”。

程序員吐槽產品經理最多的原因主要是以下幾個（以下內容可能會引起程序員們的極度舒適～）

• 開發過程中頻繁修改需求

• 驗收過程中要求做比較大的修改

• 說不清楚需求的價值

• 替程序員評估工作量

• 需求整理的不夠細

即便是知道圍繞需求展開的，但產品新人很容易在這上面犯錯。

因為外界夸大了產品與技術之間的矛盾，導致產品新人會不自覺地把自己工作的重心，放在“不惹程序員生氣”上面。

在與程序員打交道的過程中，為了避免被懟，過度關注程序員的情緒，想方設法地“討好”程序員，與程序員“交朋友”。

而另一方面，卻忽視了真正的“需求”，導致需求傳達得不清不楚，導致技術各種返工，這其實更多是產品經理能力不專業的表現。

在與技術部門對接時，產品經理的核心任務，更多是“及時且準確地傳達需求”，核心就是以下三點：

一、目的是傳達“需求”

目標是什么，要實現什么效果，產品經理需要將這些“需求”傳達給技術部門。

這里面容易犯的錯誤是，混淆了“需求”與“技術實現方案”。

比如說，我要做一個“統計訂單總數”的功能。

當有新訂單產生時，訂單總數需要實時累加，還是說允許一定時間的延遲，這是“需求”。

監控出單情況，一旦有出單就觸發累加操作，或者設置一個定時任務，隔一段時間執行一次，這是“技術實現方案”。

產品經理當然需要與技術團隊協商討論具體的技術實現方案，但大前提是，要先將需求傳達清楚。

二、需求傳達要“準確”

有些產品經理會有錯誤的想法，會覺得只要提需求，程序員就會不高興。

因此，在傳達需求時，對“需求”本身，總是輕描淡寫。

“這就是一個小需求。”

“就是哪里哪里簡單搞下，加個什么什么東西就行了。”

這顯然是不對的。需求是什么，不要拐彎抹角，應該直接了當、條理清晰地表述出來。

顧左右而言他，反而會讓程序員感到混亂，不清楚你的需求。

三、需求傳達要“及時”

不同團隊，有不同的協作流程。

產品經理需要熟悉自己團隊的協作流程，在正確的時機，將需求傳達給所有需要傳達的人。

如果需求傳達不及時，導致開發進度出現問題，開發內容有誤，就非常被動了。

在產品工作中，需要和很多人打交道，和領導、和業務、和技術、和測試、和運營，等等。

但無論是與誰對接，產品經理始終是圍繞著“需求”進行工作的。

反之，如果忽視了“需求”，哪怕學會了各種溝通的“套路技巧”，也只會顯得“不專業”，難以真正得到團隊的信賴。

當然追溯背后更深層的原因是可能面臨這些問題——

很多做產品的小伙伴在工作了一段時間，都會有一種“接活”的感覺，業務方提了個需求，用戶反饋了個需求，老板提了個需求，不管自己想不想，可能只能“躺平”接受，在不情不愿中完成了產品方案，更不用說技術人員怎么做了。

可長此以往，被動接受其他方（甲方、客戶、老板）的需求，沒有獨立挖掘需求的能力，好像只是做了一個合格的“傳話筒”。

或許我們可以換個思路，給程序員“減負”——做一個會砍沒價值的需求做減法的產品經理。

往期推薦

大疆再遭制裁，設計軟件Figma斷供！中國工業軟件如何應對全面封禁？

美團搜索多業務商品排序探索與實踐

社會內卷的真正原因？華為內部論壇的這篇雄文火了

一位軟件工程師，曾是世界上最頂級的狙擊手，潛入烏克蘭

漫畫：如何用 K8s 實現 CI/CD 發布流程？

中美程序員不完全對比，附烏俄程序員薪資待遇

全球科技巨頭“斷供”俄羅斯

史海峰：我的架構師修煉之道

一年之計：如何構建知識體系？

創業公司是如何進行研發管理和績效考核的？

圖勝千言：電商支付架構設計

千萬級流量的大型分布式系統架構設計

技術轉管理，用什么來拯救自己？

40歲從零開始學習軟件開發，四年后我成了首席研發

一張圖看懂微服務架構路線

如何寫出讓人抓狂的低質量代碼？

入行二十年的一些認知

總結

以上是生活随笔為你收集整理的“如果产品经理躺平接受需求，那程序员免不了想打一架”的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。