“由于这些架构不连贯，API 激增，哥斯达黎加电话号码数据 以及新的微服务范式，可能会导致出现多个故障点，”Dave 说道。“不考虑集成的最大风险是可能会破坏整个技术堆栈。”
你所做的工作不会局限于单一平台，因此问题可能会扩散到更大的平台生态系统。
在整合项目开始时不设定这些目标的另一个主要风险是目光短浅。
设定关键集成目标并在整个项目中努力实现这些目标的过程中，部分工作就是不断重新评估您正在做的事情，以确保它仍然有意义。如果没有这些目标的指导，您就有可能创造出一些可能解决眼前问题但无法实现长期目标的东西。
“整合这些系统的全部意义在于打破传统上存在的孤岛，”戴夫说。“如果不考虑大局，你就有可能构建出与你试图打破的孤岛一模一样的整体孤岛。
当你谈论系统集成时，通常它不是一对一的事情。你是在一个更大的生态系统中做某事。因此，花时间确定你所做的事情的上游后果非常重要，”戴夫说。
受影响的系统和利益相关者有哪些？解决一个团队的问题是否会导致另一个团队出现问题？例如，如果集成导致销售数据被直接拉入您的会计系统，这是否可能导致数据质量您的会计团队会遇到哪些问题？或者，如果您的营销自动化平台和 CRM 之间的集成会增加销售的手动步骤，那么这是否会妨碍新流程被收养？
提出集成请求的人通常不是技术人员；他们是营销人员、销售团队成员、项目经理等。因此，您需要帮助他们仔细考虑所有需要考虑的问题，不仅要从技术角度考虑，还要从数据完整性和业务流程角度考虑。最终，这些考虑将影响集成实现其目标的能力。
这通常涉及数据分析的初步步骤。
“我们是否真的只是在系统之间交换数据，或者项目的一部分是数据清理？我们来回发送的数据情况如何？是否有通用标识符来建立关系，还是必须开发这些标识符？数据是否有标准？组织内是否存在已知问题（例如重复数据）？”Dave 提示道。
