キャンペーンの種類

キャンペーンプログラムの開始の文書を参照し、キャンペーンを組織内で計画、承認取得、テスト、実施するためのガイドラインをご確認ください。

社員体験の測定をキャンペーン使用状況に適用するための5つの異なるタイプのキャンペーンがあります:

手動キャンペーン 手動で実施するアクションに基づいて、従業員に対し、一度または複数回フィードバックを求めます。
スケジュール済みキャンペーン 定期的に評価される調査に基づいて、従業員に一度フィードバックを求めます。
リモートアクションキャンペーン リモートアクションスクリプトを実行している間に、従業員に質問を行い、情報を提供します。
APIキャンペーン APIコールに基づいて必要に応じて従業員にフィードバックを求めます。
ワークフローキャンペーン ワークフローの実行中に質問を行い、従業員に通知します。

ターゲットされたキャンペーンが手動、 API経由、ワークフロー、またはリモートアクション によって設定されている場合、同じユーザーを再度リターゲティングすることができます。

NQLクエリに基づいたスケジュール済みキャンペーンでターゲットする場合、スケジュール タブで適切なオプションを選択してキャンペーンリターゲティングルールを選択します。

他のタイプとは異なり、リモートアクションキャンペーンにはキャンペーンダッシュボードがなく、その応答はプラットフォームに報告されません。代わりに、結果はリモートアクションスクリプトにのみローカルで利用可能です。

ターゲットの評価と再評価

従業員を手動でターゲットとするキャンペーンでは、システムは Investigation (調査) ページのクエリ結果から1人または複数の従業員を選択します。ターゲットの自動再評価は行われません。キャンペーンを手動でトリガーするには、まずキャンペーンを公開する必要があります。同じキャンペーンについてユーザーがすでに未回答または未拒否の保留中の応答を持っている場合、システムは同じユーザーを再度ターゲットにしないように、自動的に新しい試みを破棄します。

APIを介して従業員をターゲットとするキャンペーンでは、システムはAPIコールで指定されたSIDリストから従業員をターゲットにします。 APIを介してキャンペーンをトリガーするには、まずキャンペーンを公開する必要があります。手動ターゲティングと同様に、ユーザーがすでに同じキャンペーンについて未回答または未拒否の保留中の応答を持っている場合、システムは同じユーザーをターゲットにする新しい試みを自動的に破棄します。

ワークフローを介して従業員をターゲットとするキャンペーンでは、キャンペーンチンクレットがワークフローの一部として実行されるときにシステムが従業員をターゲットにします。ワークフローを利用してキャンペーンを使用し、トリガーするには、まずキャンペーンを公開する必要があります。手動ターゲティングと同様に、ユーザーがすでに同じキャンペーンについて未回答または未拒否の保留中の応答を持っている場合、システムは同じユーザーをターゲットにする新しい試みを自動的に破棄します。

リモートアクションでターゲットにされたキャンペーンでは、リモートアクションがターゲットを決定します。リモートアクションによってターゲットにされたデバイスに関わる従業員は、そのキャンペーンを受けます。まずキャンペーンを公開する必要があります。

**NQLクエリでターゲットにされたキャンペーンでは、**キャンペーンを公開した瞬間にターゲットの評価が開始されます。キャンペーンを公開すると、そのキャンペーンが最初にターゲットにされた従業員を取得するための関連調査を実行します。

公開後、ターゲットにされた従業員はNQLクエリを繰り返し実行することにより定期的に再評価されます。詳しくは文書のスケジュールセクションを参照してください。

特定の日にユーザーがターゲットにされた場合、そのユーザーはNQLクエリにその後返されなくなっても、キャンペーンを受け取ります。キャンペーンを終了すると再評価は終了します。

マニュアル、API、ワークフローキャンペーンのパラメータ

API、マニュアル、ワークフローキャンペーンのパラメータを指定します。

パラメータは、手動キャンペーンを送信するユーザー、Nexthink API を介してサードパーティシステムやワークフロー内で利用可能なデータによるキャンペーン質問の入力を必要とするプレースホルダです。システムは、キャンペーンの応答に沿ってパラメータ値を保存し、これらのパラメータに回答をリンクします。

それぞれのキャンペーンで最大30個のパラメータを使用できます。

パラメータの使用例

以下はパラメータに関連する使用例です。

サービスデスクチケットのクローズ後の満足度を測定する

APIからITSMツールを通じてキャンペーンをトリガーし、チケット番号と説明をパラメータとして使用します。

カスタマイズ可能なアウト通知テンプレートの作成

影響を受けたユーザーの調査またはAPI経由での手動キャンペーンをトリガーし、アウト影響と影響を受けたサービスをパラメータとして使用します。

更新や従業員退職時の資産返却のための個別通知の送信

資産管理ソリューションからAPIキャンペーンをトリガーし、資産番号、資産名、期待される返却日をパラメータとして使用します。

パラメータの作成

新しいキャンペーン ドラフト ページの一般タブから:

トリガー 下の手動、ワークフロー または API を選択します。
パラメータ トグルボタンをクリックします。
新しいパラメータを追加し、フィールドに入力します:

名前: パラメータのユニークな名前を入力します。
ID: NQLクエリやAPIキャンペーン送信時に使用するパラメータのユニークなIDを入力します。
説明: 調査からキャンペーンを送信するときにパラメータを識別するのに役立つ説明を入力します。

ドラフト状態のキャンペーンのパラメータおよび関連IDの数を変更します。公開済みまたは終了したキャンペーンの場合、パラメータの名前と説明のみが編集可能です。

APIキャンペーンでは、パラメータIDはサードパーティシステムのものと一致している必要があります。

キャンペーン質問でのパラメータの使用

パラメータの設定後、新しいキャンペーンドラフト ページまたは キャンペーン編集 ページから:

コンテンツ タブに移動します。
テキスト 質問の中にパラメータ、およびその翻訳版を挿入し、テキスト ツールバーの {x} アイコンを使用します。
パラメータの{{parameter_id}}構文に従ってください。

以下は、手動キャンペーンおよびAPIトリガーキャンペーンでのパラメータ使用例です。

手動キャンペーンにおけるパラメータ使用例

以下の例は、手動でトリガーされたキャンペーンにおける{{service_name}}、{{impact}}、{{timeframe}}、({{incident_id}})などのパラメータの使用を示しています。

Investigation (調査)ページからユーザーに手動キャンペーンを開始して送信する際に、キャンペーン送信ポップアップウィンドウにキャンペーンパラメータの値を入力する必要があります。

APIキャンペーンにおけるパラメータ使用例

以下の例は、APIトリガーされたキャンペーンにおける{{ticket_description}}および{{ticket_number}}などのパラメータの使用を示しています。

パラメータIDは、Nexthink API をコールするサードパーティシステムのものと一致していなければなりません。