落地页上的 Airtable
很多线索获取团队不用 CRM，用的是一个 base：一张线索表、一个用来跟进的看板、几个告诉你哪个广告系列在回本的 rollup 汇总。薄弱环节在于怎么把线索弄进去。每天导出一次，到午饭时就过时了；中间放一个 Zap，又多一笔月费，还多一个可能出故障的地方。
LanderLab 不用连接器就填上了这个缺口：表单一发送，页面的 Webhook 就把每条线索投递到 Airtable 的 API，每个答案都落进自己的列。页面、A/B 变体和 UTM 也一并带过去，你团队早已信任的 base，就成了你评判广告的地方。
一条线索一条记录，放进你选的 Airtable 列
你的 base 保持原有结构。每个表单和测验字段都落进你指定的列，按你团队习惯的方式命名，你的视图、界面和自动化不用为接收付费线索做任何改动。
Airtable 的 typecast 选项会在写入时完成转换：测验答案变成单选字段里的一个选项，日期字符串变成日期。base 里的字段类型保持不变，不用手动清洗数据；遇到没有预料到的新答案，它就成为一个新选项。
把你的销售管道做成 Airtable 看板
给表加一个“状态”单选字段，每条新记录都会从你设为默认的那一列开始。按它对看板视图分组，今天早上广告带来的线索就是一列卡片，团队把它们拖到“已致电”“已预约”和“已成交”，每张卡片上都有广告系列和变体。
接下来由 Airtable 自己的自动化接手：卡片拖到“已预约”时，把地址短信发给施工队；线索标记为“已成交”时，给客户发邮件。
按广告系列和变体，把线索质量放在花费旁边
因为 utm_campaign 和变体随每条线索一起到达，一个 rollup 汇总或一张关联的“广告系列”表就能显示每个广告系列的线索、预约和成交。把当天的花费粘在旁边，base 就会告诉你哪个广告组回了本，衡量标准是约上的工单，而不是表单提交。
这也是读 A/B 测试的公平方式。变体 B 可能在表单提交上胜出、在预约上落败，而每条记录上都有 LL Variant ID，base 会告诉你哪一个才真正排满了日程。
Airtable 出状况，也不会丢东西
每条线索也都保存在 LanderLab 的线索标签页里，可按日期和变体筛选，Grow 及以上套餐可导出为 CSV（除非你开启了“合规线索投递”）。如果 Airtable 拒绝了某次请求，线索仍在那里，可以导入。Airtable 允许每个 base 每秒 5 次请求，对落地页来说绰绰有余。
