在你的登陸頁上使用 Airtable
很多名單開發團隊沒有用 CRM，而是用 base：一張名單表、一個用來處理名單的看板，再加幾個說明哪個廣告活動有回報的 rollup。弱點在於名單怎麼進來。每日匯出到中午就過時了，中間放一個 Zap 又多一筆月費，也多一個會壞掉的環節。
LanderLab 不用連接器就補上這個缺口：頁面的 Webhook 在表單送出的當下，就把每筆名單發送到 Airtable 的 API，每個答案都進到各自的欄。頁面、A/B 版本與 UTM 也一起帶過去，你團隊已經信任的 base，就成了你評判廣告的地方。
每筆名單一筆紀錄，放在你選的 Airtable 欄
你的 base 保持原有的結構。每個表單與問卷欄位都進到你指定的欄，名稱照你團隊原本的命名方式，你的檢視、介面與自動化都不用改，就能開始接收付費名單。
Airtable 的 typecast 選項會在寫入時做轉換：問卷答案變成單選欄的一個選項，日期字串變成日期。你在 base 中保有型別欄位，不用手動清理資料，沒預料到的新答案也只會變成一個新選項。
用 Airtable 看板管理你的銷售管道
給資料表一個「狀態」單選欄，每筆新紀錄就會從你設定的預設欄開始。把看板檢視依它分組，今天早上廣告帶來的名單就是一欄卡片，你的團隊把它們拖到「已致電」、「已預約」與「已成交」，每張卡片上都有廣告活動與版本。
接下來就交給 Airtable 自己的自動化：卡片到「已預約」時把地址傳簡訊給工班，或名單標記為「已成交」時寄電子郵件給客戶。
依廣告活動與版本，把名單品質擺在花費旁邊
因為 utm_campaign 與版本會隨每筆名單一起送達，rollup 或連結的「廣告活動」資料表就能顯示每個廣告活動的名單、預約與成交數。把當天的花費貼在旁邊，base 就會告訴你哪個廣告組合能回本，用預約的工作來衡量，而不是表單填寫數。
這也是判讀分流測試的公平方式。版本 B 可能在表單填寫上勝出，卻在預約上落敗，每筆紀錄都有 LL Variant ID，base 就會告訴你哪一個真的填滿了行事曆。
Airtable 短暫出狀況，也不會遺失任何東西
每筆名單也都存在 LanderLab 的「潛在客戶」分頁，可依日期與版本篩選，Grow 以上方案可匯出 CSV，除非你開啟了「合規潛在客戶投遞」。如果 Airtable 拒絕了某個請求，名單還在，可以再匯入。Airtable 允許每個 base 每秒五個請求，對登陸頁來說綽綽有餘。
