项目上线前一天，客户问支付怎么还不能用。查下来是商户资质还在审核，需要营业执照、法人身份证和经营场景照片，还要求网站已备案。这些条件一周前就该准备，结果拖到末尾。
支付类门槛最高
支付服务通常要企业资质、对公账户和经营场景说明，有的还要求网站或小程序已上线并符合行业规范。审核周期从几天到两周不等，遇到资料不全还要退回重来。行业限制也要提前看。要不要灰度？合同里写清了吗？老常不太爱讲理论，爱讲他踩过的坑。
教育、医疗跟金融这类有额外的资质要求，部分品类直接不予接入。如果业务涉及这些，最好在项目立项时就确认，别等开发完了才发现走不通。短信需要企业实名和签名报备，签名一般是公司名或产品名，报备要审核，通常一两天。
短信和地图相对简单
模板也要报备，内容不能随意写。提前打招呼。这块不难，但必须先报后用，临时改文案要重新审。地图服务要申请密钥，按调用量计费。注意坐标体系和配额。超出配额会直接失败。演示阶段用量小看不出来，上线后并发一上来就可能撞上限。
这类服务的共同点是：技术对接一两天。资质审核可能要两周。所以排期时应该把申请放在最前面，而不是等开发完了才开始。有经验的项目经理会把资质清单作为启动条件。还有一件事：账号要归客户所有。
提前排进项目计划
用服务商或者开发方的账号开通，将来迁移会很麻烦，数据也拿不走。所以从一开始就用客户主体注册，开发方只做配置协助。我补一句：第三方服务的坑多在资质不在代码。早申请、早审核以及账号归客户，能省掉大麻烦。
第三方服务对接的常见疑问
支付接入要准备什么
通常需企业资质、对公账户和经营场景说明，部分要求网站已备案并符合行业规范。
短信为什么要报备
签名和模板需审核通过后才能发送，未报备无法使用，临时修改需重新审核。
账号该用谁的主体
建议用客户主体注册，避免后期迁移困难，开发方仅协助配置。
还有一件小事很关键：把审核进度做成可见的。谁在办、卡在哪一步与还缺什么材料。写在一个共享的地方。上线前两周每天看一眼，就不会临门一脚才发现没批。
总结：第三方对接先过资质关。清单前置、周期留足和账号归客户，上线才不卡壳。