简而言之
在决定采用API接口之前,值得进行简短的现状盘点:哪个流程最耗时,谁将负责后续系统维护,以及所需内容是否齐备。完整检查清单见下文。
01 — 检查清单
首次报价前明确
- 想改善什么?用一句话说明,不用专业术语。
- 如何判断?用一个应该改变的数字。
- 谁来决策?一个人,不是一个委员会。
- 可用预算是多少?大致范围即可 — 这让报价具有可比性而非随意性。
- 截止时间?以及时间取决于什么。
- 涉及哪些系统?谁拥有访问权限。
- 您们已有什么?内容、数据、前期工作 — 这会降低价格。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供,而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范,对测试就越有价值。
- 2至4小时用于沟通协调,分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案,后期就无法评估效果。
03 — 问题
您应该提出的问题
- 如果项目成本超出预估会怎样 — 由谁承担?
- 数据、访问权限以及(如果有开发)源代码归谁所有?
- 第二年和第三年的运营成本是多少?
- 我们最终会收到什么样的文档?
- 您会用什么标准来衡量这个项目是否成功?
- 在什么情况下您会建议我们不要做这个项目?
04 — 问题
常见问题
数据多久同步一次?
从即时到每晚一次——取决于业务上的实际需要。即时同步并不总是更好:对于需要后续处理的系统,每晚运行一次往往是更稳定的选择。
接口比手动导出更安全吗?
明显更安全,因为避免了导出和导入时的人为错误,而且每次交换都有记录。手动导出如果有遗漏,不会留下任何痕迹。
后续由谁维护?
您会获得代码和文档。我们特意使用广泛采用的技术,这样可以方便更换服务商。
发生故障时会怎样?
连接会记住尚未传输的内容,重新尝试,并在多次失败后发出通知。数据不会丢失,只是会延迟到达。
日常运营中的维护成本是多少?
只要连接的系统没有根本性变化,日常工作量就很小——监控系统会在出现问题时自动发出通知。
可以同时连接多个系统吗?
可以,这甚至是更常见的情况——例如商城、进销存和财务系统一起连接。每个连接都会单独规划和测试,即使最终所有系统协同工作。
如果我们的旧系统没有接口怎么办?
那么通常有变通方法:数据库访问、自动化文件交换,特殊情况下可以用界面自动化。所有这些方法都比真正的接口更脆弱。在您决定之前,我们会如实告知这样的解决方案能有多稳定。
下一步
我们会了解您的初始情况。
告诉我们目前什么最耗费时间。由此我们会给出一份包含工作量和收益的评估——之后才会提供报价。