編輯導語：產品經理在日常工作中會接到來自多方的訴求，產品經理需要對這些需求進行判斷以及對接，對接需求也需要多方面的配合；本文作者分享了關于產品經理進階，到底該怎么對接需求的方法和思考，我們一起來看一下。

作為一名支撐企業內部信息化的產品經理，除了來自一線人員的的業務訴求，在面向客戶的產品的發展過程中，有時也會向我們提出一些需要配合的訴求。

面對這類需要配合其他產品提供相關功能以支撐業務的訴求，便會有對接需求產生。

一、什么是對接需求？

不管是ToB的產品還是ToC的產品，隨著業務體量的發展到一定的程度，為了提高產品交付的效率和質量，產品會被劃分成越來越細的業務模塊。

按業務模塊劃分后，交由不同的人員去負責，專注于對應的業務模塊進行產品能力的建設和優化。

專業度的提升，能夠提高單位時間的產出效率，降低單位時間的產出成本，減少資源浪費。

當我們需要基于用戶訴求，提供包含多業務模塊的產品能力時，各業務模塊就進行對接配合，組合提供出能夠支撐用戶完成業務訴求的產品和服務。

舉個例子：

企業A為客戶提供某項SaaS服務，為了提高營收，提高用戶的付費轉化率，運營同學找到前臺產品經理提出了增加銷售觸點的需求；希望在客戶使用產品服務的過程中，也新增下單入口，引導用戶購買。

前臺產品經理了解了業務背景和業務訴求后，想到企業內交易相關的訴求是有專門的產品經理在負責的，加下單入口這個事兒還得找交易產品經理去溝通下，需要他們提供交易相關的能力。

于是前臺產品經理和運營同學一塊兒去找了交易產品經理，溝通這個需求，看這個事兒需要雙方之間如何進行對接和配合。

對接需求：是當某個業務域從自己的業務場景出發去做一些產品優化時，其中某些環節涉及到其他業務域，需要與其進行配合，通過上下游的任務交接，整合提供各業務模塊能力的配合需求。

當產品業務域劃分，各團隊分別針對各自的業務域進行產品能力的建設和優化時，若要提供包含多個業務模塊能力的產品支持用戶能夠完成業務流程、達成業務目的，就會出現對接需求。

對接需求，可以按照對接內容、對接方式、對接業務方類型分別去進行分類。

1. 按照對接的內容來分，可以分為對接業務和對接數據

下述內容，均是以我們作為「被對接方」的視角進行闡述的。

對接業務：指的是我們作為下游業務，需要基于上游業務的場景，產生的業務數據，作為媒介進入我們的業務環節時，需要提供相關的業務能力，從而支持用戶完成業務操作，達到業務目的。

例如：

上述案例中，當前臺產品與交易業務進行對接配合時，當用戶在使用產品時，通過某個入口去下單，就需要前臺產品給交易產品提供用戶信息以及下單入口信息。

進而，在進入下單流程后，可以結合用戶信息等，給用戶推薦合適的購買內容，并且完成下單操作。

對接數據：指的是我們作為上游業務，需要基于下游業務的訴求，為其提供相關的業務數據，作為下游業務環節中，用戶開展業務的數據依據和參考。

例如：

上述案例中，在前臺產品中拓展了下單入口后，為了便于用戶了解訂單情況，后續還會提供查看訂單的能力；而訂單的業務數據也是由交易產品統一沉淀和管理的，因此需要交易產品提供相關的訂單數據。

2. 按照對接的方式來分，可以分為僅對接接口和對接業務功能流程

對接業務按照具體的對接方式，又可以分為兩種：

1. 僅調用下游業務接口，前端操作頁面由上游業務自行建設；
2. 上游業務提供業務入口，提供下游業務所需的業務數據，然后就進入下游業務提供的功能流程中，完成業務目的。

業務對接方式的選擇，需要看具體的情況來分析。

例如，與公司外部的產品進行業務能力對接時，一般都是只提供接口服務，具體頁面需要自行承建。

因為不同的對接方的業務不盡相同，基于各自的業務場景以及不同的設計風格，提供操作頁面難以做到統一，由對接方自行承建會更合適。

3. 按照對接的業務方類型來分，可以分為對內對接需求和對外對接需求

• 對內對接需求，是指公司內部的產品與產品之間協作，進行業務能力、業務數據間的對接、組合，以支撐業務；
• 對外對接需求，是指與第三方公司合作，和公司外部的產品進行能力對接，以支撐業務。

本文僅針對對內對接需求進行展開說明。

二、對接需求容易帶來什么問題？

1. 同樣的內容需要重復介紹溝通的低效

面對業務方，當不同的業務方有各自的訴求來咨詢時（例如對接的方式、對接的排期、對接的注意事項）。

我們需要重復去做溝通和介紹（明確業務訴求、業務流程、向業務方介紹我們的產品目前提供的能力，如果對接之后，基于不同的業務場景可以怎么使用），在相同的事情上花費時間。

2. 無法及時響應業務的低效

常見的情況，例如在與業務方溝通時，沒有澄清清楚對方需要的是什么能力，我們能提供什么，提供后可以怎么結合訴求和場景去使用起來，導致提供的能力無法較好地滿足業務訴求，后續返工，無法按時交付。

或是與業務方澄清時，發現對方提的訴求按照我們現有的能力是無法支撐的，需要先優化，再對接，響應周期比較長。

三、如何高效應對“對接需求”

1. 當對接需求來了—給出對接指南，以高效應對

1）對接指南是什么？

對接指南：是當有業務方對我們提出對接需求，需要我們提供相關產品能力時，能夠指導對接工作開展的說明文檔。

對接指南主要分為兩部分：

第一部分，從業務角度出發，告訴業務方：我們希望對方給到我們的信息有什么，可以在指南中列出一些問題，引導業務方考慮和回答。

通過我們在對接指南中羅列出的讓業務方回答的問題，去引導業務方更加全面和深入地思考相關的業務問題，以及涉及的業務場景和業務邏輯。

能夠更加精準地定位業務問題和對接需求中雙方需要做的事情，以及減少不必要的溝通時間，提高協作效率。

第二部分，從對接角度出發，告知業務方：后續雙方需要如何配合，需要業務方提供什么數據，我們會提供什么數據或能力，提供后能夠如何使用。

在對接指南中提前提出后續在對接配合時，雙方分別需要提供什么數據或能力，如果存在目前不支持的功能點，能夠提前識別出來，進行優化并對接。

減少由于提供的功能不適用于業務訴求而返工、浪費資源的可能性。

2）對接指南如何梳理？

梳理第一部分：對接前，業務方需要考慮和回答的問題。

核心思路：需要引導業務方進行思考，完善業務邏輯，避免低效溝通。

參考內容：相關內容。

注意事項：

業務背景：需要是完整的業務背景，即現在是基于一個什么樣的業務情況下，遇到了什么問題或者想要達成什么業務目標，促使業務方需要去做某件事；

在這當中，有哪一部分，是涉及到我們的業務的。

業務訴求：基于上述的業務背景，再進一步說明，對我們提出的業務訴求具體是什么。

可以從以下三個方面，去考慮我們要羅列的問題：

• 用戶從哪來：會在什么情況下使用？
• 用戶要干嗎：來了之后，需要做什么？
• 用戶到哪去：使用后，接下來要去做什么？

業務優先級及期望時間：

示例：業務訴求中可以羅列出來讓業務方回答的問題，引導對方進行相對完善的考慮。

為什么需要說明完整的業務背景和訴求（業務場景和業務流程）？

作為對接需求的一方，我們是多個業務環節中的一環。

為了確保我們的優化能夠在業務場景中支撐到用戶，而不僅僅是提供了某個功能點。

否則，即使我們提供了相應的能力，但是在完整的業務流程里卻走不通，業務價值將會大打折扣。

因此，為了保證業務價值能夠更好地實現，用戶體驗更加順暢，我們需要去了解完整的業務背景，以及從實際的業務場景出發，關注業務完整的上下游。

從場景、從用戶的角度出發去考慮整體的需求和流程，而不是僅僅關注到我們提供的能力。

為什么需要說明業務優先級及期望時間？

基于上述對業務訴求的了解，我們可以大致知道目前的產品能力能否滿足業務訴求。

再結合期望時間，有一個大致的預期感知和判斷，可以提前思考相關的對接策略，提高后續的溝通效率。

例如：

當前產品能力是已經能夠滿足業務訴求的，那么基本上預期時間如何，都沒太大關系，排期完成對接即可。

以及，如果說我們的現有產品能力是不滿足業務訴求的，但是在預期時間內，有足夠的研發資源能夠去做優化然后對接的，也是排期完成優化及對接即可。

但如果在預期時間內，是沒有足夠的研發資源去做優化然后對接的，那么需要去溝通對應的對接策略：

• 首先，能否接受我們基于目前已有的產品能力，所滿足的業務訴求的程度—如果能夠接受，可以考慮先完成對接，使用起來，后續再排期優化；
• 其次，能否接受我們優化至能夠滿足業務訴求的排期時間，再對接使用—如果能夠接受，可以考慮先不對接，等優化完后，再排期對接；
• 最后，該對接需求的業務優先級是否真的重要緊急到必須在預期時間內做到滿足業務訴求—如果是的話，需要考慮申請研發資源，排期完成優化及對接。

2）梳理第二部分：對接時，雙方需要提供什么？

核心思路：提前識別對接配合中需要注意的事項和問題，盡可能避免后續提供了不適用的功能，導致返工及延期。

參考內容：相關內容。

注意事項：

入參：業務方需要提供什么。

需要說明：

• 其中哪些業務數據是必須提供的，哪些是可以看情況選擇性提供的；
• 針對需要提供的參數進行進一步說明，即這些業務數據是什么含義，為什么需要提供，提供后有什么用途。

出參：我們會提供什么。

需要說明：

我們會提供什么：

• 對接業務時，告訴業務方，我們會返回什么業務結果。例如業務方對接下單能力時，需要告知其下單結果。
• 對接數據時，告訴業務方，我們會返回哪些業務數據。例如業務方對接獲取訂單數據時，需要告知對應的業務數據，例如用戶信息、購買商品、購買金額、下單時間等。

在實際業務中可以怎么使用：

示例1：入參，業務方需要提供什么

示例2：出參，我們會提供什么

通過上述內容，提前和對方在業務層面溝通好過程中雙方涉及的和所需要的業務數據，理解用途。

如果存在目前還不支持的情況，需要分析并優化以支撐業務。

盡可能減少雙方研發在進行開發對接時才發現按照當前的接口情況，并不能滿足業務訴求，進而需要重新進行需求分析、接口設計、研發估時這些返工的情況，導致需求研發過程中的風險產生。

業務方看完對接指南后，我們還需要做什么？

業務方根據上述對接指南中的內容，已經大致梳理好了業務背景、業務訴求，了解了雙方在后續的交互過程中，需要提供的數據和我們會返回的數據、提供的能力，以及如何去使用這些數據和能力。

接下來，我們需要與業務方再進行溝通：確認需求場景，了解對方目前的訴求和能力，以及明確我們接下來具體的對接方式。

結合對方的訴求和能力溝通確認對接方式，是僅提供接口服務即可，還是需要我們提供功能流程。這里需要具體情況具體分析。

• 例如對外面向客戶的產品，對整體UI風格統一性要求較高，要求內部支撐產品團隊提供統一的客戶訂單管理功能時，建議自行建設前端功能頁面；
• 例如面向內部員工的CRM產品，要求交易產品提供統一的客戶訂單管理功能時，建議直接對接功能流程。因為對于訂單管理來說，不同的渠道都是需要統一考慮的，如果自行建設，我們改了功能，對方也得跟著改，不如直接對接。

2. 在對接需求之外—主動去思考和規劃產品能力的搭建節奏

1）為什么我們要主動思考和規劃？

主動思考和規劃：即不需要業務方提出說，現在需要我們提供什么能力，我們才去建設。

而是能夠自驅自發地去思考，接下來業務上，可能需要我們提供什么樣的產品能力，我們要在什么時候能夠提供什么樣的產品能力。

如果缺乏主動思考和規劃，當業務提出需求，而目前沒有現成的產品能力能夠支撐業務訴求時，可能遇到的問題如下：

若該業務需求重要緊急到，必須在預期時間內做到滿足預想的業務訴求：

• 情況1：為達成上線目標，需要額外去申請和協調研發資源；
• 情況2：在產品方案到開發實現的過程中，進行一些妥協（例如：相同的產品能力基于不同的業務訴求進行重復建設），但后續還需要進行調整，浪費研發資源；

若該業務需求，沒有必須要在預期時間內滿足預想的業務訴求：

• 情況3：預期時間內，提供的解決方案能夠支撐業務流程走通，但是用戶體驗相對來說不夠順暢，或者某些優先級較低的功能點暫不支持，需要做一些舍棄；
• 情況4：預期時間外，優化完成后再與業務方對接上線，產品能力支撐業務訴求相對滯后，響應業務不夠及時；

2）如何去思考和規劃？

可以從以下幾個問題去切入思考：

• 長遠來看，我們的產品定位和目標是什么？要能夠解決什么問題？滿足什么訴求？
• 現狀來看，我們的產品能力是什么樣的？已經能夠提供哪些能力，去支撐業務訴求？
• 結合后續業務可能的發展方向，思考我們需要再搭建哪些的產品能力，當業務有需要時，快速響應和支撐。

具體涉及產品規劃的做法，本文不展開闡述。

四、小結

隨著業務的發展、業務域的細分，對接需求順應而生。

為了提高對接需求的效率與質量，我們可以提前梳理對接指南，以減少不必要的溝通時間和更加精準地定位問題和我們要做的事情。

另外，在進行需求對接之余，我們還需要主動去做好思考和規劃，以提高業務響應速度和降低由于某些為及時響應業務而提出的臨時方案帶來的開發成本。

作者：產品BBQ；公眾號：產品BBQ

本文由 @產品BBQ 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議