キャンペーンのターゲットモデルの理解
キャンペーンの計画、承認、テスト、組織内での開始に関するガイドラインについては、キャンペーンプログラムの開始 ドキュメントを参照してください。
従業員の体験の測定をキャンペーンの利用パターンに適用するための5つの異なるターゲティングモデルがあります:
手動キャンペーン
スケジュールキャンペーン
リモートアクションキャンペーン
APIキャンペーン
ワークフローキャンペーン
手動、API、ワークフローキャンペーンはパラメータ化できます。 その場合、キャンペーンを手動でトリガーするユーザーや、APIコールを介して実行するシステムは必要な入力値を提供する必要があります。
詳細については、キャンペーンパラメータの設定を参照してください。
キャンペーントリガーメソッドの設定
手動キャンペーンの設定
手動トリガーを選択して、従業員から手動でフィードバックを求めます。 キャンペーンが公開された後、調査ページから選択したユーザーまたはVDIセッションに直接送信できます。
キャンペーン送信方法ドキュメントを参照してください。
キャンペーンのスケジューリング
スケジュールトリガーを選択し、定期的に評価される調査に基づいて従業員にフィードバックを求めます。
キャンペーン_編集ページ_の一般タブでスケジュールトリガーを選択した後、スケジュールタブに移動します。 NQLを使用してキャンペーン受信者を定義し、キャンペーンのリターゲティングルールを選択します。
ターゲットクエリ
キャンペーンを受信するユーザーを定義するためのNQLクエリを書いてください。 次の形式でユーザーを返すクエリを使用できます。
usersから始まるクエリ。 これらのクエリにより、従業員はすべてのデバイスでキャンペーンを確認できます。devicesから始まり、リストステートメントにuser_sidカラムを返すクエリ(queryは| list ..., user_sid, ...を含んでいます)。 これらのクエリはデバイスの問題があるユーザーを対象としており、キャンペーンは対応するデバイスのみに表示されます。 たとえば、過去一週間でシステムクラッシュを経験したデバイスの最後のユーザー:
特定のVDIセッションをデバイスではなくターゲットにするには、VDIセッション用のクエリを実行する必要があります。
特定のユーザーをターゲットとすることで、そのユーザーに割り当てられたすべてのデバイスにキャンペーンがデプロイされます。
特定のVDIセッションをターゲットとするキャンペーンは、そのセッションに対応する仮想デバイスにデプロイされます。
システムはキャンペーン公開後にクエリを評価し、ターゲットユーザーがキャンペーンを受け取るセクションで選択したオプションに基づいて送信します。 クエリの例については、Campaigns NQLの例を参照してください。
対象となる従業員がキャンペーンを受け取ります
システムがキャンペーンを送信する方法を定義するために、次のオプションのいずれかを選択してください。
キャンペーンを公開すると、この設定を変更できません。 スケジュールを変更するには、キャンペーンを中止する必要があります。
リモートアクショントリガータイプはキャンペーンが公開された後は選択や選択解除ができません。 他のトリガータイプは、キャンペーンを一時的に中止し再公開して再構成する場合は変更可能です。
一度のみ: キャンペーンは従業員に一度のみ送信され、再発することはありません。 このオプションは、たとえば、新入社員向けのオンボーディングキャンペーン、1回限りの調査や通知、その他の1回限りのコミュニケーションに使用します。 このオプションでは、キャンペーン公開後、システムは24時間ごとにNQLクエリを評価してターゲットとする新しい従業員を特定します。 キャンペーンに回答したり、拒否した従業員は、もうそれを表示しません。
再送信後: このオプションを選択して、定期的に発生するキャンペーンを有効にします。 例えば、積極的な修正、定期的なコンピュータ再起動のリマインダー、ある特定の間隔で送信する必要のある調査などに使用します。 より即時のフィードバックを提供するため、キャンペーンは毎時評価されます。 従業員が不必要な中断を受けないようにするため、選択された期間内に既に回答済みまたは拒否した場合、そのキャンペーンを再受信しません。
例えば、キャンペーンを1週間後に再送信するように選択した場合、従業員が回答または拒否した7日後にシステムは再送信します。 1ヶ月を選択すると、従業員がキャンペーンに回答または拒否してから30日後にシステムが再送信します。
指定されたタイミングでユーザーがターゲットになると、後でNQLクエリでユーザーが返されなくなってもキャンペーンを受け取ります。
キャンペーンをリタイアすると再評価が終了します。
NQLを使用して継続的な従業員サンプリングを設定する
異なる従業員のサンプルをランダムに選択し、継続的に感情データを収集するようにクエリを設定できます。 キャンペーンをターゲットとする各時間の新しいユーザーの数を指定するために、#dex_campaign_nameをキャンペーンの NQL ID に置き換えて制限を調整します。
次のことに注意してください:
Schedule トリガーの方法を General タブで定義します。
ターゲット従業員はキャンペーンを受け取る のセクションで 再度後 を選択し、各従業員の回答間の日数の最小値を提供します。
以下のNQLクエリを使用する前に、キャンペーンを少なくとも1回保存してください。 これにより、システムがキャンペーンを認識し、NQLクエリの検証時に テーブルが存在しない エラーを回避できます。
詳細については、キャンペーンの定期スケジュール化 を参照してください。
リモートアクションキャンペーンの設定
リモートアクションスクリプトの実行中に質問をして従業員に情報を提供するために、キャンペーン 編集ページ の General タブで Remote action トリガーの方法を選択します。
他のタイプと異なり、リモートアクションキャンペーンはキャンペーンダッシュボードを持たず、その応答はプラットフォームに報告されません。 代わりに、その結果はローカルでリモートアクションスクリプトにのみ利用可能です。
キャンペーンを公開した後、そのNQL IDをリモートアクションのスクリプトに追加してキャンペーンをトリガーしてください。
キャンペーンのNQL IDを取得する
メインメニューから Campaigns を選択します。
ナビゲーションパネルで Manage campaigns をクリックします。
接続するキャンペーンのタイトルをクリックします。
設定ページの General タブの NQL ID フィールドからNQL ID値をコピーします。
その値をリモートアクションスクリプトに貼り付けてください。 詳細については、次のドキュメントを参照してください:
Nexthink では、Collectors バージョン 23.5 以降を使用する場合、キャンペーン識別子としてNQL IDを使用することをお勧めします。 互換性の理由でキャンペーンUIDを使用することもできます。
キャンペーンUIDを取得する
メインメニューから Campaigns を選択します。
ナビゲーションメニューから接続したいキャンペーンを選択します。
URLの一部としてキャンペーンのUIDを特定し、リモートアクションのためにコピーしてください。
APIキャンペーン設定
API呼び出しに基づいて従業員にフィードバックを求めるために API トリガーを選択します。
外部アプリケーションとの統合を可能にするNexthink Campaigns APIを使用してキャンペーンをトリガーします。 パラメトリックキャンペーンについては、各パラメーターの値を指定してください。 詳細を知るには、developer.nexthink.comのウェブサイトをご覧ください。
ワークフローキャンペーン設定
ワークフローの実行中に質問をし、従業員に通知するために、キャンペーン 編集ページ の General タブで Workflow トリガーの方法を選択します。
Nexthink Workflow APIを使用してキャンペーンをトリガーし、実施中の修復作業について従業員に通知したり、ワークフローを続けるために必要な許可や追加情報を求めたりします。
ワークフローでキャンペーンを使用するには、次のことを確認してください:
ワークフロートリガーが設定されています。
キャンペーンには単一の回答のみの質問が含まれます。
キャンペーンが公開されています。
ターゲット評価と再評価
選択されたターゲティング方法に応じて、システムはキャンペーンターゲットを異なる方法で評価し、適用可能な場合は再評価します。
手動、API、ワークフローまたはリモートアクション を通じてターゲットされた場合、キャンペーンは同じユーザーを繰り返しターゲットできます。
手動キャンペーン
手動で従業員をターゲットとするキャンペーンでは、システムは Investigations ページのクエリ結果から1人または複数の従業員を選択します。 ターゲットの自動再評価はありません。 キャンペーンを手動でトリガーするには、まずキャンペーンを公開する必要があります。 ユーザーが同じキャンペーンへの未回答または未拒否の保留中の応答を既に持っている場合、システムは重複通知を避けるために同じユーザーを再度ターゲットする新しい試みを自動的に破棄します。
スケジュールされたキャンペーン
NQLクエリでターゲットされたキャンペーンでは、キャンペーンが公開された瞬間にターゲットの評価が始まります。 キャンペーンを公開すると、そのキャンペーンが初めてターゲティングされた従業員を取得するために関連する調査を実行します。
公開後は、ターゲットにされた従業員がNQLクエリを繰り返し実行することにより定期的に再評価されます。
ある日付でユーザーがターゲットされた場合、そのユーザーは後にNQLクエリで返されなくなってもキャンペーンを受け取ります。
キャンペーンをリタイアすると再評価が終了します。
APIキャンペーン
APIを通じて従業員をターゲットとするキャンペーンでは、API呼び出しで指定されたSIDのリストから従業員をターゲットします。 APIを介してキャンペーンをトリガーするには、まずキャンペーンを公開する必要があります。 手動ターゲティングと同様に、ユーザーが同じキャンペーンへの未回答または未拒否の保留中の応答を既に持っている場合、システムは重複通知を避けるために同じユーザーを再度ターゲットする新しい試みを自動的に破棄します。
ワークフローキャンペーン
ワークフローによって従業員をターゲットとするキャンペーンでは、キャンペーンThinkletがワークフローの一部として実行されるときに従業員をターゲットとします。 ワークフロー経由でキャンペーンを使用およびトリガーするには、まずキャンペーンを公開する必要があります。 手動ターゲティングと同様に、ユーザーが同じキャンペーンへの未回答または未拒否の保留中の応答を既に持っている場合、システムは重複通知を避けるために同じユーザーを再度ターゲットする新しい試みを自動的に破棄します。
リモートアクションキャンペーン
リモートアクションでターゲティングされたキャンペーンでは、リモートアクションがターゲットを決定します。 リモートアクションでターゲットされたデバイスとやり取りする従業員がキャンペーンを受け取ります。 まずキャンペーンを公開する必要があります。
関連トピック
Last updated
Was this helpful?