和對口的業(yè)務打交道時B端產品經理的日常核心工作，工作中雙方難免會遇到一些爭執(zhí)與問題。如何看待這些問題？本文筆者分別從業(yè)務方、產品經理的角度，梳理了各自的槽點和辯駁，一起來看看吧。
不論是從事企業(yè)內部軟件建設，還是對外售賣的SaaS軟件設計，和對口的業(yè)務方打交道，是B端產品經理日常核心工作之一。前者的業(yè)務方一般是業(yè)務運營部門，后者的業(yè)務方一般是銷售、BD、客戶成功部門。
很多時候，B端產品經理和業(yè)務方如何順暢高效的協(xié)作，一直是各個公司和團隊普遍面臨的挑戰(zhàn)和困難。因為兩者之間工作的邊界往往存在重疊，權責也有模糊地帶，這就導致有時候工作中會出現(xiàn)一些小爭執(zhí)，小摩擦，甚至產生沖突。
本文嘗試分別從業(yè)務方、產品經理的角度，各自描述槽點和辯駁，希望大家都能夠換位思考，理解彼此。
業(yè)務方如何看待產品經理和研發(fā)團隊
槽點1
研發(fā)效率低——產研團隊是事情最多的團隊，提個需求要排期，做一點小功能也要排期，實在不理解為什么，改個小東西，如果稍微走點心，難道不是我早上說完中午就該上線么？效率這么低，肯定都在偷懶磨洋工。
辯駁：業(yè)務人員往往不理解軟件工程的復雜性，嚴謹性，研發(fā)工作非常講究節(jié)奏型和計劃性，你們看起來的一個小功能點，如果非要加塞做，小到影響研發(fā)節(jié)奏，大到影響代碼質量，我要是同意你了，研發(fā)爸爸拿刀砍我，你幫我擋刀么！
槽點2
產品經理不懂業(yè)務——產品經理不理解我在說什么，提個需求解釋半天，最后做出來的東西完全不是我想要的，完全沒有解決我的問題。
辯駁：產品經理需要有機會去接觸學習業(yè)務，如果不給我們機會，讓我們遠離一線和終端用戶，那么我們如何學習了解業(yè)務呢？
槽點3
做的東西不好用——設計的什么玩意兒，用起來非常別扭難用，一點都不人性化，完全沒有陌陌和淘寶好用，這些人都得給開除了！
辯駁：你們要的那么急，給的時間這么有限，能做出來讓先用起來，就已經不錯了，還那么挑剔，要求美觀好用，沒門兒?。ó斎唬乙残枰嘤眯?，設計前多搞搞原型，上線后自己去一線體驗并實操，有時候我發(fā)現(xiàn)，我設計的東西確實很垃圾難用，哎，扎心）
槽點4
遇事不變通，比較軸——這幫搞技術的，都非常軸，一點不知道靈活變通，而且容易較真，很難相處。
辯駁：這事兒我認，如何用合適的手段和技巧，解決問題，推進事情，確實需要多用心實踐。就像我總吐槽碼農比較軸，實際上業(yè)務人員可能也認為我們軸。如果想和業(yè)務部門合作好，那就必須以業(yè)務人員的思維一樣去考慮問題、去做事情。
產品經理如何看待業(yè)務方
槽點1
需求不明確——有時候根本搞不清楚你們一天到晚在想啥，經常拿著個idea就跑來讓我們做，我三句話就能給你問回去，哎，真是浪費時間！
辯駁：我們是應該先想清楚，但某些時候你們確實也更專業(yè)，專業(yè)的你們幫助我們一起讓事情靠譜，難道不是你們的責任么；如果我把需求想明確了，那么我還要產品經理干啥呢，配個需求分析師直接寫軟件設計文檔不就成了么。
槽點2
思維發(fā)散，沒有邏輯性——你們?yōu)樯逗翢o邏輯性呢！我們做的是軟件項目，和代碼打交道，如果沒有邏輯，計算機怎么知道該做什么？我怎么知道該怎么設計？
辯駁：業(yè)務人員必須發(fā)散、天馬行空、喜歡試錯，否則KPI壓力這么大，我怎么知道干什么肯定能成功，還不得各種發(fā)散各種嘗試么！
槽點3
提需求總帶著解決方案——拜托你們直說問題，別說方案，方案我這里給！
辯駁：習慣性的提出問題和方案，這不是人之常情么，我也控制不住啊，你是專業(yè)的產品經理，你存在的目的之一，不就是引導我說出深層次的問題，并給出更好的解決方案么，如果你給不出解決方案，那你也得有心胸能接納我的解決方案??！
槽點4
業(yè)務三天兩頭變——剛剛信誓旦旦的設計了業(yè)務方案，提交了需求，我們這還沒上線呢，然后你告訴我業(yè)務變了？不做了？我擦！
辯駁：我們是互聯(lián)網公司，三天兩頭變不是常態(tài)么？我們應該一起研究如何最小成本試錯，而不是拒絕試驗失敗和變化。
槽點5
對產品參與業(yè)務有所抗拒——你們對我們好像有所抵觸，不太愿意讓我們走進業(yè)務，如果這樣，我們怎么能理解業(yè)務，并幫你們呢？
辯駁：如果你們真心為了業(yè)務好，真心為了幫我們，而且又有這樣的能力，那么，即便公司不給機會，我也會給你們創(chuàng)造機會深入一線，幫助我們一起做好業(yè)務的！
槽點6
領賞你來，背鍋我去——哎，這個最傷心了，每次吭哧吭哧捯飭完，項目成功了，慶功會我總是只能看圖片直播的那個人。
辯駁：這個確實是我的問題，我們是一個團隊，我不辯駁，我改！
最后
上邊列了這么多吐槽，不知道你是否有所感觸呢？如何讓大家配合的更好呢？這個話題比較復雜，從公司文化，到組織架構都有影響，我們簡單的列出一些建議，有更好的想法，也歡迎大家留言補充。
- 保持一致的目標（共同的KPI，或OKR）；
- 搭檔而非上下游（組織結構的設計，信任的建立）；
- 開放協(xié)作的氣氛（產品經理有機會深入業(yè)務，參與業(yè)務）；
- 跟蹤每個需求和項目的效果（如使用情況，業(yè)務收益等，通過機制倒逼合理決策）；
- 產品經理要為結果負責（驅動并承擔業(yè)務結果，而非功能交付）。
好了，關于產品經理和業(yè)務方的相愛相恨，就講這么多，你有什么想法和觀點，或者吐槽呢，請留言分享??！
作者：楊堃，《決勝B端》作者；公眾號：PM楊堃（ID：pmYangKun），11年互聯(lián)網研發(fā)、產品設計經驗，曾就職于傳統(tǒng)外資保險公司、百度，現(xiàn)就職于vipkid。
本文由 @楊堃 原創(chuàng)發(fā)布于人人都是產品經理。未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協(xié)議。
愛盈利-運營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網App運營推廣經驗、策略、全案、渠道等純干貨知識內容；是廣大App運營從業(yè)者的知識啟蒙、成長指導、進階學習的集聚平臺；
想了解更多移動互聯(lián)網干貨知識，請關注微信公眾號運營小咖秀（ID: yunyingshow）
