梳理现状
我们列出涉及的系统、每一份数据在哪里产生、又在哪里断掉。多数集成需求在真实数据流被画到纸上之后都会改变。
包含哪些内容
我们对接什么、搭建什么。
多数集成工作并不神秘。它就是让两个本来就没打算互相通话的系统，在「什么算一个客户」这件事上达成一致，并且在其中一方发生变动时，连接依然能正常工作。
API
在本身没有提供现成集成的平台之间建立连接——REST 与 webhook 端点、身份验证、对方宕机时的重试机制，以及会通知到人的错误处理，而不是悄无声息地失败。
CRM
线索写入你的 CRM 时带上广告系列、来源和标识符，与已有记录去重，并映射到销售团队真正会用的字段里，而不是丢进一个备注框。
数据看板
从权威系统而不是从某个人手工更新的表格取数的后台视图。带权限控制、贴合你团队提问方式的筛选条件，以及每一个都能追溯到来源的数字。
追踪
端到端实施的事件与转化追踪——浏览器端事件、平台支持时的服务端事件，以及统一的标识符，确保同一次转化不会被重复计算，也不会被整个漏掉。
内部工具
为目前靠手工复制粘贴完成的工作做的小型专用工具：批量操作、审批界面、记录查询、导出。为每天真正使用它的人而做，而不是做成一个通用平台。
工作流系统
系统之间的分派与自动化——分配线索、通知到对应频道、更新状态、触发跟进。规则写下来并且可见，这样调整行为不需要去反推代码。
当营销数据和业务系统开始各说各话
这个模式非常一致。线索落在某一个地方——一个表单处理器、一个 Telegram 机器人、一个 WhatsApp 收件箱、一张表格。消耗在广告平台里。而一条线索有没有变成收入，则住在 CRM、财务系统，或者某个人的脑子里。每个系统单独看都没错，但没有一个能回答那个唯一重要的问题：哪一笔花费带来了哪一笔收入。
于是数字对不上。广告平台报告的转化，CRM 从没听说过，因为平台统计的是一次表单浏览，或者把转化归给了一次点击，而销售那边把它记在了另一个名字下。CRM 里出现没有来源的客户，因为来源字段不是必填、没人填。报表变成了一场「谁的数字才对」的争论，而预算决策最后依据的是最容易导出的那一个。
要闭上这个环需要三件事，缺任何一件，口子都还开着。
第一是统一的标识符。每一条线索都需要一个在捕获点就生成的 ID，并且随它经过的每一个系统一路带下去——进 CRM、进商机记录、以及回传给广告平台的转化里。只靠邮箱或手机号匹配，只要有人换了一个写法或者换了号码，就会断。
第二是服务端事件。浏览器端追踪会因为广告拦截器、隐私设置、连接中断和跨设备路径而丢数据。从你自己的服务器发送转化——带上平台一开始给你的点击标识符——上报的是真正发生过的事件，而不是从浏览器里侥幸活下来的那些。它同时还让你可以上报真正重要的那个转化：合格线索或已付款订单，而不是一次可能什么都不会发生的表单提交。
第三是唯一可信来源。必须有一个系统在「客户状态」这件事上是权威的，其他所有视图都从它读取。不作这个决定，你就会永远做对账工作，因为两个系统都被允许充当权威，而它们迟早会不一致。
多数情况下这些都不算大工程。通常就是几条连接，加上一个「谁说了算」的决定。真正让它变贵的，是把它拖到一年的预算已经在没有追踪的情况下花出去之后。
合作方式
从梳理到跑起来的系统。
确定数据模型
哪个系统是权威、用什么标识符把记录串起来、哪些事件算转化。在动手搭建之前就定下来并写清楚。
搭建与验证
先建连接，然后用真实记录做端到端测试——从前端提交一条线索，跟着它走完每一个系统，并核对每个系统各自报出来的结果。
监控与扩展
出故障时会有人收到告警，而不是悄悄没声了。平台改 API 时更新连接，新系统接入时挂到一个已经存在的模型上。
你会得到什么
- 一张数据流图，标明每条记录从哪里产生、又流向哪里。
- 可用的集成，在交接之前已配置并完成端到端测试。
- 用真实的端到端测试记录验证过的服务端转化追踪。
- 从权威系统读取数据的看板或报表视图。
- 字段映射与规则的文档，让下一个开发者不用靠猜。
- 直接在 Telegram 上对接，而不是走工单排队。
部署环境、凭证和交接安排取决于涉及哪些系统，会在开工之前谈定。在 Telegram 上联系我们，我们会讲清你的集成具体需要什么。
常见问题
常见问题
我们已经有 CRM 了，你们能对接吗？
通常可以。只要它有 API 或者接受 webhook，就能接。如果它是封闭的、或者 API 能力有限，仍然有办法——定时导入、一个中间数据库，或者一层中间件——但这些都不如直连可靠，我们会一开始就告诉你，而不是等开完发票再说。
既然像素已经在跑了，服务端追踪还有什么意义？
浏览器端追踪只上报浏览器放行的那部分。广告拦截器、隐私设置、Cookie 限制和连接中断都会抹掉事件，而跨设备路径会让归因彻底断掉。服务端发送是从你自己的系统上报，所以无论浏览器配不配合，事件都会被记录。它还让你可以发送商业上真正重要的那个转化——合格线索或已付款订单——而不是一次可能永远变不成收入的表单提交。
平台改了 API 之后这套东西会不会挂？
平台会弃用旧版本、会改字段要求，所以早晚会有东西需要更新。我们在搭建时会加上错误处理和告警，让一条断掉的连接自己发出声音，而不是安静地丢几个星期的记录。这就是「一项维护任务」和「发现四分之一的线索不见了」之间的区别。
你们能和我们现有的开发者或 IT 团队一起做吗？
可以，而且往往是更好的安排。他们了解内部系统，我们负责营销与追踪这一侧，字段映射由双方共同确认。我们会配合你们现有的评审和发布流程，而不是要求你们为我们改流程。
你们怎么处理凭证和数据权限？
我们只申请某个集成真正需要的最小权限，多余的一概不要。具体安排取决于涉及哪些系统、它们怎么做身份验证，所以在接通任何东西之前，我们会先把需要哪些权限逐项讲清楚。在 Telegram 上联系我们，我们会针对你的系统情况具体说明。
一个集成大概多少钱？
完全取决于涉及多少个系统，以及它们的 API 有多配合。把一个表单接到一个 CRM 是小活；把四个没有共同标识符的系统对齐则不是。我们会在梳理完现状之后再评估范围，比起先报一个低价、之后再改，我们更愿意那时候给你一个真实的数字。
相关服务
常常搭配使用。
现在开始
准备好搭建你的增长引擎了吗？
通过 Telegram 联系 HuGes。告诉我们你的产品、目标国家、投放平台、KPI，以及目前遇到的问题。我们可以安排线上会议，并提出最合适的方案。