简而言之
API接口最常见的错误是从技术而非实际瓶颈入手。一个企业内无人真正维护的项目,长远来看不如一个规模更小但真正被使用的项目。
01 — 错误
最常见的错误
- 起步过大。那些数月内无人能使用任何功能的项目,失败率高于平均水平。一个小而可用的第一步几乎总是更好的方式。
- 不让实际使用者参与。仅来自管理层的需求很少符合实际工作情况。
- 未定义成功指标。如果没有预先设定的衡量标准,事后就无法判断是否有效果——下一次决策又会凭感觉做出。
- 忽视运营成本。项目价格只是一部分。三年的运营成本应纳入同一计算。
- 形成依赖。无法获得访问权限、文档和源代码的人会被束缚。这应在委托前而非之后明确。
02 — 预警信号
何时应该保持警惕
- 保证结果。谁承诺Google排名第一或特定的营收增长,就是在推销他无法兑现的东西。
- 从不说不。一个把每个项目都说成好主意的供应商,要么没认真听,要么只是在推销。
- 制造时间压力。项目价格的限时折扣是销售手段,不是真正的优惠。
- 所有权不明确。谁不明确说明数据和访问权限归谁所有,意图就不纯。
- 没有具备专业知识的对接人。如果初次会谈只有销售人员参加,误解就会从那里开始。
03 — 瓶颈
通常卡在哪里
- 内容和交付物。最常见的延误原因。文本、图片、价目表、访问权 — 缺什么就阻塞什么。
- 决策。如果不清楚谁批准,项目就会等待。指定一位有决策权的联系人能明显缩短周期。
- 第三方系统的访问权。获取商品管理、电话系统或CRM的访问权,通常比对接本身耗时更长。
- 无休止的协调轮次。两轮修改是正常的,五轮是目标一开始就不明确的信号。
04 — 问题
常见问题
如果我们的旧系统没有接口怎么办?
那么通常有变通方法:数据库访问、自动化文件交换,特殊情况下可以用界面自动化。所有这些方法都比真正的接口更脆弱。在您决定之前,我们会如实告知这样的解决方案能有多稳定。
可以同时连接多个系统吗?
可以,这甚至是更常见的情况——例如商城、进销存和财务系统一起连接。每个连接都会单独规划和测试,即使最终所有系统协同工作。
发生故障时会怎样?
连接会记住尚未传输的内容,重新尝试,并在多次失败后发出通知。数据不会丢失,只是会延迟到达。
日常运营中的维护成本是多少?
只要连接的系统没有根本性变化,日常工作量就很小——监控系统会在出现问题时自动发出通知。
后续由谁维护?
您会获得代码和文档。我们特意使用广泛采用的技术,这样可以方便更换服务商。
接口比手动导出更安全吗?
明显更安全,因为避免了导出和导入时的人为错误,而且每次交换都有记录。手动导出如果有遗漏,不会留下任何痕迹。
数据多久同步一次?
从即时到每晚一次——取决于业务上的实际需要。即时同步并不总是更好:对于需要后续处理的系统,每晚运行一次往往是更稳定的选择。
05 — 决策
如何继续推进
最经济的下一步是对话,而不是报价。通常二十分钟就足以明确一个项目是否有意义、大致预算范围,以及我们是否适合您。
如果不合适,我们会直接说明。一个诚实的“不”比一个进行三个月后中止的项目成本更低 — 对双方都是如此。
下一步
初步评估,无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。