产品经理进阶，到底该怎么对接需求？.docVIP

产品经理进阶，到底该怎么对接需求？ / 作为一名支撑企业内部信息化的产品经理，除了来自一线人员的的业务诉求，在面向客户的产品的发展过程中，有时也会向我们提出一些需要配合的诉求。 面对这类需要配合其他产品提供相关功能以支撑业务的诉求，便会有对接需求产生。 一、什么是对接需求？ 不管是ToB的产品还是ToC的产品，随着业务体量的发展到一定的程度，为了提高产品交付的效率和质量，产品会被划分成越来越细的业务模块。 按业务模块划分后，交由不同的人员去负责，专注于对应的业务模块进行产品能力的建设和优化。 专业度的提升，能够提高单位时间的产出效率，降低单位时间的产出成本，减少资源浪费。 当我们需要基于用户诉求，提供包含多业务模块的产品能力时，各业务模块就进行对接配合，组合提供出能够支撑用户完成业务诉求的产品和服务。 举个例子： 企业A为客户提供某项SaaS服务，为了提高营收，提高用户的付费转化率，运营同学找到前台产品经理提出了增加销售触点的需求；希望在客户使用产品服务的过程中，也新增下单入口，引导用户购买。 前台产品经理了解了业务背景和业务诉求后，想到企业内交易相关的诉求是有专门的产品经理在负责的，加下单入口这个事儿还得找交易产品经理去沟通下，需要他们提供交易相关的能力。 于是前台产品经理和运营同学一块儿去找了交易产品经理，沟通这个需求，看这个事儿需要双方之间如何进行对接和配合。 对接需求：是当某个业务域从自己的业务场景出发去做一些产品优化时，其中某些环节涉及到其他业务域，需要与其进行配合，通过上下游的任务交接，整合提供各业务模块能力的配合需求。 当产品业务域划分，各团队分别针对各自的业务域进行产品能力的建设和优化时，若要提供包含多个业务模块能力的产品支持用户能够完成业务流程、达成业务目的，就会出现对接需求。 对接需求，可以按照对接内容、对接方式、对接业务方类型分别去进行分类。 1. 按照对接的内容来分，可以分为对接业务和对接数据 下述内容，均是以我们作为「被对接方」的视角进行阐述的。 对接业务：指的是我们作为下游业务，需要基于上游业务的场景，产生的业务数据，作为媒介进入我们的业务环节时，需要提供相关的业务能力，从而支持用户完成业务操作，达到业务目的。 例如： 上述案例中，当前台产品与交易业务进行对接配合时，当用户在使用产品时，通过某个入口去下单，就需要前台产品给交易产品提供用户信息以及下单入口信息。 进而，在进入下单流程后，可以结合用户信息等，给用户推荐合适的购买内容，并且完成下单操作。 对接数据：指的是我们作为上游业务，需要基于下游业务的诉求，为其提供相关的业务数据，作为下游业务环节中，用户开展业务的数据依据和参考。 例如： 上述案例中，在前台产品中拓展了下单入口后，为了便于用户了解订单情况，后续还会提供查看订单的能力；而订单的业务数据也是由交易产品统一沉淀和管理的，因此需要交易产品提供相关的订单数据。 2. 按照对接的方式来分，可以分为仅对接接口和对接业务功能流程 对接业务按照具体的对接方式，又可以分为两种： 仅调用下游业务接口，前端操作页面由上游业务自行建设； 上游业务提供业务入口，提供下游业务所需的业务数据，然后就进入下游业务提供的功能流程中，完成业务目的。 业务对接方式的选择，需要看具体的情况来分析。 例如，与公司外部的产品进行业务能力对接时，一般都是只提供接口服务，具体页面需要自行承建。 因为不同的对接方的业务不尽相同，基于各自的业务场景以及不同的设计风格，提供操作页面难以做到统一，由对接方自行承建会更合适。 3. 按照对接的业务方类型来分，可以分为对内对接需求和对外对接需求 对内对接需求，是指公司内部的产品与产品之间协作，进行业务能力、业务数据间的对接、组合，以支撑业务； 对外对接需求，是指与第三方公司合作，和公司外部的产品进行能力对接，以支撑业务。 本文仅针对对内对接需求进行展开说明。 二、对接需求容易带来什么问题？ 1. 同样的内容需要重复介绍沟通的低效 面对业务方，当不同的业务方有各自的诉求来咨询时（例如对接的方式、对接的排期、对接的注意事项）。 我们需要重复去做沟通和介绍（明确业务诉求、业务流程、向业务方介绍我们的产品目前提供的能力，如果对接之后，基于不同的业务场景可以怎么使用），在相同的事情上花费时间。 2. 无法及时响应业务的低效 常见的情况，例如在与业务方沟通时，没有澄清清楚对方需要的是什么能力，我们能提供什么，提供后可以怎么结合诉求和场景去使用起来，导致提供的能力无法较好地满足业务诉求，后续返工，无法按时交付。 或是与业务方澄清时，发现对方提的诉求按照我们现有的能力是无法支撑的，需要先优化，再对接，响应周期比较长。 三、如何高效应对“对接需求” 1. 当对接需求来了—给出对接指南，以高效应对 1）对接指南是什