接不进用户已有的系统，产品再好也只能靠边站

有个团队的报价工具做得很扎实：输入项目范围，十分钟出一份带明细的报价单，客户现场看了都说好。真正卡住的是下一步——客户那边的 CRM 里已经有几百条线索，报价得手动导出成表格、再一条条贴回去；财务系统的审批流走不通，报价单只能靠邮件来回传。三个月后回访，这个工具一周被打开两次。不是不好用，是接不进去。

早期产品最容易低估的一件事：用户的系统和流程，在你出现之前就已经在那儿了。你不是去替换它，你是要插进去。插不进去的产品，功能再全也只是一座孤岛，用户每天得在两座岛之间来回搬数据，搬上两周他就放弃了。

「接不进去」通常不是技术难题，是没当回事

Zapier 现在连着 8000 多个应用，Slack 的应用目录里挂着 2600 多个集成——这两个数字之所以存在，不是因为大家都爱做接口，而是因为每一家企业内部都是一堆积木：表格、聊天、工单、财务、客户档案。新工具只要不能和这些积木咬合，就会变成每天多开一个窗口、多复制一次粘贴的负担。反过来，很多产品的第一笔收入其实不是来自主功能，而是来自一句「你们能和我们的系统打通吗」被回答了「能」。

五处最常露馅的地方

• 数据进不来。客户手上是一张几千行的表格，你的产品只支持手动添加。第一天的体验就是加班录数据，很多人卡在这一步就再也没回来。最低要求是能导入 CSV，并且导入失败时告诉他是第几行哪个字段错了。
• 结果出不去。报表只能截屏、只能导出成一张不好用的图片。用户真正需要的是能导出结构化数据，或者能推送到他日常用的地方——一个回调地址、一条消息通知，都比截屏强。
• 登录方式不匹配。他公司统一走企业账号登录，你只有邮箱注册。这一条在企业采购问卷里几乎必问，答不上来，安全性评审那关就过不去。
• 没有可查的接口。说「我们有接口」，但没有文档、没有示例、没有测试环境。对客户的技术同事来说，没有文档的接口等于不存在。
• 数据带不走。只进不出是最容易被识破的锁定手段。成熟买家会直接问「如果我们不续费，数据怎么拿回来」，答不上来这一单基本就没了——而敢于回答这个问题，反而更容易成交。

不用一次做完，但这四件事现在就得有

• 一次导入、一次导出：先把 CSV 打通，能进能出。这是集成的最小闭环，也是最能立刻验证「客户会不会用」的动作。
• 一条对外的通知通道：关键事件发生时能推到客户正在用的地方，哪怕是邮件。产品被想起来的频率，直接决定它被留下来的概率。
• 一份写得清楚的接入文档：不需要几十页，一个能跑通的示例、参数说明、错误码含义，配上可以直接试的环境。客户的技术同事能自己跑通，你的交付成本就降了一截。
• 把「能不能接」写进售前清单：第一次沟通就问清楚他现在用什么系统、数据从哪来、结果要给谁看。这三个问题答不上来，报价就不准，做出来的东西也大概率接不进去。

51kaifa.app 做早期项目时，导入导出、通知通道和接入文档是和主流程一起进第一个版本的，不是等客户问「能不能打通」再补。原因很现实：集成补在主流程之后，意味着要把已经定型的数据模型重新开接口、把权限再拆一层，代价是第一天设计进去的好几倍。完成度不只体现在你能做什么，还体现在你能不能在别人的世界里好好待着。

← 返回资讯中心