復雜產品設計的邊界感

本文將探討產品經理如何處理模組間的互動問題，確保數據流動性和功能的合理性。透過實際案例分析，我們將深入了解如何在尊重各模組定位的基礎上，最佳化產品設計和數據服務，以及如何與上下遊模組進行有效對接。

「我負責哪些產品功能」、「我可以為上下遊提供哪些數據服務」、「我需要上下遊提供哪些數據服務」、「我應該如何與上下遊互動對接」等等產品問題不由自主的會在大腦中出現，都是作為產品經理的我們在日常工作中經常會向自己或相關產品經理問到的問題。

特別是，當我們需要與自己所負責的產品系統/模組存在數據資訊互動的上下遊系統/模組產品經理argue新的改造產品功能應該如何設計、應該在自己還是對方的系統/模組範圍內實作時，對接的雙方都會窮盡所有說辭來試圖說服對方接受自己所提出的產品功能設計建議。

那麽作為產品經理的我們應該如何去應對，如何去協調雙方給出最合理的產品設計解決方案？根據過往工作經歷，建議按照「以我為主，關註邊界」的原則來思考。

在實際業務中正常運轉、體現相應產品價值的每個產品系統/模組都有其定位和在支撐業務順利進行中所應該肩負的應處理的業務階段範圍，供應鏈產品是由很多不同功能的產品系統/模組組成，並且在物流、資訊流、資金流等三方面數據層面提供支撐，作為供應鏈軟件產品的組成部份，每個產品系統/模組所起到的作用各有不同。

例如：采購訂單管理模組：定位在響應來自各種不同來源采購訂單建立訴求，對生成的采購訂單進行狀態管理，並將生成的采購訂單作為基礎憑證被其他上下遊系統/模組來呼叫、流轉，以實作業務方商品采購全生命周期管理。

那麽按照采購訂單管理模組的定位，雖然在建立采購訂單時需要用到供應商數據、合約數據、商品主數據、庫存數據等數據資訊，生成的采購訂單在到貨後生成的結算單等相關數據，甚至退貨、退款過程中數據等的管理都不應在采購訂單管理模組的產品功能邏輯範疇，根本原因是這些數據資訊的管理與采購訂單管理模組的定位不符，采購訂單管理模組只定位在采購訂單資訊流源頭數據的生成及管理。

類似地，商品主數據管理模組：定位在商品主數據的建立及管理，商品主數據模組作為一個基礎、通用被呼叫產品模組，被呼叫後生成采購訂單的產品邏輯、資金結算的產品邏輯、退貨逆向的產品邏輯等數據資訊管理都不應在商品主數據管理模組的產品功能邏輯範疇。

產品定位是核心，也是與上下遊系統/模組產品經理argue的依據重心。

從產品專業性來分析，作為存在相互關聯的上下遊系統/模組產品功能，不同的產品系統/模組分屬於由不同的的產品經理、不同的產品團隊甚至不同的公司主體分別負責。

我們負責的僅是其中某個環節並由相應產品系統/模組體現。咱們最了解的也只是自己所負責的產品系統/模組情況：例如，咱們所負責產品系統/模組定位、產品功能邏輯、業務和研發資源配置、與上下遊哪些系統/模組對接、可以為上下遊系統/模組提供的數據清單以及可支持的數據資訊互動方式等等。

在實際工作中也不可能允許給予充足的時間和機會去建立對與上下遊發生互動的所有系統/模組功能有十分深入的理解。對於上下遊產品系統/模組所包含的內在產品功能邏輯及其他相關情況等不很了解，甚至是黑盒狀態。（如圖1）

圖1 系統/模組間相互互動關系

那麽，當搭建新的產品功能並需要與上下遊系統/模組發生互動對接時，我們應該從對內、對外兩方面入手：

至於這些需求如何實作、是否有更好的支持方式，都應交給需對接的產品經理來統籌考慮。（如圖2）

圖2 系統/模組間的互動邊界

每個產品經理都具備自己獨特的產品專業性，尊重別人的專業性也是對自己的一種尊重。復雜產品設計是一門藝術，這門藝術不僅適用於與其他產品經理協作過程中，也適用於自己負責多個相互關聯的產品系統/模組時。

同時，如果有余力透過多種途徑去多多了解上下遊系統/模組的內部邏輯等相關情況也是值得的，從產品經理職業發展路徑來看，將來更需要的是「T」型人才，即在所能夠掌握的範圍足夠廣的情況下能夠在某個或多個產品方向建立的自己獨特的理解。

保持好奇心，提升對復雜產品設計的邊界感能夠助力你我在產品設計的道路上走的更順、更遠。