做过B端业务的同学都知道，我们在工作中难免会遇到系统之间的对接问题。为此，我们不仅需要了解对方系统所能提供的内容，还需要知道双方之间可以交互的节点。
对接的顺畅，可以大大提升自己系统的扩展性；对接的不畅，步步是坑事倍功半。
最近自己刚好正在对接一个ERP系统，规模在国内算是比较大的那种。切记，请不要相信对方提供的所谓开发文档，关键时刻还是要靠人对人的沟通。
如果你也准备做系统间的对接，那么我希望下面这些内容能够对你所有帮助。
一.了解对接目的是什么
有些是公司规划需求，有些是客户定制需求，无论哪种类型，我们都需要明确具体的需求是什么。
01.目前迫切的痛点
如果将需求按优先级来划分，那目前最迫切的痛点问题，自然是我们需要优先关心的。
你可能会说，做目前最迫切的痛点，这是句正确的废话，谁都知道。为什么还要特别说明呢？
因为关于系统对接，为此所涉及到的功能和可能要动用的资源，实在是太多太多。
如果我们不提前规划好需求的优先级，最后的结果往往是什么都做不了。
以我们目前的情况来说，自己系统里的功能就将近10个，要对接的系统中的功能则更多。在这样的情况下，你要对接哪些功能？具体要怎么对接？这些都是产品经理需要考虑的。
首先，我们需要和需求方明确当前阶段最紧急、最迫切的功能。你可以这样考虑，为了保证业务能够走下去，我们至少需要做哪些工作。尽量聚焦在核心业务流程上。
其次，在了解到需求方的要求之后，我们自己需要梳理一遍这流程中可能涉及到的关键和数据对接节点。要确保不遗漏、不多余。
举个例子，我们的客户要求首先将订单流程对接跑通，即用户能够下单，然后发货、库存这些信息能够做到同步。
针对上面的情况，如果你仅仅只做订单这一块，那肯定是不行的。经过仔细的梳理，至少有下面这三大块内容需要考虑：
商品信息：包括商品基本信息、库存信息；订单信息：包括下单流程、发货流程；售后信息：包括退款流程、退货流程；
有的放矢，抓大放小，一步一个脚印。
02.未来可能的需求
所谓的脚踏实地，心向远方，就是这样的状态。我们不仅需要知道当下最重要的事情，还需要知道未来可能的方向。
可能你会问，我们将当下的事情做好、满足需求了，就已经不容易了，哪还有时间和精力去考虑其他。
话是这样说没错，但如果真的这样，那以后产品的升级，也许将难上加难。
了解需求方未来可能的潜在需求，无论是对自己产品的规划和功能的迭代，都有着重要的指导作用。
首先，通过对潜在需求的了解和分析，来判断未来的发展趋势和我们自己的规划是否相符。
如果相符，我们可以考虑怎样更好的进行融合；如果不相符，我们可以考虑是调整自己的方向还是放弃未来的可能。
其次，通过对需求的深挖和抽象，对我们自己的产品规划有参考价值。多种选择、多种方向，也许能为我们提供新的视野和方向。
以我们这次的对接来说，通过这次实践，对于我们自己以后的微服务有着很好的借鉴意义，也为我们以后的方向找到了一个可能的机会点。
未来的不可知，需要我们多思路、多角度思考问题。
二.明确对方能提供什么
俗话说，知己知彼才能百战百胜，放在我们这里，那就是知己知彼才能更好的对接融合。在开始对接前，首先要做的，就是要了解对方能够提供什么。
01.自己先了解概况
想了解对方能提供什么，最直接也是最有效的方式就是自己去体验、去了解。
在这里，我们要感谢这个时代。现在大部分的互联网产品，都会有官网介绍和产品体验，有些产品还可以进行试用甚至免费使用。
这就为我们了解第一手资料提供了很多便利，尽可能多的获取对方的资料。当然，也是需要有重点的。
搞清楚对方主要提供哪些功能；搞清楚对方是否能够提供标准的API接口；搞清楚对方能否进行针对性开发，等等。
如果对方有API接口和文档，那将能够大大的提升我们对接的效率。毕竟能够提供标准接口的，大部分都是经过验证可行的。
如果我们的需求，超出了对方的标准范围，能够针对性的提供功能开发，具体费用如何，这些我们最好也要提前了解和准备，为后续的方案沟通做准备。
以上，是我们自己作为需求方，需要去了解的内容。
如果需求来源是我们的客户，那我们就可以通过与客户的沟通，深入了解对方系统的功能。
而且，在这种情况下，我们还可以进入客户的账号，亲自体验对方产品的操作流程和逻辑，梳理页面字段和内容，针对性整理汇总。
通过以上两种方式，先形成自己的初步印象。
02.有针对性的进行沟通