キャンペーンの種類

キャンペーンプログラムの開始に関するドキュメントを参照し、プランニング、承認取得、テスト、および組織内でのキャンペーンの開始に関するガイドラインを確認してください。

従業員体験の測定をキャンペーン使用パターンに適応させるために、5種類のキャンペーンが利用できます。

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

キャンペーンを手動で、API経由で、ワークフローや、リモートアクションでターゲットとする場合、同じユーザーに繰り返しターゲットすることができます。

NQLクエリに基づいたスケジュールされたキャンペーンでターゲットとする場合は、スケジュールタブで該当するオプションを選択してキャンペーンのリターゲティングルールを選択します。

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

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

手動で従業員をターゲットとするキャンペーンでは、システムはInvestigationsページのクエリ結果から1人または複数の従業員を選択します。ターゲットの自動再評価はありません。キャンペーンを手動でトリガーするには、まずキャンペーンを公開する必要があります。同じキャンペーンの未回答または拒否されていない保留中の応答を持つユーザーが存在する場合、システムは二重通知を防ぐため、新しいターゲットの試みを自動的に破棄します。

APIを介して従業員をターゲットとするキャンペーンでは、システムはAPIコールで指定されたSIDリストから従業員をターゲットとします。 APIでキャンペーンをトリガーするには、まずキャンペーンを公開する必要があります。マニュアルターゲティングと同様に、同じキャンペーンに対してすでに保留中の応答がある場合（未回答または辞退していない場合）、システムは二重通知を避けるために同じユーザーを再度ターゲットにする試みを自動的に削除します。

ワークフローを使用して従業員をターゲットとするキャンペーンでは、Thinkletキャンペーンがワークフローの一部として実行されると、システムが従業員をターゲットとします。ワークフローでキャンペーンを使用してトリガーするには、まずキャンペーンを公開する必要があります。マニュアルターゲティングと同様に、ユーザーがすでに保留中の応答を持っている場合（未回答または辞退していない場合）、同じキャンペーンで新たにターゲットにする試みは、システムによって二重通知を避けるために自動的に破棄されます。

リモートアクションでターゲットされたキャンペーンでは、リモートアクションがターゲットを決定します。リモートアクションでターゲットされたデバイスと対話する従業員がキャンペーンを受け取ります。まずキャンペーンを公開する必要があります。

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

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

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

手動、API、ワークフローキャンペーンのパラメーター

API、手動、およびワークフローキャンペーンのパラメーターを指定します。

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

各キャンペーンで最大30個のパラメーターを使用します。

パラメーターの使用例

以下に、パラメーターに関連する使用例を示します。

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

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

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

影響を受けたユーザーの調査を通じて、またはAPIを介して手動キャンペーンをトリガーし、停電の影響と影響を受けたサービスのためのパラメーターを使用します。

更新時や従業員の退職時の資産返却に関する個別の通知を送る

資産管理ソリューションからのAPIキャンペーンをトリガーし、資産番号、資産名、予想返却日のためのパラメーターを使用します。

パラメーターの作成

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

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

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

ドラフト状態のキャンペーンでは、パラメーターと関連するIDの数を変更します。公開済みまたは退職キャンペーンでは、パラメーターの名前と説明のみ編集できます。

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

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

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

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

以下は手動キャンペーンにおけるパラメーター使用の例とAPIトリガードキャンペーンにおけるパラメーター使用の例です。

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

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

Investigationsページからユーザーに手動キャンペーンを立ち上げ送信する際、Send campaignポップアップウィンドウにキャンペーンパラメーターの値を入力する必要があります。

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

以下の例は、APIトリガードキャンペーンにおける {{ticket_description}} と {{ticket_number}} の使用を示しています。

パラメーターIDはNexthink APIを呼び出すサードパーティシステムと一致する必要があることを忘れないでください。