COVID-19 – 通過大量退款禮品卡確保業務連續性

已發表: 2022-04-18

正在進行的 COVID-19 全球衛生緊急情況在每個人的嘴邊。難怪它對公共衛生和全球穩定構成嚴重威脅。多米諾骨牌效應迅速沖擊了世界經濟和各種形式和規模的企業。許多行業不僅面臨收入損失、大規模裁員的風險，而且面臨無限期倒閉的風險。

從線下購物到航空，預計僅今年一年的損失就達到 2520 億美元（！），許多企業現在面臨 COVID-19 不受控制的傳播的後果。 大規模退款的自動化就是其中之一。可以理解的是，公司正在竭盡全力維持流動性。從提供禮品卡、折扣、忠誠度計劃到危機後可兌換的其他福利，以減輕客戶負擔並保持收入流動。如果不使整個過程自動化，支持團隊就會被認為淹沒在未解決的索賠和不滿意的客戶的浪潮中。這不是一個快樂的結局。

自動化批量退款管理指南

通過這篇文章，我們希望逐步指導您使用 Voucherify自動批量退款到禮券，以保持公司的流動性並滿足客戶的需求。自動化過程在 Voucherify 和您的系統之間共享，並且需要預先進行一些開發工作。您從我們這裡得到的是一個靈活的 API和現成的構建塊，用於創建、存儲、驗證、兌換和跟踪禮券。

借助我們對開發人員友好的 API，您的電子商務堆棧與 Voucherify 的集成可能需要長達一天的時間（如果您有足夠的資源和人力的話）。

以下是工作流程的分步說明：

手動或通過 API 創建禮品卡活動。
設置向客戶自動發布（分配）禮券。
使用 API 根據客戶訂單金額添加適當的禮券餘額。
直接從儀表板跟踪您的活動進度並管理您的禮品卡。
或者，您可以使用Voucherify Distribution Mechanism將代碼分配給客戶資料，而不是使用 API 發布。

由於高性能可擴展性，Voucherify 每小時可以處理多達數千個 API 調用，因此您不必擔心落後。我們也不限制您要管理的客戶和禮品卡的數量，為您提供多種可擴展性選擇——平台容量將根據您的需要增加和減少。

您還可以自定義禮品卡的參數，例如到期日期、代碼模式和兌換規則。

{{ENDEBOOK} }

第 1 步：創建禮品卡活動

從創建禮券開始，您稍後將使用這些禮券來處理大量索賠。

您可以設置許多禮品卡屬性，包括活動名稱、代碼模式、兌換限製或時間範圍。在我們的用例中，需要設置三個關鍵組件：

初始禮品卡餘額應為 0 - 稍後將向禮品卡添加適當的金額，因為它將取決於給定的訂單金額。

禮品卡的有效期應限制為“發布後 X 天” ——我們不希望禮品卡可以無限期地兌換。在我們的示例中，禮品卡兌換僅限於發布後 365 天。

為了保證禮品卡的安全，我們應該設置“只能由持有人兌換”的驗證規則。請記住，您需要將客戶上傳到 Voucherify 才能使用此功能，否則 Voucherify 在驗證過程中將無法識別誰是或不是持卡人。

當然，還有許多可自定義的參數，我們很樂意在接下來的幾頁中描述它們。但簡而言之，這些是工作流程的基本知識。

如果您遇到任何問題或想了解更多有關 Voucherify 禮品券可能性的信息，請參閱我們的禮品卡支持文章。

第 2 步：連接 API 以編程方式分配禮品卡

免責聲明：Voucherify 在 API 上運行。如果您是這個概念的新手，請查看這篇文章以開始使用，或者如果您準備好接受大砲，請直接訪問我們的開發人員文檔。

Voucherify 是一個API 優先的促銷引擎。對您而言，這意味著您的電子商務平台可以輕鬆地與 Voucherify 進行“對話”並交換少量數據。與 Voucherify API 集成的第一步是使用 Distributions API，更具體地說是“創建發布”方法。通過使用此方法，Voucherify 將選擇未分配給客戶的禮品卡並返回發布確認。

免責聲明：在 Voucherify 中發布的過程是將代碼分配給特定的客戶資料。發送激勵的實際過程將在步驟 3 中描述。

以下是您可以創建的 API 請求示例：

捲曲-X POST \

-H "X-App-Id: c70a6f00-cf91-4756-9df5-47628850002b" \

-H "X-App-Token: 3266b9f8-e246-4f79-bdf0-833929b1380c" \

-H“內容類型：應用程序/json”\

-d'{

“活動”： {

"name": "禮品卡退款",

“計數”：1

“顧客”： {

"source_id": "[email protected]",

“電子郵件”：“[email protected]”，

“名稱”：“簡·多伊”

“元數據”：{

“booking_id”：April_01，

}

}'\

https://api.voucherify.io/v1/publications

請訪問我們的開發人員文檔以了解有關 Distributions API 的更多信息。

為您的禮品卡使用 Voucherify API 的下一步是為我們的禮品卡添加適當的價值。如果您沒記錯的話，我們將初始禮品卡值設置為 0，但它不能永遠保持這種狀態，對嗎？通過使用“添加禮券餘額”API 方法，您可以快速將適當的金額添加到禮品卡代碼中。

請訪問我們的開發者文檔以了解有關通過 API 添加禮品卡餘額的更多信息。

也許您已經註意到我們在 API 請求中包含了元數據屬性。元數據使您能夠將自定義數據添加到 Voucherify。每個對像類型，如：

代金券
活動
顧客
產品
SKU
贖回

通過包含 booking_id 元數據，您可以輕鬆檢查已退款的預訂，這將幫助您跟踪進度。此外，您可以通過控制面板上的 booking_id 過濾優惠券，以查看最常退款的預訂或獲取對您的業務重要的任何其他數據。

第 3 步：通知客戶

在創建禮品卡、將它們分配給客戶並賦予它們適當的價值之後，是時候將它們發送給客戶了。我們在上一步中已經實現了這個效果——在向客戶發布憑證後，您就知道哪些代碼分配給了哪些客戶資料。最後一步是通過自己的基礎設施或使用 Voucherify 分發引擎或第 3 方集成（如Braze 、 MailChimp 、 Active Campaign 、 Twilio或更多）與您的客戶共享代碼。

在我們的示例中，我們將使用 Voucherify Distribution。如果您更喜歡使用您的消息傳遞解決方案，則可以跳過此步驟。

我們將選擇自動分發，目的是從禮品卡活動中發送代碼。

在選擇受眾、營銷同意、為您的消息命名並選擇消息傳遞渠道後，設計您的消息。我們想為我們的用戶提供廣泛的定制領域。您可以使用字體、顏色、頁腳和 CTA。對於我們的企業客戶，我們還提供了使用自定義 HTML 電子郵件模板的可能性。

第 4 步：充分利用 API

現在，唯一剩下的就是將您的結帳表單與 Voucherify API 連接以驗證和兌換代碼。通過將您的結帳表單與 Voucherify 系統集成，您將能夠跟踪兌換率、即時激活和停用代金券、查看詳細的活動日誌以查看對特定禮品卡代碼所做的所有更改、監控您的預算等等。

轉到開發人員文檔以了解更多詳細信息。

如果您想將 Voucherify 與您的 BI 系統連接，您可以使用我們的 API 列出兌換並將其導出為 CSV 文件以便快速訪問。

另一個需要考慮的重要事情是如何快速適應客戶的意願？ 如果您已經生成了分配給客戶的禮品卡，但他或她拒絕接受，而是希望收到現金退款，您只需將 Voucherify API 與您選擇的支付網關集成。

我們生活在一個充滿敵意的世界中，這一事實在這樣的時代尤其嚴重。你肯定會遇到願意為了自己的利益而玩弄系統的人。但 Voucherify 已經為此做好了準備。我們的平台設置為在200 毫秒內響應您的呼叫，您可以決定多久將 Voucherify 中的數據與您的平台同步。借助快速驗證和兌換 API，您將立即知道禮券是否已兌換。通過這種方式，您可以利用不同步的數據系統保護您的業務，避免客戶請求現金支付，但在一分鐘後使用禮品卡現金的情況。

另一種防止欺詐的方法是使用webhook——智能且快速的 IT 線人，他們會在選定事件的瞬間通知您。您可以使用 webhook 將兌換數據傳送到其他系統，以確保跨平台的平滑數據同步。這樣您就不必如此頻繁地同步 Voucherify 和您的系統，因為您將保持所有選定事件的最新狀態。

將禮品卡合併到您當前的堆棧中

在 Voucherify，我們真誠地希望您、您的家人和朋友在這個充滿挑戰的時代平安無事。我們從來不想在這場危機中做營銷，我們認為既然我們無話可說讓情況變得更好，我們應該呆在家裡等著它結束。然而，最近一家大型航空公司聯繫我們尋求幫助以應對大量退款，我們想，“嘿！也許這就是我們可以提供幫助的方式？” 於是這篇文章就誕生了。

我們希望這個簡短的工作流程至少可以一窺 Voucherify 提供的可能性。我們知道，在這個關鍵時刻，很難將新解決方案集成到您當前的堆棧中。但是，我們也從經驗中了解到，由於開發人員友好的 API和多個 SDK ，將我們的 API 連接到您的平台可能需要不到一天的時間。並且由於內置的驗證、兌換和跟踪機制，您的企業將迅速對任何問題和退款請求的巨大高峰做出反應，從而減輕您的客戶服務團隊的沉重負擔。

如果您想節省利潤並保護您的預算免受 COVID-19 危機的影響，請致電我們。

嘗試代金券