ロイヤルティの概要

[アーティクル]
04/26/2024

重要

この記事に記載されている一部またはすべての機能は、プレビューリリースの一部として使用可能です。コンテンツおよび機能は、変更されることがあります。プレビューリリースの詳細については、1 つのバージョンのサービス更新に関するよく寄せられる質問を参照してください。

ロイヤルティプログラムを使用すると、小売業者のブランドとの相互作用について顧客に報酬を与え、顧客のロイヤルティを高めることができます。 Dynamics 365 Commerce では、すべてのコマースチャネルの法人に適用する、簡単または複雑なロイヤルティプログラムを設定できます。この記事では、コマース内でのロイヤルティ機能、および小売業者がロイヤルティプログラムを容易に始めるのに役立つ、対応する設定手順について説明します。

次のオプションが含まれるように、ロイヤルティープログラムを設定できます。

ロイヤルティープログラムで提供し、そしてロイヤルティープログラムへの参加を追跡する、複数の報酬タイプを設定します。
ロイヤルティープログラムを設定して、提供するさまざまな報酬インセンティブを表示します。より頻繁に買い物をしたり、店舗でより多くの金額を支出する顧客に、より大きいインセンティブと報酬を提供する、ロイヤルティプログラム層を組み込むことができます。
報酬を得るために顧客が完了する必要がある活動を識別する、所得ルールを定義します。また、顧客が報酬をいつどのように引き換えることができるかを識別するための償還ルールを定義できます。
ロイヤルティプログラムに参加しているチャネルからロイヤルティカードを発行し、顧客が参加している 1 つ以上のロイヤルティプログラムにロイヤルティカードをリンクします。また、顧客レコードをロイヤルティカードにリンクして、顧客が複数のカードのロイヤルティポイントをプールして引き換えることできるようにします。
手動で、ロイヤルティカードを調整したり、1 枚のカードのロイヤルティ報酬の残高を別のカードに転送して、顧客に便宜を図ったり、報酬を付与します。

次のビデオでは、Dynamics 365 Commerce のロイヤルティ機能の概要とデモを示します。

ロイヤルティプログラムの設定

コマースのロイヤルティ機能を有効にするには、複数のコンポーネントを設定する必要があります。次の図は、ロイヤルティコンポーネントと、これらが相互にどのように関連しているかを説明しています。

ロイヤルティ設定プロセスフロー。

ロイヤルティコンポーネント

次の表に、各コンポーネントと、各コンポーネントがロイヤルティの設定で使用される場所を示します。

コンポーネント	Description	使用場所
割引の設定(必須条件)	ロイヤルティ顧客に提供する割引を設定します。たとえば、すべての衣料品を 5 %割引します。	割引は、ロイヤルティープログラムに含めるためには、価格グループに追加する必要があります。価格グループは、ロイヤルティプログラムとロイヤルティ層に割り当てられます。
価格グループの設定(必須条件)	製品の価格と割引を作成および管理するために、価格グループを使用します。ロイヤルティプログラムに適用される割引を組み込んだ価格グループを設定します。	価格グループは、ロイヤルティープログラムとロイヤルティ層に割り当てられます。
チャンネルの設定(必須条件)	コマースチャネルは、実際の店舗、オンラインストア、コールセンターなどのロイヤルティプログラムに参加している店舗です。チャネルにロイヤルティプログラムを割り当てるには、その前に、チャネルを設定する必要があります。	チャネルがロイヤルティプログラムに参加していれば、チャネルをロイヤルティプログラムに割り当てます。
ロイヤルティー支払方法の設定 (前提条件)	さまざまなチャネル (実店舗、オンラインストア、コールセンターなど) でロイヤルティポイントが確実に使用されるようにするには、カード番号ページでロイヤルティカードの在庫置場範囲を設定する必要があります。	ロイヤルティタイプの支払方法を設定し、次にロイヤルティプログラムに参加しているチャネルにロイヤルティ支払方法を割り当てます。ロイヤルティの支払い方法は、ロイヤルティポイントの獲得または返還には機能しません。たとえば、注文でポイントの獲得と引き換えを同時に行ったり、ポイントの払戻しと返還を同時に行うことはできません。
日付範囲の設定	日付範囲は、ロイヤルティ層に適用される期間を設定するための柔軟な方法を提供します。日付間隔を使用すると、顧客がロイヤルティー層に留まることができる期間や、ロイヤルティー層の対象になるために顧客が活動を行う必要のある期間を指定することができます。	日付範囲は、ロイヤルティープログラムの層を使用する場合にのみ適用されます。プログラム層に適用される日付範囲と、プログラム層ルールに適用される日付範囲も選択します。
報酬ポイントの設定	報酬ポイントは、顧客に提供する報酬のタイプです。報酬ポイントは償還可能または非償還可能にすることができます。償還可能な報酬ポイントを製品と交換することができます。引き換え不可能な報酬ポイントは、追跡目的またはロイヤルティプログラムの次の層に顧客を昇格するために使用されます。	報酬ポイントは層ルールで参照され、特定の層に対する顧客の資格を特定するために使用されます。また、報酬ポイントは、取得および償還ルールのロイヤルティスキームでも参照されます。取得ルールでは、顧客が特定の活動で取得できる報酬を指定します。償還ルールでは、顧客が引き換えができる報酬を指定します。
ロイヤルティプログラムの設定	ロイヤルティプログラムは、提供する中核のロイヤルティエンティティです。各ロイヤルティープログラムには、ロイヤルティー層を割り当てることもできます。割引と価格グループは、ロイヤルティープログラムに、プログラムレベルまたはロイヤルティー層レベルで割り当てられます。	ロイヤルティプログラムのロイヤルティスキームを作成します。ロイヤルティカードをロイヤルティプログラムに割り当てると、ロイヤルティカードを顧客に割り当てることができます。チャネルは、ロイヤルティスキームに割り当てられたロイヤルティプログラムに参加します。ロイヤルティカードを保持する顧客はだれでも、カードに割り当てられているロイヤルティプログラムに参加できます。
ロイヤルティ層と層ルールの設定	ロイヤルティ層は、ロイヤルティプログラムに対して定義できるオプションのレベルです。ロイヤルティプログラムに参加しているすべての顧客の基準割引と報酬を設定できるし、またプログラムのさまざまなレベルを取得している顧客に対して、追加の割引と報酬を設定できます。定義した各ロイヤルティー層について、その層に対する顧客の資格を特定するルールを設定できます。また、顧客がその層に達した後、その層にとどまることができる期間も定義できます。	ロイヤルティ層およびロイヤルティ層ルールは、ロイヤルティプログラムで定義されます。ロイヤルティ層を定義しない場合は、ロイヤルティプログラムに参加するすべての顧客には、ロイヤルティプログラムの価格グループに割り当てる割引を適用します。ロイヤルティ層を定義した場合、ロイヤルティスキームのロイヤルティ層の取得ルールと償還ルールを設定できます。
ロイヤルティスキームの設定	ロイヤルティスキームは、選択したロイヤルティプログラムに適用する取得ルールと償還ルールを指定します。チャネルをロイヤルティスキームに割り当てて、どのロイヤルティプログラム、取得ルール、および償還ルールを店舗に適用するかを識別します。	ロイヤルティスキームは、ロイヤルティプログラムとチャネルに割り当てられます。複数のロイヤルティスキームを同じロイヤルティプログラムに割り当てることができるし、また複数のロイヤルティスキームを複数のチャネルに割り当てることができます。
ロイヤルティカードの設定	ロイヤルティカードは、カード所有者に、カードに割り当てられているロイヤルティプログラムに参加する権利を付与します。ロイヤルティカードは匿名で発行することが、または特定の顧客に割り当てることができます。特定のカードのロイヤルティトランザクションを表示し、カードに蓄積されたロイヤルティポイントの集計を表示できます。ロイヤルティカードを任意のチャネルから販売することができます。また、ロイヤルティカードを手動で調整して、顧客を別の層にアップグレードしたり、ロイヤルティポイントを追加したり、ロイヤルティポイントの残高をカードからカードへ移動することができます。	ロイヤルティプログラムをロイヤルティカードに割り当てます。チャネルでロイヤルティカードとカード階層を使用するには、チャネルをロイヤルティプログラムのロイヤルティスキーマに割り当てる必要があります。

ロイヤルティのプロセス

次の表に、ロイヤルティーのコンフィギュレーションやデータを自分の店舗に送信するため、またロイヤルティートランザクションを自分の店舗から取得するために実行する必要があるプロセスを示します。

プロセス名	説明	ページ名
1050 (ロイヤルティ情報)	コマースから店舗にロイヤルティコンフィギュレーションデータを送信するには、このプロセスを実行します。ロイヤルティーのデータがすべての店舗に送信されるように、このプロセスを頻繁に実行するようにスケジューリングすることをお勧めします。	配送スケジュール
ロイヤルティスキーマの処理	ロイヤルティスキームが割り当てられているチャネルに、ロイヤルティスキームを関連付けるには、このプロセスを実行します。このプロセスは、バッチ処理としてスケジュールすることができます。ロイヤルティースキーム、ロイヤルティープログラム、ロイヤルティーの報酬ポイントなどのロイヤルティーのコンフィギュレーションデータを変更した場合、このプロセスを実行する必要があります。	ロイヤルティスキーマの処理
獲得ロイヤルティポイントをバッチで転記	オフラインで処理されたトランザクションを含めるためにロイヤルティーカードを更新するには、このプロセスを実行します。このプロセスは、報酬がオフラインで取得できるように、コマース共有パラメーターページの獲得ポイントをバッチで転記チェックボックスでオンが選択されている場合にのみ適用されます。	獲得ロイヤルティポイントをバッチで転記
ロイヤルティカード層を更新します	顧客の取得活動をロイヤルティプログラムの層ルールに対して評価し、顧客の層ステータスを更新する場合に、このプロセスを実行します。このプロセスは、ロイヤルティプログラムの階層ルールを変更して、発行済みのロイヤルティカードに更新されたルールを遡及的に適用する場合にのみ必要です。このプロセスは、バッチ処理として、または個々のカードに対して実行できます。	ロイヤルティカード層を更新します

ロイヤルティ機能

小売業者は、ロイヤルティプログラムとロイヤルティ階層に関連付けられている価格グループを使用すると、ロイヤルティメンバー用の特別な価格と割引を簡単に作成できます。
ロイヤルティスキームの一環として、小売業者は異なる層の顧客に対する報酬を区別するために、層によって異なる獲得および引き換えルールを作成することができます。また、小売業者は、獲得と引換ルールの一部として "所属" を含めることができるようになり、報奨は異なりますが、特定の顧客グループが既存の層の一部となることができます。この変更により、追加の階層を作成する必要がなくなります。

注意

ロイヤルティスキーム内の獲得ルールは追加することができます。たとえば、ゴールド層のメンバーに対して 1 米ドルに 10 ポイントの報酬を与えるルールを作成し、また 1 米ドルに 5 ポイントの報酬を与える「ベテラン」所属の顧客ルールも作成した場合、ゴールド層メンバーでもあるベテランは両方の明細行の資格を得た顧客として、1 米ドルに対して 15 ポイント獲得することができます。ただし、ベテランの顧客がゴールド層メンバーではない場合、顧客は 1 米ドルに対して 5 ポイント獲得します。チャネルの変更を反映するには、ロイヤルティスキーマの処理および 1050 (ロイヤルティ情報) ジョブを実行します。
多くの場合、小売業者には、ロイヤルティプログラムを適用しない特定の顧客グループに対する特別価格があります。たとえば、ロイヤルティポイントのない特別価格が使用される卸売業者または従業員です。一般的に、「所属」を使用してそのような顧客グループに特別価格を提供します。特定の顧客グループがロイヤルティポイントを獲得するのを制限するために、小売業者は、ロイヤルティスキームの除外されている所属セクションで 1 つ以上の所属を指定することができます。これにより、除外されている所属に属している顧客が既存のロイヤルティメンバーである場合、その購買に対してロイヤルティポイントを獲得することはできません。チャネルの変更を反映するには、ロイヤルティスキーマの処理および 1050 (ロイヤルティ情報) ジョブを実行します。
販売時点管理では、小売業者が現物ロイヤルティカードを使用することも、固有のロイヤルティカード番号を自動的に生成することもできます。店舗でのロイヤルティカードの自動生成を有効にするために、店舗に関連付けられている機能プロファイルのロイヤルティカード番号の生成を有効にします。オンラインチャネルについては、小売業者は IssueLoyaltyCard API を使用して顧客にロイヤルティカードを発行することができます。小売業者は、ロイヤルティカードを生成するために使用されるロイヤルティカード番号をこの API に提供するか、またはシステムが Commerce で設定されたロイヤルティカード番号順序を使用するかのいずれかです。ただし、番号順序が存在せず、API の呼び出し時に小売業者がロイヤルティカード番号を提供しない場合は、エラーが表示されます。
獲得および引き換えたロイヤルティポイントは、販売明細行に対する各トランザクションおよび販売注文に保存できます。これにより、完全または部分返品の場合に同じ金額を返金または回収することができます。さらに、販売注文明細行レベルでのポイントの可視性により、コールセンターユーザーは、各明細行で獲得または引き換えたポイント数に関する顧客の質問に答えるための機能が提供されます。この変更の前は、報酬ポイントは返品中に再計算され、獲得または引き換えのルールが変更され、コールセンターユーザーがポイントの内訳を表示できなかった場合、元のものとは異なる金額になりました。ポイントは、各ロイヤルティカードのカードトランザクション フォームの下に表示されます。この機能を有効にするには、コマース共有パラメーター>一般タブの、販売明細行ごとのロイヤルティポイントの転記 でコンフィギュレーションを有効にします。

メモ

この機能をオンにして、返品の場合に正しい金額のポイントを払い戻しまたは顧客から取得できるようにすることを強くお勧めします。
小売業者は、各報酬ポイントに対して付与期間を定義することができるようになりました。給付期間のコンフィギュレーションにより、獲得日からの期間が定義され、その後、報酬ポイントが顧客に利用可能になります。未給付ポイントは、ロイヤルティカードのページの未給付ポイントの列に表示されます。ロイヤルティポイントを獲得した商品を顧客が返品すると、既定では、システムはまず未確定ポイントを差し引き、使用可能なポイントから残高を差し引きます。ただし、使用可能なポイントを控除するようにコンフィギュレーションできるのは、未給付ポイントから差し引くのではありません。

また、小売業者は、ロイヤルティカードごとの最大のロイヤルティ報酬ポイントの限度を定義することができます。このフィールドは、ロイヤルティの不正の影響を減らすために使用されます。最大報奨ポイントのしきい値に到達すると、ユーザーはさらにポイントを獲得することはできません。小売業者は、潜在的な不正行為を調査するまで、そのようなカードをブロックする決定をすることができます。小売業者が不正と特定した場合、小売業者は顧客に対してロイヤルティカードをブロックするだけではなく、ブロック対象として顧客をマークすることもできます。ロイヤルティカードをブロックし、顧客をブロック済としてマークするには、Commerce FastTab の すべての顧客 で、ロイヤルティ登録に対する顧客のブロック プロパティをはいに設定します。ブロックされた顧客には、すべてのチャネルでロイヤルティカードを発行することができなくなります。

給付および最大報酬ポイント。

所属は、特別価格と割引を提供するために使用されますが、小売業者が顧客に表示しない所属もあります。たとえば、「高支出顧客」というタイトルの所属は、一部の顧客にとっては受け入れやすくない場合もあります。さらに、例えば従業員など、一部の所属は店舗で管理することはできません。レジ担当者が誰が従業員かを判断し、従業員ベースの割引を提供しないためです。小売業者は、チャネルで非表示にする所属を選択できるようになりました。 チャネルで非表示 としてマークされている所属は、POS 内で表示、追加、または削除ができません。ただし、所属に関連付けられている価格および割引は、引き続き製品に適用されます。
コールセンターユーザーは、ロイヤルティカードの情報を使用してより簡単に顧客を検索できるようになり、顧客サービスのページから顧客のロイヤルティカードおよびロイヤルティカードトランザクションのページに移動できます。
ロイヤルティカードが侵害された場合、交換用カードを生成し、簡略化された交換用カードフローを使用して、既存のポイントを新しいカードに移行する必要があります。また、顧客はロイヤルティポイントの一部またはすべてを友人や家族に贈ることができます。ポイントの転送時に、各ロイヤルティカードに対してポイント調整エントリが作成されます。代入カードおよび残高転送機能は、ロイヤルティカードのページからアクセスすることができます。
小売業者は、顧客をロイヤルティプログラムに登録するため、特定のチャネルの有効性を取得したい場合があります。ロイヤルティカードの登録ソースを保存できるようになり、小売業者はこのデータについてレポートを実行することができます。登録ソースは、Store Commerce または eコマースチャネルから、すべての発行されたロイヤルティカードに対して自動的に取得されます。バックオフィスアプリケーションから発行されたロイヤルティカードについては、コールセンターユーザーは適切なチャネルを選択できます。
以前のリリースでは、小売業者は Store Commerce を使用して、店舗で顧客へのロイヤルティポイントの引換を行うことができました。ただし、それらのリリースでは、ロイヤルティの残高がロイヤルティポイントに表示されるので、レジ担当者は現在のトランザクションに対して適用される通貨の金額を表示することができませんでした。レジ担当者は、ロイヤルティポイントによる支払の前に、ポイントを通貨に換算する必要がありました。現在のリリースでは、明細行がトランザクションに追加された後、レジ担当者は現在のトランザクションに対して適用できるロイヤルティポイントの金額を確認することができ、ロイヤルティポイントの一部またはすべてをトランザクションに適用するのが簡単になりました。さらに、レジ担当者は、今後 30 日でポイントが期限切れになることを確認できるため、アップセルまたはクロスセルにより顧客がトランザクションで期限が切れるポイントを使用するよう促すことができます。
8.1.3 リリースでは、コールセンターチャネルで「ロイヤルティによる支払」オプションが有効になります。このオプションを有効にするには、ロイヤルティ支払/入金タイプを作成し、コールセンターに関連付けます。

メモ

ロイヤルティ支払がカード支払として設定されているため、カードの設定ページからカードを選択する必要があります。

「ロイヤルティによる支払」オプションを設定すると、顧客はコールセンターでロイヤルティポイントを引き換えることができます。また、ユーザーエクスペリエンスには「ロイヤルティポイントの対象となる金額」が表示されるため、コールセンターのユーザーはロイヤルティ残高を表示するために別の画面に移動する必要はありません。
多くの小売業者は、販売トランザクションに基づいてのみロイヤルティポイント付与しますが、より顧客中心の小売業者は、ブランドとのあらゆるエンゲージメント活動に対して顧客に報酬を与えたいと考えています。たとえば、オンラインの調査、店舗の参照、Facebook 上での小売業者のリンク、または小売業者に関するツイートへの入力に対して報酬を提供したいと考えています。エンゲージメント活動に対して顧客に報酬を与えるために、小売業者は「その他の活動のタイプ」をいくつでも定義し、これらの活動に対応する獲得ルールを定義できます。また、顧客にロイヤルティポイントで報奨を与える必要がある活動が識別された場合に呼び出すことができる、公開された Commerce Scale Unit API "PostNonTransactionalActivityLoyaltyPoints" もあります。この API では、ロイヤルティカード ID、チャネル ID、およびその他の活動タイプ ID を想定しているため、報酬を受け取る必要のある顧客を特定し、アクティビティの所得ルールを識別できます。

通常、非トランザクション活動の報奨ポイントには、2 つの主要なステップがあります。
- 報奨の与えられる必要があった活動が認識されます。
- 適切なポイントが報奨として付与されます。
最初のステップは、ブランドに関するツイートまたは Facebook でのブランドの評価など、コマースの外部です。この活動が認識された後、小売業者はリアルタイムで前述の Commerce Scale Unit API を呼び出し、ロイヤルティポイントを付与することができます。そのようなシナリオでは、活動が発生し、対応するポイントが付与されるので、確認ステップは必要ありません。ただし、小売業者がポイントを付与する前にレコードを確認するというシナリオがあります。たとえば、小売業者は、顧客が電子商取引 Web サイトまたはその他のイベント登録アプリケーションでサインアップするためのワークショップを店舗に開設します。ただし、参加している顧客だけがロイヤルティポイントを獲得できます。このようなシナリオでは、10.0 リリースで、小売ロイヤルティその他の活動タイプ明細行という名前のデータエンティティを導入しました。このデータエンティティでは、ロイヤルティポイントで顧客に報奨を与える必要がある活動を記録するため、小売業者がデータのインポート/エクスポートフレームワーク (DIXF) または OData API のいずれかを使用できるようにします。データエンティティは、その他の活動のロイヤルティ明細行という名前の仕訳帳に活動を格納します。それは確認および変更目的で使用できます。データが確認された後、IT ユーザーは手動で活動明細行を転記するか、または ロイヤルティ明細行のその他の活動タイプの処理 という名前のジョブを実行できます。未転記のすべての活動明細行を転記し、獲得ルールに基づいて顧客にポイントを付与します。上記のシナリオでは、イベント登録アプリケーションはコマースに顧客情報を送信する OData API を呼び出します。ただし、IT ユーザーはワークショップに参加した顧客だけの活動明細行を転記し、その他の顧客の活動明細行を削除できます。

メモ

現在、システムは「他の活動タイプ」の番号順序を設定するようユーザーに強制しますが、これは将来のリリースで必須ステップではありません。番号順序を設定するには、コマース共有パラメーター>番号順序 に移動し、ロイヤルティ他の活動タイプ ID の番号順序を選択します。
優れた顧客サービスの提供し、顧客のクエリを効果的に解決するには、レジ担当者が完全な顧客プロファイルにアクセスできることが重要です。 10.0 リリースで、レジ担当者は関連するロイヤルティプログラムと POS のレベル情報とともに、ロイヤルティ履歴の詳細を確認できます。
無料または割引出荷は、顧客にオンラインで購入するよう促す高度な要素の 1 つです。小売業者の出荷プロモーションを設定できるようにするために、10.0 リリースでは、「出荷しきい値割引」という名前の新しいタイプのプロモーションがあり、小売業者は、顧客が (一度満たせば) 割引または配送無料の対象となるしきい値を定義することができます。たとえば、 $35 で「2 日間出荷」無料、またはすべてのロイヤルティ顧客に対して「2 日間出荷」無料というプロモーションです。この機能は、詳細な自動請求機能を使用します。高度な自動請求に関するドキュメントを参照してください。これらの高度な自動請求は、プロモーションの出荷を機能させるために有効にする必要があります。詳細な自動請求を有効にするには、Commerce パラメーター ページの 顧客注文 タブで、詳細な自動請求の使用 構成をオンにします。さらに、小売業者は処理やインストールなど複数のタイプの請求金額を設定できるため、小売業者はどの請求金額が出荷費用と見なされるかを指定する必要があります。これらの出荷割引は、出荷費用にのみ適用されます。出荷費用として請求金額を指定するには、小売とコマース>小売とコマース IT>チャネルの設定>請求金額 配下にある 請求金額コード フォームに移動します。これで、出荷しきい値割引フォームに移動して、割引を設定できます。

製品割引のように、この割引には小売業者がクーポンでこれらの割引を制限し、クーポンを持つ顧客のみがこれらの割引を得ることができるなどの、既存のすべての標準割引機能が残されています。また、これらの割引は、このような割引の適格性を判断するために価格グループ機能を使用します。たとえば、小売業者は、ロイヤルティ顧客などの特定の顧客グループに対して、これらのプロモーションをオンラインチャンネルまたはチャネル間でのみ実行することを選択できます。特定の出荷方法の注文明細行が定義されたしきい値を満たした後、出荷割引が適用され、割引設定に基づく出荷費用が削減されます。

メモ

数量割引、単純割引、組み合わせ割引、およびしきい値割引などの他の期間割引とは異なり、出荷割引は割引明細行を作成せず、出荷費用が直接編集され、割引の名前が請求金額の説明に追加されます。