通過 CDP 支持的激勵措施最大限度地提高客戶忠誠度
已發表: 2023-03-0920 年代,市場環境促使品牌重新審視忠誠度計劃。 隱私法規、大流行病後的習慣和供應鏈中斷對數字團隊設計 CLV 方案的方式產生了衝擊波。
如果不花錢購買軟件,可能很難駕馭這股浪潮。 將零方數據、新客戶體驗和接觸點以及整個電子商務後端與獎勵活動連接起來,需要分配大量編碼人員將它們粘合在一起。
不過,有一種方法可以縮短客戶生命週期價值項目的甘特圖。 是促銷代碼。 儘管它們聽起來很簡單,但當您的體重增加時,它們可能會變得很痛苦。 幸運的是,CDP 和促銷引擎的集成讓您可以接受促銷代碼並製定忠誠度策略,而不會給您的開發團隊帶來太多負擔。
{{電子書}}
{{ENDEBOOK}}
超越公共代碼——促銷代碼類型及其用途
四大諮詢公司之一的任務是找出“賺取和燃燒”忠誠度計劃失敗的原因。 他們調查了客戶並得出了三個原因:
- 賺取積分或獎勵的時間太長。
- 獎勵無關緊要。
- 太多的通知導致混亂。
如何解決? 讓我們用易於理解、易於使用的東西吸引客戶,並最終喚起獲得獎勵的感覺。 任何投資回報率保證的例子? 不,先生,您需要嘗試自己的方式來找到適合客戶的獎勵。
現在,開始建立忠誠度最直接的獎勵是什麼? 促銷代碼 - 易於理解且易於使用。 讓我們看看如何讓它與存儲在您的 CDP 中的客戶偏好更加相關。
迭代 #1 – 公共促銷代碼
我們有一個空白的結帳視圖。 讓我們在您的網絡/移動應用程序頂部顯示“BLCKFRDY”。 這是最簡單的全站促銷代碼,但有什麼方法可以讓它更個性化嗎? CDP 和促銷引擎之間的管道可能會幫助您鋪平道路。
該設置為您提供了一種根據客戶偏好修改促銷代碼體驗的方法。 產品經理現在得到一個包含三種條件的調色板:
- 軟 – 根據一個(或多個)客戶偏好顯示或隱藏促銷。
- 困難 – 只對選定的細分市場進行促銷。
- 動態——使促銷對某些客戶更好(或更不具有吸引力)。
讓我們看看我們近年來看到的一些真實世界的變體。
有了 CDP x Promotion Engine 管道,構建促銷活動只需點擊幾下即可推出。 更改資格條件或回滾它們也是選擇不同屬性的問題。 這使公共促銷代碼成為一種可擴展的營銷工具——您可以在幾天甚至幾小時內推出新的活動。
迭代 #2 – 批量代碼
但有時公共代碼是不夠的。 也許您希望在促銷資格方面更具選擇性(例如,由客戶支持團隊處理的一次性“抱歉”優惠券)。 或者,您希望以更高的粒度跟踪營銷渠道(例如,僅通過應用程序向“高級”會員提供獨家週年紀念折扣)。 或者,通過為您的客戶配備一個代碼來旋轉推薦計劃,該代碼同時作為推薦措施為新客戶和服務器提供折扣。
所有這些示例都是經過驗證的吸引客戶忠誠度的工具,因此您可能希望掌握它們。 批量促銷代碼可為您提供更多。
CDP 和推廣引擎集成如何讓數字團隊更輕鬆? 首先,生成多達數百萬個代碼並將它們提供給客戶資料是開箱即用的。 唯一剩下的就是弄清楚如何向客戶顯示代碼(請參閱下一節)
其次,雖然實現代碼生成對經驗豐富的開發人員來說是一個有趣的挑戰,但維護它卻不是。 開發人員不喜歡被這樣的請求打斷:“請問你能不能禁用“HAPPY10”一天嗎?”。 這是促銷引擎以數百 LUX 閃耀的地方。
管理儀表板將批量代碼的控制權交還給收入/營銷/客戶成功團隊。 他們可以通過有利於創收和安全的用戶界面自行搜索、禁用、跟踪、監控、兌換和回滾代碼。
最好的部分? 很容易混合公共代碼和批量代碼來測試原始促銷代碼的想法,看看它們如何吸引忠誠度——同樣,所有這些都不會分散開發團隊的注意力。
要點:
- 與其推出全面的積分計劃,不如從促銷代碼(公共和批量)開始,看看它們如何影響客戶忠誠度。
- 要創建、管理和跟踪促銷代碼,請構建促銷引擎。
- 使用來自 CDP 的客戶屬性來定義促銷資格規則並查看它們如何增加收入。
超越主頁——漏斗感知促銷
易於創建和管理促銷代碼並不是 CDP 提供的促銷引擎帶來的唯一好處。 如果沒有用在正確的地方,即使是慷慨的激勵措施也不會奏效。 想像一個為登錄用戶返回所有有效促銷代碼的端點。 你能用它做什麼?
您可以從橫向橫幅上的個性化折扣開始。 讓我們通過在漏斗中進一步顯示個人激勵來加強遊戲——產品頁面、類別頁面、結帳、彈出窗口也是推動客戶的好地方。 例如:
- 僅向休眠的客戶顯示產品頁面折扣。
- 用一次性代碼獎勵他們留下對產品的評論。
- 購買後立即向首次購買的客戶提供一次性促銷代碼。
- 僅向地理圍欄客戶顯示購物車旁邊的限時促銷。
- 或者經典的——展示最後的購物車放棄折扣。
但是,當您將當前的購物車結構提供給促銷系統時,真正的力量就來了。 然後促銷規則樹的分支增長十倍。 有了這個,您的促銷組合就會獲得新的旋鈕,使您可以控制可以在廣告系列中花費的利潤,或者我應該說投資的利潤。
雖然大多數電子商務允許您定義最低金額以進行促銷,但靈活的促銷引擎可以做的遠遠不止於此。 為登錄用戶返回所有有效代碼的端點現在可以返回特定於產品和數量的折扣,例如:
- 購買產品 X 以 50% 的折扣獲得 Y。
- 消費 100 美元可享受 10% 的折扣,消費 200 美元可享受 15% 的折扣。
- 為購物車中最便宜的產品打折。
- 如果您購買 10 個 SKU,則免費贈送一個。
- 購買 X 類別的商品時,添加一份免費禮物。
最後,您可以將客戶群與 OR 和 AND 交織在一起,如下所示:
代碼 ARABICA-LVRS 僅顯示在“arabica coffee”類別頁面上,僅適用於選定的 SKUS,新客戶可享受 10 美元優惠,其他客戶可享受 5 美元優惠。
想要一個真正的促銷場景?
Carsome 根據客戶活動和庫存信息混合使用促銷規則來推動汽車銷售。 汽車在停車場停留的時間越長,對企業的影響就越大。 Carsome 將此信息與緊密的 CDP 集成一起使用。 系統會留意用戶行為(瀏覽汽車、基本點擊、放棄購物車事件),然後將這些洞察力放入一個公式中,該公式定義了給定購物環境應應用的折扣。
此端點可能適用於其他促銷用例,例如提醒。 假設您的首次客戶通過電子郵件收到了下一次訂單的折扣(我們稍後會談到),您可以在用戶再次登錄您的應用程序後在 flash 橫幅上顯示相同的促銷代碼。
您可以通過創建客戶錢包將其提升到一個新的水平——客戶有權獲得的所有積極獎勵的列表。 顯示已兌換的優惠也值得考慮,因為只要有一點創意,您就可以用它來描繪您品牌的正面形象。
如果您現在腦子裡有很多想法,請稍等,因為我們還沒有介紹最精彩的部分——消息傳遞。
要點:
- 在用戶購物的地方顯示促銷信息可以增加使用它們的機會。
- 精細的促銷 API 可幫助您將促銷活動與每個漏斗階段聯繫起來。
- 將購物車上下文添加到您的促銷規則中,使您能夠推出對利潤敏感的激勵措施。
- 了解客戶屬性和購物車結構的促銷引擎使您能夠最大程度地控制誰獲得折扣、何時獲得折扣以及獲得何種類型的折扣。
超越網站——電子郵件、短信和推送通知
對於線下客戶,促銷代碼是非常有效的號召性用語。 由 CDP 驅動的促銷引擎變成了一支精確的步槍,可以幫助您通過個性化的優惠來瞄準客戶。 它功能強大且簡單——該機制遵循運算符提供的“if-then”邏輯。
從技術上講,如果 CDP 跟踪事件並通知促銷引擎,它會根據預定義的條件自動創建促銷代碼,然後,如果需要,通知其他系統有關優惠。 幾個例子:
- 如果客戶購買了訂單,請在 30 天后通過電子郵件向他們發送重新參與優惠。
- 如果客戶點擊了一輛特定的汽車並且它佔用了停車位超過 6 個月,則折扣翻倍並通過推送通知通知客戶。
- 如果客戶今天生日,則在接下來的 7 天內,在應用程序中為最高 50 美元的產品顯示 50% 的促銷代碼。
- 如果客戶的總訂單金額超過 1000 美元或訂單數量超過 10 並且她還沒有兌換 BLACKFRIDAY 代碼,請向 Braze 發送帶有唯一促銷代碼的網絡鉤子。
這些示例展示了實時事件、常見客戶屬性、聚合數據以及與促銷引擎管理的先前優惠的交互如何用於觸發激勵/獎勵工作流程。
這裡有一個警告——將促銷與大規模信息聯繫起來需要計劃。 電子郵件/SMS 的可傳遞性具有您確實需要考慮的策略。 例如,您的集成應該能夠限制和排隊數據,以確保每條消息最終都被傳遞,所有 {{placeholders}} 都被替換為正確的值。
由於 API 優先功能,CDP + 促銷引擎 + CRM 工具 + 結賬系統緊密集成,您可以做什麼?
例如,Pomelo 使用這種方法與推薦計劃一起推出了大規模的客戶獲取活動。 他們在數週內建成,該項目得到了 Braze 的獎勵。 我們準備了一個分步指南,用於粘合四個 API 優先工具以實現類似的效果。
用例列表遠不止於此。 使用 Braze 的 Connected Content 等工具,您可以通過直接編輯消息模板將個性化促銷信息連接到您的消息中。
下面是 Braze x Voucherify Liquid 示例列表,展示了一些促銷場景。
建立一個充滿個性化獎勵的錢包是一回事,但要讓獎勵動起來,你應該讓它們易於應用——我們現在將放大它。
要點:
- 當連接到您的消息傳遞平台時,促銷會很有效。
- 確保檢查如何以可擴展的方式使用消息隊列。
- 現代參與平台具有無需複雜開發工作即可將數據合併到消息中的漂亮工具,請在打開 IDE 之前檢查它們。
超越手動促銷代碼 – 促銷 UX
讓我們總結一下我們目前通過連接 CDP 和促銷引擎所取得的成就。
我們生成了優惠券(公開的和批量的),使用客戶屬性和購物車結構來定義他們的資格,並將它們注入客戶旅程中的地點和消息中。 成功兌換促銷代碼是整個過程中最重要的一個事件。 讓我們看看如何讓客戶更輕鬆。
下面列出瞭如何調整 UI 以啟動促銷代碼:
- 明確說明促銷的時間範圍。
- 自動應用公開可用的代碼。
- 創建一個銷售匯總頁面(還記得錢包嗎?未登錄用戶的那個怎麼樣?)
- 在您的銷售類別中啟用過濾。
- 提前明確促銷的限制。
- 保留舊的價格標籤。
- 將優惠券代碼字段作為購物車和結帳頁面的核心部分。
- 對於最低消費促銷,為用戶計算並幫助他們達到消費目標。
- 顯示無效優惠券代碼的錯誤消息。
- 還有很多。
將這些想法包含到您的 UI 中已經需要時間。 但是,如果您通過網絡和移動設備進行銷售,則開發工作會翻倍:
- 為特定客戶列出使用過的促銷代碼?
- 只顯示 VIP 客戶的折扣?
- 每次從購物車中添加/刪除產品時計算總折扣?
這就是細粒度 REST API 發揮作用的地方。 SaaS 推廣引擎具有這些用例的端點。 您只需對後端建模一次並連接接觸點。
獎勵:需要 UI 的想法? 這是一個 Figma 套件,其中包含最常見的促銷和優惠券組件。
您可以進一步改善促銷代碼體驗。 還記得我們的產品特定折扣嗎? 您可能想知道為什麼要將代碼用於“買一贈一”用例。 你是對的——有了先進的促銷引擎,你可以完全放棄代碼,只顯示促銷橫幅,並在每次重新計算購物車或更改客戶屬性時自動應用折扣。
雖然自動應用的購物車級促銷與客戶屬性一起為下一級捆綁提供了余地,但您需要知道何時加倍促銷以及何時停止促銷。 促銷引擎為此提供了一些方便的工具。
要點:
- 促銷僅與其用戶體驗一樣有效。
- 構建頂級促銷體驗需要大量的前端代碼,促銷引擎可以更輕鬆地為可預測的促銷後端提供服務。
- 查看優惠券和促銷 Figma 套件,為您的前端獲取靈感。
- 當您可以根據購物環境計算折扣時,為什麼不去掉促銷代碼——看看您的促銷引擎是否支持它。
(不)超出預算——欺詐和保證金保護
看起來我們已經準備好在贖回、更高的銷售額、重新參與等方面做好準備。 我們知道如何對抗促銷活動中的頭號敵人——缺乏參與度。 但第二個剋星即將出現——超出您的利潤範圍,簡單地說,就是欺詐。
您的促銷引擎根據購物車信息和客戶行為控制折扣資格,因此您已經處於更好的反擊位置。 但是還有一些工作要做。
在您的營銷工具帶中的眾多工具中,促銷代碼是“鋒利的刀具”家族——準備好進行精確的工作,但它們有傷害自己的風險。 最大的風險是因過於慷慨的折扣而蒙受損失,以及客戶試圖濫用您的優惠。
例子? 假設您的“阿拉比卡咖啡”類別優惠 10 美元。 當某些 SKU 的利潤低於折扣時,您就會開始虧損。 更糟糕的是,假設客戶購買了這些特定 SKU 的全部庫存。
促銷引擎如何保護您免受損失? 主要有以下三個特點:
- 動態折扣——報價根據公式進行修改。 在 Voucherify 的情況下,它可以包括訂單金額、最便宜的產品價格或任何自定義屬性(如保證金)等參數。
- 如果您將 CDP 與規則引擎緊密集成,您可以放寬對特定部分的限制,例如,您的“忠誠”層。
- 全球安全上限——同樣,Voucherify 可以強加:
- 兌換限制:每位客戶、每天、每位客戶每天/每月、每個給定的活動等。
- 預算限制:總折扣金額、總訂單價值等。
- 促銷堆疊 – 一些促銷應按特定順序堆疊,有些根本不應該堆疊。 靈活的促銷引擎可以處理此類促銷依賴項。
要點:
- 要試驗欺詐和促銷濫用較少的代碼,您需要建立一個安全網。
- 促銷引擎具有參數化折扣、預算限制和堆疊等專用功能,以防止促銷損失。
超越 POC 階段——緊要關頭
數字促銷,尤其是促銷代碼,看起來非常誘人。 不過,它們有隱藏成本。 它的複雜性和合規性。 在設計您的促銷引擎時,您應該遠看 POC 階段。 雖然每個數字團隊的前進道路都不同,但存在一些共同的障礙:
- 營銷人員界面——營銷團隊希望每天更改促銷條件和接觸點。 難怪,試用優惠是他們得到報酬的原因。 啟用、禁用、搜索、計算兌換——它們已經需要一些 UI。 將批准添加到組合中,您最終會得到一個成熟的管理面板。
- 國際化——如果你的試點成功了,下一步就是出國了。 不同的貨幣、標籤、折扣政策或活動產品目錄可能會在許多微小的地方破壞您的促銷策略。
- 安全與欺詐——您偶爾會聽到一個關於促銷代碼為太多客戶解鎖一生一次的交易的故事。 有時,損失會超過十年的促銷引擎許可證。 但是你可以期待更多的風險。 您團隊中的欺詐和惡意行為者也確實會發生(更不用說數據洩漏了)。 在運行數十個或數百個促銷代碼活動時,投資一個帶有審計日誌的連貫管理套件可以幫助您睡得更好。
- 隱私——促銷代碼在垃圾郵件預防算法中佔有特殊地位並非沒有原因。 即使沒有 GDPR 的影響,您也想與客戶的偏好串通一氣。 良好的 CDP 和促銷引擎串聯從一開始就尊重人們的聯繫人選擇。
- 規模——精心製作的促銷代碼可以為您的商店帶來巨大的流量。 當我們的一位用戶投放電視廣告時,我們已經看到這種情況發生了。 智者在手稿中指出,代碼優化不應該是您的默認設置。 但是,當您的結賬在高峰期間崩潰時,您就扼殺了病毒式傳播活動——每個面向消費者的企業的聖杯。
- 集成——最後,負責將促銷活動連接到其他電子商務工具、數據源和客戶接觸點的代碼可能難以維護。 靈活且可預測的 API 以及良好的文檔將幫助您節省構建和測試數據完整性和工作流程所需的時間。
要點:
- 非功能性需求也會影響促銷。 提前為他們做好計劃,以便在未來更快地進行調整
除了促銷代碼 - 一個成熟的忠誠度計劃怎麼樣?
我的朋友在交響樂團演奏。 除了大型曲目外,他們還經常演奏合奏。 雖然我不打算這樣做,但我一年到頭都有幾張票。 我喜歡小隊在古色古香的地方踢球的體驗。
當你審視你的客戶忠誠度策略時,我相信同樣的規則也適用。 人們通常會更欣賞真正個性化的交易,而不是來自賺取即燒忠誠度計劃的虛擬獎勵。 但就像您無法忽視交響樂的聲音一樣,CDP 支持的忠誠度計劃正成為 DTC 品牌的必備條件。
CDP x 促銷引擎如何幫助您建立忠誠度計劃? 經過:
- 將促銷和收入管理計劃與忠誠度機制聯繫起來。
- 引入積分加現金選項,以方便獲得大額獎勵。
- 授予非貨幣產品,例如:獨家活動、搶先體驗或獨特發現。
- 付費會員資格,您可以在其中提供過於昂貴而無法更廣泛地提供的高級獎勵。 或者,繼續參與日常折扣。
- 現金返還計劃。
- 為客戶提供更多兌換積分的選擇,例如將積分捐贈給慈善機構。
這些用例在軟件方面更加複雜。 好消息是,當您使用 CDP 和促銷引擎來測試促銷代碼時,您就擁有了在下一次迭代中測試新激勵和獎勵計劃的可靠設置。 我們將在下一篇文章中談到這一點。
{{號召性用語}}