面对这类需要配合其他产品提供相关功能以支撑业务的诉求，便会有对接需求产生

作为一名支撑企业内部信息化的产品经理，除了来自一线人员的的业务诉求，在面向客户的产品的发展过程中，有时也会向我们提出一些需要配合的诉求。

面对这类需要配合其他产品提供相关功能以支撑业务的诉求，便会有对接需求产生。

一、什么是对接需求？

不管是ToB的产品还是ToC的产品，随着业务体量的发展到一定的程度，为了提高产品交付的效率和质量，产品会被划分成越来越细的业务模块。

按业务模块划分后，交由不同的人员去负责，专注于对应的业务模块进行产品能力的建设和优化。

专业度的提升，能够提高单位时间的产出效率，降低单位时间的产出成本，减少资源浪费。

当我们需要基于用户诉求，提供包含多业务模块的产品能力时，各业务模块就进行对接配合，组合提供出能够支撑用户完成业务诉求的产品和服务。

举个例子：

企业A为客户提供某项SaaS服务，为了提高营收，提高用户的付费转化率，运营同学找到前台产品经理提出了增加销售触点的需求；希望在客户使用产品服务的过程中，也新增下单入口，引导用户购买。

前台产品经理了解了业务背景和业务诉求后，想到企业内交易相关的诉求是有专门的产品经理在负责的，加下单入口这个事儿还得找交易产品经理去沟通下，需要他们提供交易相关的能力。

于是前台产品经理和运营同学一块儿去找了交易产品经理，沟通这个需求，看这个事儿需要双方之间如何进行对接和配合。

对接需求：是当某个业务域从自己的业务场景出发去做一些产品优化时，其中某些环节涉及到其他业务域，需要与其进行配合，通过上下游的任务交接，整合提供各业务模块能力的配合需求。

当产品业务域划分，各团队分别针对各自的业务域进行产品能力的建设和优化时，若要提供包含多个业务模块能力的产品支持用户能够完成业务流程、达成业务目的，就会出现对接需求。

对接需求，可以按照对接内容、对接方式、对接业务方类型分别去进行分类。

1. 按照对接的内容来分，可以分为对接业务和对接数据

下述内容，均是以我们作为「被对接方」的视角进行阐述的。

对接业务：指的是我们作为下游业务，需要基于上游业务的场景，产生的业务数据，作为媒介进入我们的业务环节时，需要提供相关的业务能力，从而支持用户完成业务操作，达到业务目的。

例如：

上述案例中，当前台产品与交易业务进行对接配合时，当用户在使用产品时，通过某个入口去下单，就需要前台产品给交易产品提供用户信息以及下单入口信息。

进而，在进入下单流程后，可以结合用户信息等，给用户推荐合适的购买内容，并且完成下单操作。

对接数据：指的是我们作为上游业务，需要基于下游业务的诉求，为其提供相关的业务数据，作为下游业务环节中，用户开展业务的数据依据和参考。

例如：

上述案例中，在前台产品中拓展了下单入口后，为了便于用户了解订单情况，后续还会提供查看订单的能力；而订单的业务数据也是由交易产品统一沉淀和管理的，因此需要交易产品提供相关的订单数据。

2. 按照对接的方式来分，可以分为仅对接接口和对接业务功能流程

对接业务按照具体的对接方式，又可以分为两种：

1. 仅调用下游业务接口，前端操作页面由上游业务自行建设；
2. 上游业务提供业务入口，提供下游业务所需的业务数据，然后就进入下游业务提供的功能流程中，完成业务目的。

业务对接方式的选择，需要看具体的情况来分析。

例如，与公司外部的产品进行业务能力对接时，一般都是只提供接口服务，具体页面需要自行承建。

因为不同的对接方的业务不尽相同，基于各自的业务场景以及不同的设计风格，提供操作页面难以做到统一，由对接方自行承建会更合适。

3. 按照对接的业务方类型来分，可以分为对内对接需求和对外对接需求