最近公司業績成長的很快，新市場發展得很好，客戶數一直增加，工程團隊被淹沒在產品維運和我規劃的路線圖功能開發之中，因此業務單位的需求在優先序上就被放在後面。

為了避免業務單位胡思亂想，我決定安排30分鐘，和對方溝通產品部門對於需求優先順序的安排邏輯，以及未來部門之間的合作方式，以求團隊有共識，願意朝著同一目標前進。

——-

產品經理和業務部門的合作方式

理解業務和產品經理的目標不一樣

業務的目標是縮短簽約時間，最大化簽約數量 ; 產品經理的目標是在有限資源裡，最大化商業價值，提高ROI。

不同的目標造成不同的思考邏輯，導致雙方出現意見相左，互相衝突的決策路徑。因此了解雙方是因為立場不同才造成不同的意見，是彼此能互相合作的第一步。

業務和產品經理是合作關係，不是對立

業務每天都在市場中打滾，是最早察覺市場變化的部門，他們是voice of customers。每天都坐在辦公室裡設計功能的產品經理，必須靠業務部門帶回市場上的最新需求，才能確保功能不會遠離市場需求。

業務帶回市場趨勢，啟動用戶訪談

業務帶回的資訊中，大部分都只是因為客戶抱怨的而產生的功能改善需求，這類型的需求從客服部門或是數據中都能得到。業務能提供最有價值的資訊，是市場未來趨勢，或是現在市場上真正的痛點，大家的痛點。

這也是為什麼產品經理在安排需求優先順序排列時，會確認需求影響的客戶數量。因為需求必需產品化，不是客製化。

業務提供市場痛點，產品經理提供解決方法

產品經理和業務一起討論需求時，很容易陷入直接討論想要的功能，忽略了應該先把時間放在定義用戶的痛點和使用場景。因為只有確認真正解決的痛點之後，產品經理才能和工程以及設計團隊根據時程、技術可行性、資源安排等等因素，設計出最適合的解決方案。

透明化需求優先順序的制定方式

業務和產品團隊之間存在一個矛盾，就是提出的需求，很多都無法被排進功能清單中。雖然這是一個無解的問題，但是產品團隊和業務單位依然能互相合作。關鍵在於訊息透明。

我會公布每個sprint的工作項目，以及判斷需求重要性的指標，讓團隊明白產品清單的安排，是經過客觀的排序，與產品經理個人的喜好無關。業務單位也能從工作項目清單中，理解產品的策略和公司的方向，明白自身提出的需求為何無法放進清單中。

提供業務單位需求保障名額

我會要求業務和客服單位，不要各自對我提出需求。先內部統一收集需求，並且排出大家都同意的優先順序後，再和產品團隊的其他需求一起討論優先順序。

我會確保每2–4個sprint，消化 1- 2 個業務單位的需求。這樣做的好處，一方面能確保業務的需求會被執行，但是又不會影響主線功能開發的進行，另一方面，因為業務部門內部已經先安排優先排序，所以提出來的都已經是符合產品策略的需求。

——-

總結

產品經理與業務部門的合作核心在於理解並尊重彼此的目標差異，並且通過透明化的需求優先順序和合作方式，確保雙方在有限資源下最大化商業價值。

透過業務帶來的市場趨勢和用戶洞察，產品經理能夠設計符合市場需求的解決方案，而業務部門的需求保障機制也有效平衡了主線功能開發與即時市場需求的執行。

最後，這樣的合作方式，不但能讓產品與市場的緊密連結，也能使公司在快速成長中保持市場競爭力。