答题能不能对接自己的系统？接口能力怎么判断

核心SEO词：现场答题、答题系统对接、接口开发、单点登录

「能不能和我们现有的系统对接」——问这句话时，双方理解的可能完全不是一件事。你指的是名单自动同步，对方理解的是页面上放一个链接。差别很大，成本差别更大。

结论：对接分三种程度——跳转、嵌入、打通。第一种几乎不要成本，第二种看有没有现成方案，第三种是开发项目，要有人天预算。

一、三种程度，差别在哪

多数需求其实停在第一种。真正需要第三种的情况是：员工已经在内部系统登录了，不希望再扫码一次；或者成绩要自动进入考核档案。

判断自己到底需要哪一种，有个简单的方法：问使用者能不能接受「打开另一个页面」。能接受，第一种就够；接受不了的，才值得往第二、第三种走。这个问题比讨论技术方案快得多。

二、常见的三种对接需求

1. 单点登录。员工从内部系统点进来，不用再扫码、不用再填信息。这是最常被提出的需求。
2. 名单同步。把参加人员名单推过去，只有名单内的人能答。适合内部培训。
3. 成绩回传。答完之后分数自动写回自己的系统。适合要进档案的场景。

三种里，第一种体验提升最明显，第三种实现最麻烦。因为成绩回传涉及字段定义、失败重试、数据一致性，这些都不是「调个接口」那么简单。

三、怎么判断接口能力

「我们有接口」这句话要追问三层：

• 有没有文档。成文的接口文档，包含请求地址、参数、返回示例。没有文档的接口，等于没有。
• 有没有测试环境。能不能让你在正式使用前调试。只能上线后调的，风险全在你这边。
• 有没有调用限制。每秒多少次、每天多少次。活动当天短时间大量请求，很容易撞上限制。

第三项最容易被忽略。平时测试几十次没问题，活动现场一次涌入几百条，接口开始限流，数据就断在半路。

还有一项要问：接口有没有版本管理。对方升级接口时，旧版本还能用多久。没有这项约定，某天起床你会发现对接突然全断了，而那一天可能正好有活动。

四、谁来做这件事

对接是双方的工作，不是一方的事。要提前分清：

1. 谁提供接口文档和测试环境。通常是服务商。
2. 谁写对接代码。通常是你自己的开发，或者你的系统供应商。
3. 谁负责联调和上线后的监控。这一步最容易没人认领。

第三项如果没人认领，对接上线后第一次出问题，双方会互相说是对方的问题，而活动当天没有时间排查。

五、最常见的三个失败原因

1. 字段对不上。你这边用手机号做唯一标识，对方用微信 openid。两边都觉得自己有唯一标识，实际对不起来。
2. 时间不够。对接排期总被放在最后，而它恰恰需要联调时间。活动前一周才开始对接，基本等于赶不上。
3. 没有失败处理。接口调用失败之后，数据是丢了还是重试，没人定义。活动结束才发现有一批成绩没回传。

第二个原因最常见。对接这件事的正确排期方式是从活动日往前倒推，而不是「等主流程都定了再说」。

第三个原因最隐蔽。接口调用失败在测试环境几乎不会出现，因为量小、网络好。所以联调时要专门测一次失败：把网络断开、把参数填错，看数据是被丢掉、被缓存、还是报错重试。这三种行为对应的后果完全不同。

测试完把结论写下来：失败时数据会怎样、多久重试、重试几次放弃。这份说明在活动当天能救命，因为现场没有人有时间重新推理一遍。

六、什么时候不要对接

反过来说，有三种情况，对接的收益不如成本：

1. 只办一场活动。为一个一次性活动开发对接，成本远超收益。
2. 人不多。几十个人的活动，手工导名单、手工录成绩，两个小时能干完。
3. 需求说不清。「先接上看看效果」这种需求，最后一定改三轮。

用现场答题这类方案时，更现实的做法是先跑一场不同步的活动，看看实际数据长什么样、哪些字段真的有用。跑完之后再定对接范围，会比一开始就画大图靠谱得多。

这也是一个通用原则：先用最小成本跑一遍，再决定要不要为效率投入开发。很多对接需求，在跑过一场之后就自己消失了。

常见问题

Q：没有开发人员，能做对接吗？
第一种程度（跳转）不需要开发，放个链接就行。第二、三种需要，绕不过去。

Q：对接要多久？
嵌入通常几天，打通通常几周，取决于双方排期。真正的时间往往花在协调上，而不是写代码。

Q：能不能先用人工替代？
能，而且常常更划算。活动后用表格手工合并一次，半小时的事，比开发两周的对接更实际。

相关工具：易企微现场答题 — 微信答题小程序，免费试用