如何選擇一流的 B2C 營銷自動化軟件的指南

已發表: 2022-01-30
  1. 事件跟踪和監控
    • 事件追踪
    • 自動跟踪用戶操作或事件
    • 事件屬性數
    • 卸載跟踪
    • 事件導出
  2. 分析（漏斗、隊列、事件趨勢）
    • 事件趨勢
    • 漏斗分析
    • 隊列分析
  3. 受眾細分
    • 行為細分
    • 動態分割
  4. 全渠道營銷與參與
    • 跨渠道參與引擎
    • 系統定義的客戶旅程
  5. 廣告系列創建和質量檢查
    • 頻道
    • 模板
    • 內容個性化
    • 組織
    • 廣告系列預覽
    • 自動化觸發器
    • IP 變暖和電子郵件過濾
    • 依地理天別
    • 消息限制
  6. 測試和轉化跟踪
    • 測試
    • 轉化跟踪
    • 什麼是控制組？
    • A/B 測試
  7. POC 和支持
    • 驗證
    • 實例探究
    • 入職和實施
    • 技術支援
    • 帳戶管理
  8. 結論

營銷自動化簡史

營銷自動化首先出現在 90 年代的 B2B 領域。 第一家能夠創建商標的公司是 Unica。

在 Unica 之前並伴隨著 Unica 誕生了許多其他解決方案，但除了 Eloqua 之外，它們幾乎無法觸及表面。 早在 1999 年，它就成為第一個將自己標榜為營銷自動化軟件的公司，在技術上開創了這一領域。

Unica 和 Eloqua 仍然是營銷自動化領域的強大參與者。 它們都分別在 2010 年和 2012 年被 IBM 和 Oracle 兩大巨頭收購。

在某種程度上，營銷自動化的發展與互聯網的發展息息相關。 從 2000 年開始，互聯網使用的滲透率和速度顯著增長。 用戶對互聯網的可訪問性正在增加。 這一發展為工程師創建允許公司利用互聯網實現其目標的解決方案鋪平了道路。

在某種程度上，營銷自動化的發展與互聯網的發展息息相關。 閱讀更多 - 通過@webengage點擊鳴叫

與現實生活場景不同，用戶在互聯網上的數字足跡可以量化，這為營銷人員創造了一個機會來製作相對強大的信息。

2000-2008 年見證了 Pardot、Hubspot、Infusionsoft、MailChimp、Act-on、Marketo 和無數其他你知道的知名品牌的誕生，或者其他幾個你不知道的名字，因為他們不能忍受這麼長時間講述他們的故事。

在那之前，營銷自動化擁有三大支柱——電子郵件、分析（網絡和電子郵件）、數據庫管理。 然後在 2007 年，iPhone 推出，明年 Android 推出，營銷自動化的面貌發生了變化。

移動逐漸進入每個消費者的口袋，並為全球營銷人員和廣告商提供了一種強大的、24/7 的媒介來接觸他們的用戶。 這在以消費者為中心的營銷自動化和分析產品時代達到頂峰

WebEngage 也是這種變化的產物之一。

如今，營銷自動化已成為一個擁有數十億美元收入的龐大行業。 以下收購數據說明了這一點：

市場上有 100 多種產品，空間雜亂無章，這促使我們編寫本指南。

那麼為什麼要閱讀本指南

在銷售解決方案時，這些是我們在客戶提供的 RFP 中看到的常見問題：
– 你們提供漏斗分析、RFM、隊列嗎？– 您是否在應用程序上捕獲用戶操作？– 您是否發送推送通知、電子郵件、應用內？向營銷自動化領域的任何供應商提出這些問題，您會得到的答案是“是的，我們願意”，僅此而已。

然而，就像他們說的那樣，“上帝就在這些營銷自動化供應商所推銷的能力的細節中”。 例如，很高興您的解決方案可以讓您按國家/地區劃分應用安裝。 但是，它是否也可以按國家和設備細分應用安裝。

在本指南中，我們將深入探討

  1. 營銷自動化軟件能解決哪些問題？
  2. 關於該功能，您可以查看哪些其他用例？
  3. 購買營銷自動化軟件時有哪些注意事項——“細節”會被遺漏？

我們涉及所有這些主題並嘗試給出平衡的評估 - 這解釋了本指南的長度。 如果您想了解有關營銷的細微差別和操作方法的更多信息，請參閱本綜合指南。

閱讀指南

本指南遠非複雜，而是全面，因此我們建議您分階段閱讀。 但我們也不希望你“略過然後離開”，因為那會完全違背目的。 所以這裡有一個小的指針列表，可以確保你從這篇文章中獲得最大的收益：

  1. 在您最喜歡的營銷自動化工具中創建一個測試帳戶。 在遊戲中擁有一定的皮膚是進行良好觀察的必要條件。
  2. 一次完成一個模塊。
  3. 嘗試在測試帳戶中復制用例。
  4. 閱讀時參考流行的 MA 產品的文檔。 文檔是最真實的內容片段，但不幸的是產生的噪音最少。

基礎已經奠定。 我們走吧。

為方便您瀏覽，我們將本指南分為 8 章，如下所列：

事件跟踪和監控

在營銷自動化的背景下，“事件”是用戶執行的操作。

用戶與您的應用程序（網絡或移動）的任何類型的交互都可以被捕獲為事件。 該事件還有額外的數據，稱為屬性。 這些屬性為事件提供了上下文，這些上下文在分析事件或創建目標細分時變得有用。

通常，您還希望跟踪不是由用戶完成但在系統上下文中發生的操作。 例如，用戶的不活動不是用戶的明確行為，但您肯定希望對其進行跟踪，以便您可以運行重新激活活動。 同樣，發貨調度 - 不是用戶執行的操作，但您希望在它發生時立即觸發電子郵件。

使用“事件”，您可以跟踪這些行為和不作為

以下示例將帶來一些清晰性：

 { webengage.track("Added To Cart", { /* Numbers */ "Product ID" : 1337, "Price" : 39.80, "Quantity" : 1, /* Strings */ "Product" : "Givenchy Pour Homme Cologne", "Category" : "Fragrance", "Currency" : "USD", /* Boolean */ "Discounted" : true });

1. 事件追踪

什麼是“事件”？

事件跟踪可讓您跟踪用戶在應用程序上的操作和不操作，從而使您能夠創建細分、分析行為、運行上下文參與活動以及介於兩者之間的所有內容。

用例

    1. 跟踪用戶在您的網站和應用程序上的行為。
    2. 了解您的應用中哪些操作最受歡迎或最不受歡迎（我們在“事件趨勢”下的“分析”一章中全面介紹了這一點）

關鍵問題/考慮

    1. 我們可以從儀表板更改事件名稱嗎

您想要更改活動名稱的理由很充分。 您開始想到一個更易記的名稱，或者當前名稱與另一個事件的名稱密切衝突。

傳統上，更改事件的名稱需要從後端完成，這不方便，因此具有此功能。

    1. 您自動捕獲的數據（事件 + 用戶）是什麼？

默認情況下，供應商的 SDK 應自動跟踪以下數據：

活動事件- 所有參與渠道的點擊、打開、標記為垃圾郵件、取消訂閱、關閉、推送接收、應用關閉等。
用戶數據——位置、國家、瀏覽器（包括版本）、電子郵件、語言等。理想情況下，解決方案應自動捕獲以下屬性：

 Country City Region Platform Language Device Type Network name Device type Device name OS
    1. 你允許終止一個事件嗎？

通常跟踪事件是徒勞的。 因此，停止跟踪它以保持儀表板和報告的清潔成為一個好主意。

    1. 我們可以分組活動嗎？

同樣，對於報告或業務用例，您通常需要將常見事件組合在一起。

例如，可能會跟踪三個不同的事件，例如 purchase_byCOD、purchase_byCC 和 purchase_byNetbanking。 對於各種報告用例，您可能希望將這三個事件歸為“購買”。

在另一個例子中，假設您想通過“渠道”查看您最近的推送通知活動對您的應用參與度的影響。 應用參與可能是“購買”、“添加到購物車”、“播放視頻”和類似事件。 如果您沒有能力將這些事件歸為一個，您將不得不創建多個漏斗。 “事件組”消除了這個瓶頸。

2.自動跟踪用戶操作或事件

它是什麼？

這項技術相對較新，只有兩種分析產品提供它——Heap 和 Mixpanel。 甚至 Mixpanel 提供的自動跟踪功能也只能在網絡上使用。 大多數成熟的分析產品都沒有引入這種功能，可能是故意的，或者是因為現有的基礎設施不支持跟踪方法的這種根本性變化。

以前，系統事件是 SDK 自動捕獲的操作。 如果您要跟踪它之外的任何操作，那麼您必須手動定義自定義事件。 每次您希望跟踪某個動作時，都必須手動執行。

這有兩個缺點：

  1. 首先，您必須手動定義需要開發團隊干預的事件。
  2. 您丟失了在事件創建之前未記錄的所有關鍵事件數據。

營銷自動化領域的最新發展消除了手動創建和跟踪事件的老式方法。 現在，您無需編寫跟踪調用即可跟踪事件。 分析軟件應該從集成開始跟踪所有用戶操作。

您只需要確定要跟踪的事件，然後您就可以繼續定義它，同時還可以訪問歷史數據。

關鍵問題/考慮

  1. 首先，除非它不是一個成熟的分析工具或它的進化版本，否則這個功能一開始就不太可能存在。 鑑於它幾乎可以跟踪所有內容，因此會產生意想不到的後果，即該解決方案最終可能會收集它不應該收集的數據——尤其是用戶密碼。
  2. 當您正在跟踪的元素上的標記發生變化時會發生什麼？ 假設我正在跟踪表單提交，而我的開發人員在我不知情的情況下更改了它以適應新功能。 您的系統將如何應對它？

3. Event 屬性數

它是什麼？

屬性（或某些系統將其稱為“屬性”）是事件的規範。 它們基本上賦予特定用戶操作以意義。

例如，如果您正在跟踪用戶的“結帳”事件，則相應的屬性可能是

{ "Product ID" : 1337, "Price" : 39.80, "Quantity" : 1, /* Strings */ "Product" : "Givenchy Pour Homme Cologne", "Category" : "Fragrance", "Currency" : "USD", /* Boolean */ "Discounted" : true }

營銷自動化解決方案限制了您可以傳遞的屬性數量。

為什麼這很重要？

根據您的業務案例，您可能希望傳遞 100 多個屬性，因為就像他們說的“數據永遠不夠”。 估計您可以通過的事件屬性的數量是一個很好的做法。

4.卸載跟踪

為什麼它很重要？

從技術上講，很難跟踪卸載。 這是因為當應用程序被卸載時，嵌入其中的跟踪系統的 SDK，比如 WebEngage，顯然不會運行，因此他們無法跟踪它。 但是考慮到這一事件的重要性，好的產品會採用另一種方​​法，我們將在下面討論。

他們如何追踪？

跟踪引擎向用戶設備發送靜默推送，即使用空負載推送。 與其他人不同，此推送在通知托盤中對用戶不可見，因為它們未呈現。

每天都會向用戶的設備發送靜默推送。 當用戶設備沒有收到時，SDK 會調用 app_uninstall 事件並記錄卸載。

跟踪卸載是一項關鍵活動。 沒有它對移動業務來說是一個交易破壞者，如果不是，它應該是。 此外，在確認產品是否跟踪卸載後，請確保您不需要解決方法來執行此操作。

問題/注意事項/注意事項

    1. 如果用戶禁用了推送，您可以跟踪卸載嗎？

由於卸載跟踪在推送已交付的前提下工作，如果用戶首先禁用推送通知會發生什麼情況，這很有可能。

    1. 如果用戶重新安裝應用程序會發生什麼？

他們是為用戶創建一個新的 id 還是針對他重新激活相同的舊 id？

  1. 如果在發送靜默推送時設備處於關閉狀態怎麼辦？

5.事件導出

它是什麼，為什麼它很重要？

營銷自動化領域沒有谷歌或蘋果公司在自己內部建立了一個所有產品都捆綁在一起的生態系統，第三方幾乎不可能滲透。

營銷自動化是一個擁有無數平等參與者的民主空間。 因此，從產品的角度來看，任何解決方案都必須能夠與生態系統中的其他產品很好地協同工作。 對您而言，從某種意義上說，您需要與堆棧中的其他產品集成，並且您最終將進行遷移，這一點很重要。

替代解決方案 - 有一組新出現的產品充當兩個不同系統（如 Segment、mParticle）之間的數據層。 如果您從事消費業務並擁有不錯的 MAU，您可能聽說過或可能正在使用它們。 與類似產品的集成消除了對事件導出功能的需求

關鍵問題/考慮

    1. 事件導出是如何完成的

有多種方法——API、CSV 或導出到第三方服務，如 Amazon S3。 您需要這種靈活性，因為您希望獨立遷移到另一個服務。 或者，只需訪問原始數據即可自行訪問。

    1. 出口流程是怎樣的？

檢查導出數據涉及多少複雜性。 它需要開發人員的參與嗎？

i圖片來源：dribbble.com

使用 WebEngage 跟踪和導出事件

申請演示