酬賓概觀

酬賓方案可以透過獎勵客戶與零售商品牌的互動來幫助提高客戶忠誠度。 在 Dynamics 365 Commerce中，您可以設定簡單或複雜的酬賓方案，適用於任何商業通路中的法律實體。 本文說明 Commerce 中的酬賓功能以及相應的設定步驟，以幫助零售商輕鬆開始其酬賓方案。

您可以設定您的酬賓方案，使其包含以下選項。

• 設定您在酬賓方案中提供的多種類型獎勵，並追蹤酬賓方案的參與情況。
• 設定代表您提供的不同獎勵措施的酬賓方案。 您可以納入酬賓方案層級，為更頻繁購物或在您的商店消費更多的顧客提供更大的激勵和獎勵。
• 定義賺取規則來決定客戶必須完成的活動才能獲得獎勵。 您也可以定義兌換規則，以確定客戶何時以及如何兌換獎勵。
• 從參加酬賓方案的任何通路發行會員卡，並將會員卡連結到客戶可以參與的一或多個酬賓方案。 您也可以將客戶記錄連接到會員卡，以便客戶可以匯集多張卡的會員點數並兌換它們。
• 手動調整會員卡，或將酬賓獎勵餘額從一張卡轉移到另一張卡，以容納或獎勵客戶。

以下影片提供 Dynamics 365 Commerce 中酬賓功能的概觀和示範。

設定酬賓方案

您必須設定多個元件才能啟用 Commerce 中的酬賓功能。 下圖說明了酬賓元件以及它們之間的相互關係。

酬賓元件

下表描述每個元件及其在酬賓設定中的使用位置。

酬賓流程

下表描述將酬賓設定和資料傳送到您的商店，以及從您的商店檢索會員交易時必須執行的流程。

酬賓功能

• 當零售商使用與酬賓方案和酬賓層級有關的價格群組時，他們可以輕鬆地為酬賓會員建立特殊價格和折扣。

• 作為酬賓結構描述的一部分，零售商可以按層級建立不同的賺取和兌換規則，以區分不同層級客戶的獎勵。 零售商還可以將「隸屬關係」納為賺取和兌換規則的一部分，以便某些客戶群可以屬於現有層級，但仍享有不同的獎勵。 此變更無需建立額外的層級。

  附註

  酬賓結構描述中的賺取規則是額外的。 例如，如果您建立一條規則，黃金級會員每一美元獎勵 10 點，且您還為具有「老客戶」背景的客戶建立一條規則，每一美元獎勵 5 點，那麼同時是老客戶又是黃金級會員就可以用 1 美元賺取 15 點，因為該客戶符合這兩條明細的資格。 然而，如果老客戶不是黃金級會員，那麼該客戶每一美元將獲得 5 點。 若要反映通路中的變化，請執行處理酬賓結構描述和 1050 (酬賓資訊) 工作。

  

• 零售商經常為不希望套用酬賓方案的特定客戶群提供特殊價格。 例如，批發商或員工可以獲得特價但沒有會員積分。 通常，「隸屬關係」是用來向此類客戶群提供特殊價格。 若要限制某些客戶群賺取會員點數，零售商可以在酬賓結構描述的排除的隸屬關係部分指定一或多個隸屬關係。 這樣，當屬於排除隸屬關係的客戶是現有酬賓會員時，他們就無法透過購買賺取會員點數。 若要反映通路中的變化，請執行處理酬賓結構描述和 1050 (酬賓資訊) 工作。

  

• 銷售點允許零售商有彈性地使用實體會員卡或自動產生唯一的會員卡號。 若要在商店中自動產生會員卡，請在與商店相關的功能設定檔中啟用產生會員卡號。 對於線上通路，零售商可以使用 IssueLoyaltyCard API 向客戶發放會員卡。 零售商可以向此 API 提供用於產生會員卡的會員卡號，或系統使用 Commerce 中設定的會員卡號序列。 但是，如果序列規則不存在，且零售商在呼叫 API 時未提供會員卡號，則會顯示錯誤。

  

• 可以針對銷售明細的每筆交易和銷售訂單儲存賺取和兌換的會員點數，以便在全額或部分退貨的情況下可以退款或收回相同的數量。 此外，在銷售明細等級看到獲得點數使電話服務中心使用者能夠回答客戶關於每筆明細賺取或兌換了多少點數的問題。 在此變更之前，獎勵點數在退貨期間會重新計算，如果賺取或兌換規則發生變更，且電話服務中心使用者會無法查看點數明細，則會導致獎勵點數與原始數量不同。 您可以在每張會員卡的卡片交易表單下查看點數。 若要啟用此功能，請在 Commerce 共享參數>一般索引標籤底下，開啟設定發布每個銷售明細地酬賓點數。

  附註

  我們強烈建議您開啟此功能，以確保在退貨時可以向客戶退還或扣除正確數量的點數。

• 零售商現在可以定義每個獎勵點數的生效期。 生效期設定將定義從賺取日期開始的期間，過了之後客戶即可獲得獎勵點數。 未生效的點數可以在會員卡頁面上的未生效點數行查看。 當客戶退回一些已賺取會員點數的商品時，系統預設會先扣除未生效的點數，然後從可用點數中扣除任何餘額。 但是，您可以設定為僅扣除可用點數，而不扣除未生效的點數。

此外，零售商可以定義每張會員卡的最大酬賓獎勵點數限額。 此欄位可用於減少忠誠度詐欺的影響。 當達到最大獎勵點數閾值時，使用者將無法賺取更多點數。 零售商可以決定阻止此類卡片，直到他們調查完可能的詐欺行為。 如果零售商確定有詐欺行為，則零售商可以凍結該客戶的會員卡並將該客戶標記為已凍結。 若要阻止會員卡並將客戶標記為已凍結，請在 Commerce FastTab 上的所有客戶底下將阻止客戶進行酬賓註冊屬性設定為是。 被阻止的客戶將無法透過任何管道取得會員卡。

• 隸屬關係用於提供特殊價格和折扣，但零售商不希望客戶看到某些隸屬關係。 例如，某些客戶可能不樂見標題為「高消費客戶」的隸屬關係。 此外，有一些隸屬關係不應該在商店中管理，例如員工，因為您不希望收銀員決定誰是員工並因此提供員工折扣。 零售商現在可以選取應在通路中隱藏的隸屬關係。 標記為在通路中隱藏的隸屬關係無法在 POS 中查看、新增或刪除。 但是，與隸屬關係相關的價格和折扣仍然適用於產品。

  

• 電話服務中心使用者現在可以更輕鬆地使用會員卡資訊搜尋客戶，並從客戶服務頁面瀏覽至客戶的會員卡和會員卡交易頁面。

  

• 如果會員卡遭到洩露，則需要產生替換卡，並使用簡化的替換卡片流程將現有點數轉移到新卡。 此外，客戶可以將部分或全部會員點數贈送給朋友和家人。 轉移點數時，會為每張會員卡建立點數調整條目。 替換卡片和轉移餘額功能可以從會員卡頁面存取。

  

• 零售商可能希望了解特定通路的效果，以將客戶納入酬賓方案。 會員卡的註冊來源現已保存，以便零售商可以根據此資料執行報告。 系統會自動擷取所有從 Store Commerce 或電子商務通路發行的會員卡的註冊來源。 對於後台系統應用程式發行的會員卡，電子服務中心使用者可以選取合適的通路。

• 在早期版本中，零售商可以使用 Store Commerce 為商店中的顧客兌換會員點數。 但是，在這些版本中，由於酬賓餘額以會員點數顯示，因此收銀員無法查看可套用於當前交易的貨幣價值金額。 收銀員必須先將點數兌換成貨幣，然後再以點數付款。 在目前版本中，將明細新增到交易後，收銀員可以看到點數可以包含目前交易的金額，從而可以輕鬆地將部分或全部點數套用到交易。 此外，收銀員可以看到點數將在未來 30 天內到期，因此他們可以進行追加銷售或交叉銷售，以刺激客戶在該交易中使用即將到期的點數。

  

  

• 在 8.1.3 版本中，電子服務中心通路中啟用了「酬賓付費」選項。 若要啟用此選項，請建立酬賓提供類型並將其與電子服務中心建立關聯。

  附註

  由於酬賓付款是設定為卡片付款，因此您必須從卡片設定頁面選擇一張卡。

  

  設定「酬賓付費」選項後，客戶可以在電話服務中心兌換他們的會員點數。 此外，使用者體驗會顯示「由會員點數涵蓋的金額」，以便電話服務中心使用者無需瀏覽至其他畫面便可查看酬賓餘額。

• 許多零售商僅根據銷售交易獎勵會員點數，但更以客戶為中心的零售商會希望獎勵客戶與其品牌的任何參與互動活動。 例如，他們希望為完成線上調查、造訪商店、在 Facebook 上按讚零售商或在推特發布有關零售商的文章提供獎勵。 為了獎勵顧客的參與活動，零售商可以定義任意數量的「其他活動類型」並為這些活動定義相應的賺取規則。 還有一個公開的 Commerce Scale Unit API「PostNonTransactionalActivityLoyaltyPoints」，當識別出應獎勵客戶點數的活動時可以呼叫該 API。 此 API 需要會員卡識別碼、通路識別碼和其他活動類型識別碼，以便可以找到應獲得獎勵的客戶並識別活動的賺取規則。

  非交易活動的點數獎勵通常有兩個主要步驟：

  • 意識到已經發生了應該得到獎勵的活動。
  • 獎勵適當的點數。

  第一步是 Commerce 外部的，例如在推特上發布有關該品牌的文章或在 Facebook 上按讚該品牌。 活動獲得認可後，零售商可以護轎上述 Commerce Scale Unit API 並即時獎勵會員點數。 在這種情境下，不需要審核步驟，因為發生了活動並且應該獎勵相應的點數。 然而，在某些情況下，零售商希望在獎勵點數之前審核記錄。 例如，零售商在商店中設立一個工作坊，客戶在電子商務網站或任何其他活動登記應用程式上註冊。 但是，只有出席的客戶才能獲得會員點數。 對於此類情境，在 10.0 版本中，我們引入了名為零售酬賓其他活動類型明細的資料實體。 此資料實體使零售商能夠使用資料匯入/匯出框架 (DIXF) 或 OData API 來記錄應為客戶獎勵會員點數的活動。 資料實體將活動儲存在名為其他活動的酬賓明細紀錄中，可用於審核和修改。 審核完資料後，IT 使用者可以手動過帳活動明細或執行名為處理酬賓明細的其他活動類型的工作，該工作將過帳所有未過帳的活動明細並根據賺取規則向客戶獎勵點數。 在上述情境中，活動登記應用程式將呼叫 OData API 把客戶資訊傳送到 Commerce。 但是，IT 使用者可以僅過帳參加研討會的客戶的活動明細，並刪除其他客戶的活動明細。

  附註

  目前，系統強制使用者為「其他活動類型」設定數列，但這不會是未來版本的必要步驟。 若要設定數列，請前往 Commerce 共享參數>數列 並為忠誠度其他活動類型識別碼選取一個數列。

• 為了提供良好的客戶服務並有效地解決客戶的疑問，收銀員必須能夠存取完整的客戶資料。 隨著 10.0 版本的發行，收銀員能夠在 POS 上查看酬賓歷史記錄詳細資訊以及相關的酬賓方案和層級資訊。

• 免運費或運費折扣是消費者在線上購買的最重要因素之一。 為了使零售商能夠設定運費促銷，在版本 10.0 中，有一種名為「運費門檻折扣」的新型促銷，零售商可以定義門檻 (一旦達到)，使客戶有資格享受運費折扣或免費運送。 例如，花費 $35 即可免費獲得「兩天送達」，或為所有酬賓客戶提供免費的「兩天送達」。 此功能使用進階自動收費功能。 請參閱進階自動收費上的文件。 需要啟用這些進階自動收費才能使運費促銷發揮作用。 若要啟用進階自動收費，請在 Commerce 參數頁面的客戶訂單索引標籤上，開啟使用進階自動收費設定。 此外，由於零售商可以設定多種類型的收費，例如搬運或安裝費用，因此零售商需要指定哪種費用被視為運費。 運費折扣僅適用於運費。 若要將費用指定為運費，請瀏覽零售和商業>零售和商業 IT>通路設定>費用底下的費用代碼表格，並勾選所需費用的「運費」核取方塊。 現在您可以瀏覽至運費門檻折扣表格並設定折扣。

  與產品折扣一樣，此折扣尊重所有現有的標準折扣功能，例如允許零售商限制這些折扣需具有優惠券，以便只有擁有優惠券的顧客才能獲得這些折扣。 此外，這些折扣使用價格群組功能來確定此類折扣的資格。 例如，零售商可以選擇僅在線上通路和/或跨通路針對某些客戶群 (例如酬賓客戶) 進行這些促銷。 具有指定交貨模式的訂單明細達到定義的門檻後，將套用運費折扣並根據折扣設定減少運費。

  附註

  與其他定期折扣 (例如數量折扣、簡單折扣、混搭折扣和門檻折扣) 不同，運費折扣不會建立折扣明細，而是直接編輯運費並將折扣名稱附加到費用說明中。