行銷活動之後會發生什麼

一份彙總每通電話發現了什麼的結果摘要、一次匯出,以及含義截然不同的兩組結果——它們說的都是你名單的事。

更新於

通話是成本。結果才是你買到的東西,而它們分兩層抵達:每通電話身上發生了什麼, 以及每通電話發現了什麼。

下面的一切都在 /campaigns/… 的活動頁面上。

結果摘要

值得第一個打開的部分。結果摘要把你的對話洞察欄位在整個執行範圍內彙總—— 每個值帶著計數和百分比,於是你讀的是這場活動,而不是一通通電話。

它自己會給你兩條提示:“僅顯示最常見的值。“,以及在還太早時的*“此行銷活動尚無 任何對話經過分析。”* 如果它一直是空的,原因幾乎總是沒有附加任何洞察——見下文。

每通電話身上發生了什麼

每條紀錄都以一個處理結果收尾,清單可以按所有處理結果所有狀態 篩選。把九個值當成三組來讀,會容易得多:

組別結果它告訴你什麼
接到了人answered_human你真實的接通率
什麼都沒接到no_answer, busy, voicemail值得重試
接到了錯誤的東西disconnected, wrong_person, ivr_system名單裡的資料問題

人們最容易把第三組誤讀成績效不佳。一場接通率很低、disconnected 堆成山的 活動並沒有失敗——它告訴你名單過期了,再打一遍也修不好。

點開一條紀錄可以看通話詳細資料:逐字稿、通話錄音(配播放錄音下載錄音),以及從那通電話裡擷取的欄位。

每通電話發現了什麼

結構化的欄位——是答案,不是逐字稿。這就是能拿去行動的結果和需要有人去讀的 結果之間的差別。按一個欄位給一百通電話排序只要一秒;聽完一百通電話要一天, 而且沒有人會聽第二遍。

匯出 CSV 會把全部內容給你。每個對話洞察欄位的欄位鍵都會*“用作 CSV 欄 標題”*,所以按你希望匯出讀起來的樣子命名的欄位——在執行之前,不是之後。

洞察從哪裡來

值得知道,因為它能解釋一個空的摘要。活動要么有自己的洞察,要么繼承智慧體的:

  • “繼承自智慧體。此行銷活動沒有自己的覆寫設定。” ——常見、而且通常正確的 情況。
  • “覆寫智慧體的預設值(……)” ——這場活動要問的是不同的問題。
  • “此行銷活動有自己的擷取欄位。這些欄位仍會執行,但其他行銷活動或智慧體都 無法使用。” ——自訂(無法重複使用)狀態。按一下儲存為可重複使用的 對話洞察即可解決。
  • “此對話洞察已不存在” ——一份懸空的附加,什麼都不會被擷取。

如果摘要是空的而電話都接通了,就到這份清單裡找。

只重試值得重試的結果

重試原則可以限定到具體的結果,也應該這樣設。給無人接聽的人回撥是正常操作。 給當面掛你電話的人回撥不是,給打不通的號碼再撥一次是把錢花在同一個失敗上。

把結果明確設定好——「全部重試」的預設值,就是把一場活動變成一場投訴的東西。

回電名單才是重點

我們推薦的模式,也是我們自己運行的模式:定義一個欄位,把需要人工跟進的通話 標記出來,然後讓團隊去消化這份名單。

它比即時轉接好,理由和來電那篇一樣——轉接需要有人在那一瞬間有空,而沒人空著 的時候,對方只是被轉給了一支響鈴的電話。一通被標記的電話,意味著一次完整的 對話,外加一條已經按優先順序排好的回電佇列。

自動診斷會同時對佇列做優先順序排序,而設了會成為標籤的欄位,會把你自己 定義的值變成收件匣可以篩選的東西。

事情不必到此為止

一通結束的電話是一個可以啟動工作流程的事件,所以後續動作不是一份固定的功能 清單。更新聯絡人。把結果發給該負責的人。把有興趣的人加進清單,其餘的加進 抑制名單。安排跟進。寫進你自己的系統。

同一個事件也覆蓋聊天對話的關閉,所以為電話寫的工作流程,通常不用改就能用在 你的其他通訊管道上。

一切都住在哪裡

行銷活動的結果也會連同其他一切一起落到 /conversations——逐字稿、錄音、 欄位、優先順序。行銷活動不是一個需要專門去找的報表,這一點很重要,因為需要 專門去找的報表,就是沒有人會讀第二遍的報表。