キャンペーンの作成
キャンペーンのプログラムの立ち上げのガイドラインとして、組織内でキャンペーンを計画し、承認を得て、テストして立ち上げる方法についてのドキュメントを参照してください。
キャンペーンの作成には、Nexthink Libraryからキャンペーンをインストールしてカスタマイズせずにトリガーする方法を含むいくつかの方法があります。 また、Nexthink Libraryからキャンペーンのコピーを作成することも、ゼロからカスタムキャンペーンを作成することも、Nexthink Assistのサポートを受けて作成することもできます。
Nexthink Libraryからキャンペーンをインストールする
Nexthink Libraryからキャンペーンをインストールするには:
メインメニューからNexthink Libraryを選択します。
インストールしたいキャンペーンライブラリパックまたはライブラリコンテンツを検索します。
コンテンツをインストールします。 詳細については、Nexthink Libraryドキュメントを参照してください。
ライブラリキャンペーンを必要に応じて編集およびカスタマイズできるキャンペーン管理ページに戻ります。
送信者の名前と画像をカスタマイズします。
質問をレビューして調整します。
使用する準備ができたらキャンペーンを公開します。
新しいバージョンが利用可能な場合、以前にインストールしたライブラリキャンペーンを更新できます。
Nexthink Libraryモジュールからライブラリキャンペーンを更新すると、すべての設定が失われます。 下書き状態のキャンペーンのみが、進行中および過去のキャンペーンのデータ構造を保持します。
Nexthink Libraryからキャンペーンのコピーを作成する
ライブラリキャンペーンのコピーをカスタムキャンペーンの出発点として使用します。 この方法は、コンテンツのカスタマイズで柔軟性を保ちながら、キャンペーン作成プロセスを迅速に開始することができます。
キャンペーンのコピーを作成すると、複数の類似したキャンペーンを迅速に作成できます。 例として、異なる地域の従業員向けの複数の感情キャンペーンを作成したい場合。 Nexthink LibraryモジュールでDigital Experience - Sentimentキャンペーンを検索し、各地域のために複数のコピーを作成します。 その後、それぞれの地域に応じて各キャンペーンを調整します。
メインメニューからNexthink Libraryを選択します。
カスタムコピーを作成したいキャンペーンライブラリのコンテンツを検索します。
コンテンツのコピーを作成します。 詳細については、Nexthink Libraryドキュメントを参照してください。
システムはあなたをキャンペーンの作成ページにリダイレクトし、そこで以下を行うことができます:
カスタムの名前とNQL IDをキャンペーンに選びます。
送信者の名前と画像をカスタマイズします。
質問をレビューして調整します。
使用する準備ができたらキャンペーンを公開します。
カスタムキャンペーンの作成
メインメニューからキャンペーンを選択します。
ナビゲーションメニューで新規ボタンをクリックします。
新しいキャンペーンのドラフトページでは、3つのタブを使用して新しいキャンペーンを定義できます。
一般
キャンペーン名、NQL ID、説明、トリガーオプション、優先度、複数言語オプション、送信者情報、パラメータを入力します。 詳細については、キャンペーンの種類ドキュメントを参照してください。
コンテンツ
従業員向けに質問を作成します。 新しい質問を追加ボタンをクリックして開始します。 キャンペーンを公開する前に、少なくとも1つの最終メッセージ以外の質問が必要です。 異なる種類の質問から選択します:シングルアンサー、複数選択、オプションスケール、ネットプロモータースコア (NPS)、およびモーダルからの最終メッセージ。 詳細については、質問の種類および質問のフローを制御するドキュメントを参照してください。
翻訳
キャンペーンのコンテンツをさまざまな言語に翻訳して、従業員へのメッセージを正確に伝えることを保証します。
システムは、ボタンなどの固定UI要素を以下の言語に翻訳します:アフリカーンス語、アラビア語、中国語、デンマーク語、オランダ語、英語、フィンランド語、フランス語、ドイツ語、ヒンディー語、イタリア語、日本語、韓国語、ノルウェー語、ペルシア語、ポルトガル語、ロシア語、スペイン語、スウェーデン語、タイ語、トルコ語、ベトナム語。
スケジュール
一般タブのスケジュールチェックボックスを選択して、キャンペーンのスケジューリングを有効にします。
ターゲティングクエリ
NQLクエリを書いてキャンペーンを受信する人を定義します。 以下の形式でユーザーを返すクエリを使用できます。
users
で始まるクエリ。 これらのクエリにより、従業員は自分のデバイスのいずれかでキャンペーンを見ることができます。devices
で始まりリスト文にuser_sid
列を返すクエリ(クエリには| list ..., user_sid, ...
を含める必要があります)。 これらのクエリはデバイスに問題のあるユーザーを対象にし、キャンペーンを対応するデバイスにのみ表示します。例えば、過去1週間にシステムクラッシュを経験したデバイスの最後のユーザーです。
システムはキャンペーンが公開された後にクエリを評価し、ターゲットユーザーがキャンペーンを受信する セクションで選択したオプションに基づいて送信します。 クエリの例については、キャンペーンのNQL例を参照してください。
以下のクエリを設定して、異なるサンプルの従業員をランダムに選択し、感情データを継続的に収集します。 #dex_campaign_name
をキャンペーンのNQL IDで置き換え、毎時間、キャンペーンが対象とする新しいユーザーの数を指定するために制限を調整します。
次のことに注意してください。
トリガースケジュールを定義し、各従業員の応答間に望む最小日数ののみ後を選択します。
以下のNQLクエリを使用する前に、キャンペーンを少なくとも一度保存します。 これにより、システムがキャンペーンを認識し、NQLクエリの検証中に_テーブルが存在しません_エラーが回避されます。
ターゲットユーザーがキャンペーンを受信する
システムがキャンペーンを送信する方法を定義するために、次のオプションから1つを選択します。
キャンペーンを公開すると、この設定を変更することはできません。 スケジュールを変更するには、キャンペーンを退役させる必要があります。
一度だけ: キャンペーンは従業員に対して一度だけ送信され、再発しません。 このオプションは、たとえば従業員のオンボーディングキャンペーン、1回限りのアンケートや通知、その他の1回限りのコミュニケーションに使用します。 このオプションを使用すると、キャンペーンが公開された後の24時間ごとにNQLクエリを評価し、新しい従業員を特定します。 キャンペーンに回答したり、辞退した従業員はキャンペーンを表示しなくなります。
再度送信後: 再発するキャンペーンを有効にするオプション。 たとえば、プロアクティブな修正、コンピュータを定期的に再起動するようリマインダー、または特定の間隔で送信する必要がある調査に使用します。 より即時的なフィードバックを提供するために、システムはキャンペーンを毎時間評価します。 不要な中断から従業員を保護するために、選択した期間内に既に回答したり辞退したキャンペーンは受信しません。 たとえば、1週間後にキャンペーンを再送信することを選択した場合、システムは従業員がキャンペーンに回答したか辞退してから7日後に再送信します。 1か月後を選択した場合、システムは従業員がキャンペーンに回答したか辞退してから30日後に再送信します。
特定の時点でユーザーがターゲットになっている場合、後にNQLクエリがユーザーを返さなくなってもキャンペーンを受信します。 再評価はキャンペーンを退役させると終了します。
キャンペーンのコンテンツの作成とフォーマット
リッチテキストフォーマット
社員の体験を向上させるために、テキストフィールドのリッチテキストエディターを使用してキャンペーンの質問と最終メッセージをフォーマットします。 テキストフォーマットオプションには、macOSエンドポイントでの太字、macOSとWindowsエンドポイントでの下線、イタリック体、ハイパーリンク、異なるフォントサイズ、箇条書き、改行があります。 質問を強調するために大きなテキストを使用し、挨拶や紹介文には小さいテキストを使用することで異なるテキストサイズを活用します。
質問と最終メッセージのパーソナライズ
質問のテキストフィールドに社員の名前を含めてメッセージをパーソナライズしますが、回答の選択テキストフィールドには含めません。 テキストフィールド内のどこかに{colleague}
または{user}
と書くだけで、プレースホルダーが実際にキャンペーンを受信する社員の名前に置き換えられます。 システムは、社員の名前を取得する際にエラーが発生した場合のデフォルト値として中括弧内に配置した値を使用します。 キャンペーンをプレビューすると、プレースホルダーは置き換えられず、そのまま表示されます。
パラメトリックキャンペーンの場合、質問のテキストフィールドをさらにカスタマイズし、テキストフィールドのどこかに{{parameter_id}}
と書き、キャンペーン送信時に与えられるIDparameter_id
のパラメータの値で置き換えられます。
ハイパーリンクのフォーマット
ハイパーリンクは、リンクのタイプに応じて適切なフォーマットを持たなければなりません。 現在、Nexthinkはhttp、https、mailto、im:sipおよびschemeリンクをサポートしています。
例
ウェブリンク:
https://www.example.com/campaign-info
メールリンク:
mailto:someone@example.com?subject=Optional%20subject
インスタントメッセージリンク:
im:sip:username
セルフサービスソフトウェアポータルリンク:
softwarecenter:SoftwareID=ScopeId_<ScopeID>/Application_<ApplicationID>
companyportal:ApplicationId=<ApplicationID>
jamfselfservice://content?entity=<content_type>&id=<content_id>&action=view
テキストフィールドに希望のテキストを入力し、その一部を選択します。 挿入アイコンをクリックしてURLを提供します。 リンクを追加ボタンをクリックして、選択したテキストの一部にリンクを挿入します。
従業員がキャンペーン内のリンクをクリックすると、オペレーティングシステムがプロトコルに関連付けられたアプリケーションを開きます。
詳細については、質問の種類および質問のフローを制御するドキュメントを参照してください。
キャンペーンのプレビュー
ページの右上隅にあるプレビューボタンをクリックして、キャンペーンを保存する前にプレビューします。 これにより、従業員が自分のデバイスでキャンペーンをどのように見るかを確認できます。 プレビューでは、回答や選択、コメントは記録されません。
キャンペーンの保存
新しいキャンペーンを公開せずに変更を保存するには、キャンペーンを保存をクリックします。 キャンペーンのステータスがドラフトに変わり、後で編集するために戻ることができます。 問い合わせを通じて一貫した正確な結果をサポートするために、キャンペーンを保存した後にキャンペーンのNQL IDを変更することはできません。
キャンペーンの公開
ページの右上隅にある公開ボタンをクリックしてキャンペーンドラフトを公開キャンペーンに変換します。 システムは、キャンペーンのスケジュールに従って公開されたキャンペーンを従業員に送信します。
退役したキャンペーンの場合、ページの右上隅にある再公開ボタンをクリックしてキャンペーンを再開します。
キャンペーンのすべてを管理権限が役割に割り当てられている場合に、キャンペーンを公開および再公開できます。 詳細については、役割 ドキュメントを参照してください。
再公開されたキャンペーンは、NQLクエリで定義されたキャンペーンの受取人を再評価します。
スケジュールされた一度だけのキャンペーンは、アクティブである間にキャンペーンに回答したり、辞退した従業員を再ターゲットにしません。
スケジュールされた再発キャンペーンは、アクティブである間に選択した期間内にキャンペーンに回答したり辞退した従業員を再ターゲットにしません。
新しく作成されたキャンペーンは、キャンペーン概要ページに表示されるまで最大5分かかる場合があります。
キャンペーンの退役
ページの右上隅にある退役ボタンをクリックして公開されたキャンペーンを退役します。 退役すると、システムはまだ最終状態でない状態(計画済み、ターゲット済み)のキャンペーン応答の状態を退役に更新します。 キャンセル済み、回答済み、または辞退済みのキャンペーン応答は変更されません。
退役後、システムはキャンペーンをエンドポイントから削除します。 退役時にエンドポイントにキャンペーンが表示されている場合、システムは強制的に閉じず、ユーザーがそれを完了することを許可します。 ユーザーがすでにエンドポイントの画面に表示されているキャンペーンに回答した場合、システムはその回答を記録し、応答状態を回答済みに更新します。
キャンペーンが退役したときに、そのコンテンツを調整できます。構造やトリガーも含まれます。 キャンペーンに既に従業員の応答がある場合、次の点を考慮してください。
質問を追加した場合、それは0応答でキャンペーンのダッシュボードに表示されます。
質問を削除した場合、それはキャンペーンダッシュボード、CSVエクスポート、およびキャンペーン固有の応答テーブルのNQLから消えます。 例えば、
campaign.#nql_id.responses
は、answers.question_nql_id
で始まるフィールドを含まなくなります。質問に選択肢を追加すると、その選択肢はキャンペーンダッシュボードに0回答として表示されます。
質問から選択肢を削除すると、それはキャンペーンダッシュボードの棒グラフから消えます。 その値はCSVエクスポートやNQLからアクセス可能なままです。
パラメータを追加または削除する際には、そのパラメトリックキャンペーンをトリガーするワークフローやサードパーティシステムを適宜調整してください。 パラメータを削除すると、その値はキャンペーン固有の回答テーブルで利用できなくなります。 例えば、
campaign.#nql_id.responses
にはもはやフィールドparameters.parameter_nql_id
が含まれません。トリガーは手動、スケジュール、APIの間で自由に変更できます。 ただし、Remote Actionトリガーを他の値に変更することはできません。これは、組み込みのダッシュボードへのアクセスを維持するためです。
キャンペーントリガーをスケジュールに変更する場合、リクエストの履歴が考慮され、リセットされないことに注意してください。 例えば、単発のキャンペーンは、再公開後でもすでに回答したり辞退した社員を再標的にはしません。
質問や回答選択肢を削除したり、パラメーターを追加または削除した場合、警告メッセージが表示されます。
削除された質問やパラメーターに関するデータは、campaign.responses
テーブルの answers
および parameters
の列にJSON形式で保存され、エクスポート目的に適しています。
関連トピック
Last updated