先明确哪些数据需要交换、由哪个系统负责、何时更新以及失败后如何处理，再准备接口资料、测试环境和业务样例。系统名称相同不代表接口条件一致，应先验证关键流程，再确认完整开发范围。
先列业务动作，再列接口名称
例如“网站咨询进入 CRM 后分配给销售”，需要明确传递字段、如何去重和怎样返回处理结果；“展示 ERP 库存”则要确认库存口径、更新时间及是否允许对外展示。与软件系统开发团队沟通时，用业务动作描述目标，避免仅写“打通系统”。
确认数据归属和更新方向
同一客户、产品或订单应有稳定的对应标识，并约定哪个系统是主要维护来源。双向同步尤其要确认冲突如何处理，不能让两端轮流覆盖。可以在项目需求清单中记录字段、来源、接收方和允许修改的人。
准备可供验证的资料与环境
- 接口说明、字段示例、测试地址及技术联系人。
- 按用途开通的测试权限，不把正式管理密码写进普通文档。
- 正常、重复、缺失字段及失败返回等业务样例。
- 接口费用、使用限制和第三方配合范围，由相关服务方确认。
约定失败处理和上线验收
网络中断或接口报错时，要能知道哪些数据未同步，明确是否重试、如何补录及如何避免重复创建。表单线索场景可参照询盘链路排查方法逐段核对。上线前安排小范围验证；客户使用的入口可对照官网与小程序的适用场景明确职责，不能等页面完成后才首次测试外部系统。