メンバーにゲームを提供するワークフロー
プログラムマネージャーがゲームを作成して報奨を追加したら、いくつかの方法で顧客にゲームを提供できます。管理者はビジネス API を使用して、顧客がモバイルアプリケーションやショッピングサイトなどの外部システムでゲームをプレイできるようにします。プログラムマネージャーは、ロイヤルティ活動に基づいてメンバーにゲームを割り当てるプロセスを設定することもできます。カスタマーサービス担当は、サービス回復アクションの一環として顧客とメンバーにゲームを割り当てることができます。
必要なエディション
| 使用可能なインターフェース: Lightning Experience |
| 使用可能なエディション: Enterprise Edition、 Performance Edition、Unlimited Edition、および Developer Edition (ロイヤルティ管理付属) |
ゲーム割り当てのしくみ
すべての顧客にゲームを提供するか、特定の活動に基づいて顧客とメンバーにゲームを提供できます。
ゲーム定義レコードの [ゲームの割り当てが必要] チェックボックスによって、すべての顧客がゲームを使用できるかどうかが決まります。ゲーム定義でこのチェックボックスがオフになっている場合、すべてのユーザーがゲームをプレイできます。このチェックボックスがオンになっている場合、顧客とメンバーは、ゲームが割り当てられている場合にのみゲームをプレイできます。
ビジネス API を統合して顧客とメンバーに使用可能なゲームを表示
Games Business APIは、顧客またはメンバーの対象ゲームのリストを表示します。API は、顧客やメンバーがゲームを表示およびプレイできる外部システムと統合できます。
API は、対象ゲームのリストを取得するユーザーの取引先責任者 ID、取引先 ID、またはロイヤルティプログラムメンバー ID を取得します。API は、顧客またはメンバーがプレイできるゲームの詳細を返します。API では、有効な対象ゲームのみが返され、終了日を過ぎたゲームは返されません。
API は、API が返すゲームごとに 2 つのレコードを作成します。
| レコード | レコードが作成される理由 | レコードが作成されたとき |
|---|---|---|
| ゲーム参加者 | レコードによってゲームが参加者に割り当てられます。 | ゲームがまだ参加者に割り当てられていない。 |
| ゲーム参加者報奨 | このレコードでは、ゲームをプレイした後に参加者に提供された報奨を追跡します。参加者がゲームをプレイすると、レコードの報奨の詳細が更新されます。 参加者はゲームをプレイして報奨を獲得していませんが、ゲーム参加者報奨レコードが作成されます。ゲーム参加者報奨レコードには、顧客がゲームをプレイして報奨を獲得できる日時を決定する有効期限が含まれます。有効期限は、関連するゲーム定義の有効期限に基づいて自動的に計算されます。 |
プロモーション設定を使用した対象ロイヤルティ活動のメンバーへのゲームの割り当て
メンバーエンゲージメントの一環として、ロイヤルティプログラムマネージャーはルールを拡張したり、新しいルールを設計してメンバーにゲームを割り当てたりできます。プログラムマネージャーは、ゲームを割り当てるルールを追加または拡張する前に、次のシナリオを考慮する必要があります。
メンバーにゲームを割り当てるには、ルールに 2 つの [レコードを作成] または [レコードを更新] アクションを追加する必要があります。
| 順序 | アクションの詳細 | アクションが必要な理由 |
|---|---|---|
| 1 | このアクションを使用して、ゲーム関係者レコードを作成します。アクションで、ゲームを割り当てるユーザーとゲームを指定します。 | 参加者にゲームを割り当て、ゲームをプレイした後にメンバーの報奨で更新される報奨レコードを作成します。 |
| 2 | このアクションを使用して、ゲーム参加者報奨レコードを作成します。このアクションで、報奨状況を [まだ報奨はありません] に指定し、前のアクションで作成したゲーム参加者レコードの ID を指定します。 |
アクションとその入力パラメーターの例を次に示します。
アクションとその出力パラメーターの例を次に示します。
サービス回復アクションとしての顧客とメンバーへのゲームの割り当て
会社のサービス担当は、サービス回復アクションの一環として顧客とメンバーにゲームを割り当てることができます。たとえば、顧客が破損した商品を受け取ったり、ケースの低 CSAT スコアを会社に提供したりした場合、サービス担当者は参加者にゲームを提供できます。
ゲームを割り当てるには、サービス担当者がゲーム参加者レコードとゲーム参加者報奨レコードを作成する必要があります。サービス担当者は、アプリケーションランチャーから両方の項目にアクセスできます。
ゲーム参加者レコードで、サービス担当者は割り当てるゲームとゲームを割り当てるユーザーを選択する必要があります。ゲーム参加者報奨レコードで、サービス担当者は次のものを選択できます。
- ゲームが割り当てられている参加者。
サービス担当者は、ゲーム関係者レコードを作成するゲーム関係者を選択する必要があります。
- 報奨の状況。
参加者がまだゲームをプレイしていないため、サービス担当者は [まだ報奨がありません] 状況を選択できます。
- ゲームが参加者に割り当てられたソース活動。
サービス担当者は、ゲームが参加者に割り当てられるプロモーションまたは取引記録を選択できます。
サービス担当者は、ゲーム参加者報奨レコードの [発行済み報奨参照]、[ゲーム報奨]、[有効期限] 項目を入力する必要はありません。これらの項目は、参加者がゲームをプレイした後に自動的に入力されます。
ゲームをプレイしたメンバーへの報奨の提供
Game Reward Business APIは、ゲームをプレイした後に参加者に報奨を割り当てます。API を外部システムと統合し、顧客やメンバーがゲームをプレイして報奨を確認できます。参加者がゲームをプレイするときに API を実行し、API の出力を使用して参加者にゲーム報奨を表示します。
API は、ゲーム参加者報奨レコードの ID を入力として取得し、参加者が獲得した報奨の詳細を返します。ゲームを参加者に関連付けるゲーム参加者レコードに関連付けられたゲーム参加者報奨レコードの ID を必ず指定します。
API は、ゲームに含まれるすべての報奨の当選確率に基づいて、参加者に付与される報奨を決定します。たとえば、報奨の当選確率が 25% の場合、顧客が報奨を獲得できる可能性は 25% です。
API は、まずメンバーの現在の報奨数が最大報奨数を下回っているかどうかを確認します。たとえば、最大報奨数を 10 に設定し、メンバーが受け取った報奨が 7 件のみの場合、API は次のステップに進みます。メンバーが対象である場合、API はバイアスなしで報奨を割り当てることを決定し、確率モデルに基づいて報奨を発行します。ランダマイザーを使用して報奨を決定し、すべてのメンバーが公平に扱われるようにします。たとえば、報奨の対象となるメンバーが 100 人の場合、ランダマイザーはそのうちの 20 人を選択して報奨を受け取り、各メンバーが均等に選択される可能性があります。
API で結果が提供されると、入力で指定されたゲーム参加者報奨レコードが次の詳細で更新されます。
- ゲーム報奨 - メンバーに付与されたゲーム報奨を関連付けます。
- ステータス - 報奨ありに変更されます。
- 報奨リファレンスの発行 -メンバーに発行されたバウチャー、またはポイントを加算した取引記録を関連付けます。
- 有効期限 - 発行されたバウチャーの有効期限または加算されたポイントの有効期限が更新されます。
- 取得元活動 — メンバーがゲームをプレイできるようにするメンバーの活動を表す取引記録を関連付けます。
