在你的登陸頁上使用 Asana
以 Asana 運作的保險代理公司、B2B 團隊與行銷代理商,本來就有地方放需要負責人與截止日的工作。付費名單通常跳過了它:名單透過電子郵件進來,有人轉寄,一週後沒人說得出誰打給了誰。
LanderLab 的 Webhook 在表單送出的當下,就透過 Asana 的 API 建立任務:名單的姓名與需求作為任務名稱,每個答案放在備註,廣告活動與版本放在自訂欄位,負責人也已設定好。你的團隊在處理其他事情的同一個專案裡處理名單,你也看得到是哪些廣告活動在供應它。
帶著完整報價申請的 Asana 任務
每筆名單都會變成一個以人名與產品命名的任務,例如 Daniel Okoye · 一般責任險,備註中有完整的答案:行業、員工人數、電話、電子郵件、來源頁面。業務員打開任務,第一通電話需要的東西就都有了。
每個任務都建立在某個專案中,所以它會落在你流程開始的地方:每條業務線一個專案、每個客戶一個專案,或是團隊每天早上分類的共用受理專案。
廣告活動、版本與來源的自訂欄位
自訂欄位存放廣告活動、click ID 與 A/B 版本,每個欄位一項,專案的列表檢視就能依它們排序與篩選,而像 Paid search 這樣的固定值,也能標記頁面建立的每個任務。
用承保的報價評估廣告活動,不是用名單
每個任務都有廣告活動,結果又記錄在區段或狀態欄位中,Asana 報表就能顯示哪些廣告組合帶來承保的保單或預約的示範,而不只是表單填寫。分流測試也一樣:依版本篩選,比較成交了什麼。
對代理商來說,這份報表就是和客戶的對話內容:這些是名單,這是你的團隊對它們做了什麼,這是每個廣告活動的成果。
在名單進到 Asana 前先分派
如果不同的名單屬於不同的專案,例如承包商一個、屋主另一個,LanderLab 工作流程(Beta 版)會先分好:依答案設「多分支」節點,每個專案一個「HTTP 請求」節點,執行紀錄檢視則顯示每筆名單去了哪裡、有沒有步驟失敗。