在产品工作中，我们经常需要对接第三方服务。本文作者从自己过往的对接项目经验中，提炼出了如何对接业务系统与第三方服务的方法论。希望对您有所帮助。

随着公司业务的发展，我们有时会遇到需要在自己的业务系统中添加新的服务，但又无法纯粹独立开发的情况。

例如有以下三种类型：

无资质：有些业务需要相应的行业资质才能开展，比如第三方支付业务，需要支付牌照才能具备研发资质；能力不足：与领先的互联网企业相比，中小型企业自研能力相对较弱，需求变现困难。例如，人脸识别需要基于AI的识别算法来提取面部特征，如果没有一定的技术积累，这可能是不可能的。可以做到，但投入产出比不高：需要大量的资源和能源，开发难度大。周期长，很容易得不偿失。比如，搭建客服系统，仅仅为了保证消息的稳定发送和接收，就需要很长的开发周期，更不用说客服智能分发、智能机器人等高级功能了。

这个时候，如果市场上正好有成熟的解决方案，我们就可以把专业的工作交给有一定资质和专业知识的人，利用他们的能力来解决我们自己的问题。

比如我们要在电商系统中集成查询物流轨迹的能力，如果我们自己开发的话，需要对接多个物流公司的运单号系统，耗时耗力，并且连接可能不成功。这时候如果有第三方服务商集成了多家物流公司的物流轨迹查询，我们就可以直接和他们合作，实现自己的物流查询功能。

通过接入合适的第三方服务，公司不必通过在新领域进行试错研究而投入高昂的开发成本，并且可以缩短开发周期，让我们的业务产品快速获得更专业、稳定的服务，并变得更加成熟和强大。

我们了解上述对公司的好处，但了解和访问第三方服务对于产品经理来说往往不是一件容易的事。

做产品没有标准答案。我们制造的每一个产品解决方案都是在特定的环境中生产的。每次都是定制的，尤其是在与第三方打交道时。不仅需要快速了解另一个领域的基础知识和行业产品，还需要将所选的第三方服务与公司新的业务需求相结合，设计出最合适的产品解决方案。每次都像摸石头一样。过河有难以形容的困难。

在反思了以往多个对接项目的经验后，我将整个对接过程分为三个阶段，并试图提炼出每个阶段应该遵循的共同点，以便我们在对接时有章可循，减少不必要的麻烦。问题。困难，希望对你有帮助。

第一阶段：预设计

在设计具体的解决方案之前，产品经理应该做什么？

1.对自己的业务系统有一个整体的了解

只有先了解和掌握我们业务系统的整体情况，在了解了业务需求和三方解决方案后，才能分析出所有需要改变的部分。

否则，如果你对自己的系统结构和业务只有一个简单的了解，就贸然进行三方研究和方案设计，很容易因为前期考虑不周全而造成不可预见的危险后果。

比如有一个后台管理系统，管理线上商城和线下门店的零售业务。您需要将新的第三方支付聚合融入到整个系统中，并逐步取代原有的第三方支付服务。

如果您对业务系统了解不够，可以直接分析如何使用第三方服务能力，并制定项目线上推广方案。运气好的话，您可能只会犯一个小错误。例如，在前端商城中，您更改了业务页面的某些字段，但您错过了将更改同步到后端的统计页面，导致其无法正常显示。这个影响的范围比较小，上线后还是可以及时进行修复的。

但如果严重的话，你的考虑不周甚至可能会直接影响到系统相关业务的正常运行。比如你之前一直负责线上产品的迭代。在这个项目中，因为你没有加强对线下业务的理解，所以在设计过程中，你直接忽略了店面的重要设备——POS机。在软件里面的自建订单页面，还需要更改新的支付方式。由于本项目没有同步变更，因此将直接影响线下刷卡、二维码扫描等场景的正常业务开展。

那么对于业务系统你需要了解多少呢？我们可以对风险进行分类，然后倒推，尽早做好准备。

你可以像我一样，用二分法，简单地将这些可能的风险分为对业务的直接影响和对业务的间接影响。

直接影响，就是影响业务的闭环运作。如果任何一个方面不加以考虑，都会干扰企业的正常运作。因此，您需要对业务需求所涉及的主要业务流程以及其中的逻辑有一个清晰的了解。即使您对任何字段规则有疑问，您也应该追根究底。分析一下是否是一个错误，是否应该在本项目中一起解决，避免对新老业务造成影响。

间接影响是指不影响项目主要过程正常进行的其他影响。比如统计、设置等方面的相关变化，这些对分支流程的要求是最容易被我们忽视的，但只有将其考虑在内，才能让计划更加完整。在开发审核的过程中，我们的计划很少能够一次就通过，总会有或多或少的修改。大家可以和我一样，把每次评审时发现的设计过程中遗漏的功能或服务写在备忘录中，以便在后续的每个设计方案产生后进行自我检查，以改进最初的方案。的完整性。

为了更好地降低风险，您还可以邀请公司内熟悉业务的相关人员参与您的设计方案的审核，检查是否有设计遗漏，提供额外的保险，避免一事无成、后顾之忧。失去另一个。

2. 完成第三方产品的研究

当我们购物时，我们通常会货比三家，以选择我们最喜欢的产品。同样，为了实现业务需求而连接的第三方也会长期伴随着自己的产品，这需要我们仔细筛选。

如果我们不喜欢该产品，我们可以选择退货或重新购买，但连接的第三方服务不适合。即使我们找到新的服务商合作，公司也已经在之前的对接过程中付出了成本。这是不可逆转的。

因此，在具体对接之前，我们应该对第三方服务商进行仔细的研究和筛选。

我把这个过程分为两个小阶段，初步筛选研究和提交名单。

1）研究初步筛选

当你刚开始了解一个新的领域时，你需要做的就是快速研究一些核心概念，然后尽可能多地收集行业产品的信息，并简要分析它的服务能力如何匹配我们的业务需求。

在考察其服务能力时，最关键的无疑是其对我们基本需求的满足程度以及产品的可扩展性。

1. 基本需求

基本需求，即这个时期需要实现的业务是否能够得到满足，是比较容易判断的。

例如，您想在您的业务系统中实现在线订购和送货的功能。订单发货时，通过接口传输订单信息后，接收物流公司返回的快递单号信息，即可获取物流轨迹更新。

您只需梳理核心需求并与其官网的业务描述进行对比，或者直接询问客服或销售，您就可以快速知道是否可以实现。

2、产品扩展性

业务需求很少能一劳永逸地得到满足，并且往往会随着业务的发展而发生变化。因此，仅仅考虑满足当前的需求是不够的。你还需要进一步了解。为了满足这次的基本需求，所使用的第三方产品和服务可以满足未来定制的需求。确定其可扩展性，即其二次开发能力。

例如，在分析和梳理新的业务需求后，我们通常会进行多阶段的项目规划。如果第一阶段满足了核心需求，那么我们就要考虑如何实现第一阶段重要但没有优先考虑的额外需求。如果当时的迭代计划需要对已经使用的第三方产品页面或者系统的设计进行调整，而对方不支持其二次开发或者修改难度大、耗时长，那就更要小心了需要考虑。

在日常工作中，我们也要不断锻炼思考问题本质的能力。我们不应该让产品设计停留在表面，只解决当前的问题。相反，我们必须考虑它是否能够应对未来业务更多变化的需求。

2) 名单提交

初步调查结束后，需要对符合条件的第三方服务商进行纵向研究，完成调查并比较输出结果，综合分析后提出建议供相应决策者选择。

分析至少包括以下三个维度：

1. 成本

使用第三方服务时，经常会产生各种费用。这也是公司最关心的点之一，需要认真调查。

常见的费用类型包括：

每个服务提供商都有自己的收费模式。了解清楚之后，我们就需要根据自己的需求来考虑最适合现阶段公司的选择或组合。

2.风险

如果接入的第三方服务不稳定，上线后对自己的产品影响将是灾难性的。

服务不稳定造成的卡顿，或者数据错误、丢失等问题，会直接影响用户对产品的体验和印象，甚至可能直接放弃产品。

因此，稳定性是三方服务能力的重中之重，但这也是我们初次连接时往往难以判断的。

如果你直接询问服务商其接口的稳定性，对方肯定会说很稳定，因为谁都不想在第一次合作时暴露自己的问题，导致客户产生动摇，合作失败。 。所以我们需要从其他方面更多地了解真实情况。

例如，您可以通过以下几点评估和降低风险：

3、产品搭配

在初步筛选过程中，我们关注的重点是要使用的各个产品的可扩展性。这里我们还需要知道对应的产品套餐是怎样的，也就是思考其他的产品资源是否能够服务于我们后期业务的发展。

比如接入视频直播服务时，关注美化、转码、连麦聊天等支持功能，并考虑在未来的开发中是否可以应用。这不仅可以帮助我们拓宽对未来规划的思考，还可以进一步判断对方的服务能力和业务成熟度。

三、初步方案

在决定与哪个第三方连接之后，我们需要给出一个与服务提供商沟通的初步计划。确认可以实现后，我们就可以进行具体的设计了。

这就需要我们首先了解这个需求背后的核心问题是什么。通过确定业务的核心，我们可以找到简单快捷的解决方案。了解优先级和紧迫性后，我们可以给出自己的最低限度的解决方案。结合自身系统的简要介绍和业务背景描述，可以让服务提供商更好地判断自己的产品或服务是否令人满意。

为了更好地说明方案中需要实现的业务需求，可以用简短的流程图进行说明，同时确认哪些环节将使用哪些接口。由于这一步涉及到两个系统的实施，所以需要邀请我们的技术人员参与前期的研究和审核，探讨接入方式和可行性。

1）注意事项

1. 关于第三方服务商

我们需要识别对方的业务对接人员和技术对接人员，这样当对接出现问题时，我们可以快速找到负责人，沟通并解决问题。

在具体设计之前，首先要通过电话或者QQ等方式确认自己的业务需求是否能够得到满足，避免在与开发者的对接过程中发现无法很好的实现，一切的努力都将付诸东流。 。

在确认商业计划的可行性之前，你还可以询问对方他们的典型案例和场景是什么样的。通过了解不同的业务需求，还可以帮助你拓展思维，思考未来的需求。

当连接复杂或通讯不清楚时，您可以联系我们进行现场演示，以缩短通讯周期。

2、关于业务定制方

这里所说的业务定制商是指定制项目或者SaaS软件的业务端。在帮助他们实现新的服务需求时，一定要提前了解并确定对方想要实现的业务范围。同时，应对每次沟通的结果进行记录和确认，避免在业务需求的早期确认中出现不必要的异议。

第二阶段：设计

初步方案获得批准后，我们​​将进行具体的产品设计。这里简单讨论一下设计时应该注意的4个小点：

1、梳理接入第三方的业务流程

为了避免复杂的开发，降低沟通成本，可以在流程图中注明与三方的接口动作，在哪些环节进行哪些判断。异常情况也有处理的方法，比如连接第三方支付时支付失败的原因是什么，不同的结果如何处理等。

2、新业务对原有业务的影响

新服务接入业务系统后，需要判断并说明是否默认激活。如果未激活，是否需要对原有业务进行设计调整，对旧数据进行处理。

3、设计上对C端用户的无差别感知

如果有必要，没必要让用户直接感受到第三方添加到产品中。

还是以上述三方支付项目为例，当时我们有一个环节，如果个人经销商想要提取佣金，需要在成为经销商之前在三方账户系统中创建一个账户，这需要个人提前在前端产品中创建一个新帐户。进行认证签字。

此时，我们不需要在签约过程中让用户直接感知到第三方账户信息的建立（这个会在签约协议中说明）。我们只需要直接让第三方的虚拟账户系统在后台映射平台账户，与用户一一对应即可。没有意义，也减少了认知负担。

4. 接口文档中是否有缺失的数据项？

接口文档的作用就是让我们知道在哪个环节需要向对方提供什么内容，以便对方能够有效地处理并返回我们需要的结果。

例如，要在后台实现网上订购功能，我们只需要将其传递给对方，以接收发件人的姓名、手机和地址信息，然后对方就会返回快递单号。

仔细阅读接口文档。除了避免遗漏必填项外，还应注意本次设计中是否需要添加每个环节中的可选项。例如，后台在线下单时，可以考虑用户是否可以选择通知快递员来取包裹。

5、注意事项

在完全实现业务需求之前，我们往往会采用最小可行方案，即先跑通核心业务。第一种连接，逻辑最好不要太复杂。如果开发审核后开发周期较长，就需要反思一下自己是否一次性做的太多了。

同时，完整的设计方案产生后，开发前应与业务方再次沟通，输出最终的业务流程图进行确认。

第三阶段：上线后

测试完成上线后，我们还要做两件事：

1、风险控制与三方能力评估

上线后，我们仍然不能放松对第三方服务的风控。由于第三方是我们无法控制的部分，因此我们无法确定上线后是否会出现问题。因此，我们必须能够在必要时立即关闭服务。

同时，还需要在运行一段时间后评估三方的稳定性和扩展性。如果不符合要求，后期需要考虑是否更换服务商。

2、项目评审

项目评审就是反思从项目开始到正式上线，你做了哪些工作，产品计划的有效性如何，评估所达到的结果与预期结果的偏差，看是否比预期更好以及是否符合预期。有错误。什么。通过反思取得进步，提高自己的生产力。

特别是我们做的产品方案如果没有经过一次，我们应该多反思一下当时修改了什么，哪些方面思考不足，检查是否有遗漏的异常流程，是否对其他模块造成影响。被照顾了。然后，在评审过程中发现的需要改进的内容将纳入下一步的迭代规划中。

结论

每次我们接触一个新的第三方类型时，我们常常会感觉自己面临着一个全新的困难，充满了太多的未知，很容易感到困惑。

但作为一个以研究为基础的职业，产品往往需要探索。既然选择了产品之路，就只能经历坎坷。让我们无所畏惧地迎难而上，在一个又一个的项目中继续深入思考、磨练自己。