Creating Efficient Conditions

効率的に評価できるような方法で条件を構築することが重要です。これにより、作成するコンテンツがエンドユーザに対して想定どおりに実行されるようになります。

条件の評価時に WalkMe がどのように機能するかについては、ビデオを視聴してください。

条件を構築する際に、ルール評価をより効率的にするトップダウン形式で構造化することができます。

ルールは、効率性に応じて、明るい、中程度、または重に分類できます。

条件の登録時に、提案された階層を使用して、条件ビルダでルールのパフォーマンスを最適化することができます。

	最も軽く、最も速いルールは、URL/変数/クッキー、およびユーザーデータです。これらは、WalkMe コンテンツを誰に、どこに表示するかを迅速に評価するために最初に構築するルールです。
	画面上の表示/非表示エレメントには中程度のルールがあり、画面上でユーザアクションが発生するのを待っているため、前の例よりも少し負荷が高くなります。
	重いルールは、jQuery & On 画面エレメント - clicked/Hovered jQuery & On screen element - Clicked/Hovered です。WalkMe はこのタイプのルールに最大のコンピューティング能力を使う必要があるため、これを最下部に配置する必要があります。

1. 重いルールよりも軽いルールの優先度を設定します (両方を適用できると想定)。
2. 重いルールがある場合は、軽いルールがその上にあることを確認してください。これにより、ライトルールが false の場合、WalkMe では重ルールの評価が試行されません。
3. 一般的に、重いルールが多すぎないようにしてください。

条件効率の知識を使用して、現在の URL と画面の要素ルールがある以下の条件の例を確認することで、WalkMe のパフォーマンスを最適化することができます。

LIGHT ルールは、評価が最も軽く、最も速く評価されるため TOP に配置し、HEAVIER ルールは時間がかかるため、TOP に配置することを忘れないでください。

ライト URL ルールが最初に評価されるように上部に配置され、画面上のより重い要素ルールが下に配置されて 2 番目に評価されます。

WalkMe 評価プロセスは、ページロード評価と継続的評価の 2 つの異なるフェーズで実行されます。次のセクションのコンセプトの一部 (セグメンテーションなど) については、まだ詳しく説明していません。しかし、心配しないでください。後のコースで再度説明します。

評価の最初のフェーズは、ページロード評価です。

この図は、発生するプロセスの内訳を示しています。

これらの各機能の理解を深めるには、以下のチェックを実行します。

この図は、再生するコンテンツを特定するセグメントの登録を示しています。

セグメントを作成すると、場所や役割などに基づいてコンテンツを特定のグループにプッシュすることができます。

WalkMe では、作成されたセグメントが最初にチェックされ、再生する必要があるコンテンツが特定されます。

セグメントの条件が満たされていない場合、WalkMe ではそのセグメントにコンテンツはロードされません。

この図は、SmartTips を表示するための表示条件を示しています。

次に、WalkMe では、スマートヒントやその他のアプリの表示条件など、ローカルセグメンテーションがチェックされます。

フィルタリングされたコンテンツから、さらにフィルタリングして、現在ロードされている特定のページに表示されるコンテンツを確認します。

この図は、自動再生条件を示しています。

最後に、WalkMe によってエンゲージメントルールがチェックされ、ページ上で自動再生する必要があるもの (シャウトアウトやスマートウォークスルーなど) がチェックされます。

評価の 2 番目のフェーズは、WalkMe コンテンツのロード後に行われる継続的評価です。WalkMe では、WalkMe エディタで継続的に評価される 3 つの点があります。

• 目標
• エレメント動作
• 条件照会

これらの領域については、後のセクションで説明します。ただし、ここで詳しく理解する必要がある場合は、表に従ってください。

次のセクションでは、シミュレートされたアクティビティで学習したコンセプトの一部を実践します。

条件ビルダでのグループ化は、ルールおよび条件を整理して一括で評価するプロセスです。

• 1 つの条件の下に 2 つ以上のルールがあり、その条件外で少なくとも 1 つのルールがある場合、同じ条件の下にあるルールは自動的にグループ化されます。

• 3 つ以上のルールがある場合は、少なくとも 2 つのルールをマニュアルでグループ化することもできます。

グループ化は、複数の条件をまとめて評価する必要がある複雑な論理構造を作成する際に役立ちます。

グループ化のコンセプトを理解するために、ビデオを視聴してください。

例を使用して、このコンセプトを理解してみましょう。

ShoutOut などのコンテンツを作成し、ホームページとカートページの 2 つの異なる Web サイト URL に表示したいと考えています。

エディターで同じ ShoutOut を 2 つ作成するのではなく、1 つの ShoutOut を作成できますが、条件ビルダーを使用してルールを構造化し、どちらのページでも再生できるようにします。

1. URL ルール 1: ホームページのルール。
2. 演算子: 'OR' 演算子により、ShoutOut がホームページまたはカートページのいずれかで再生されるようになります。
3. URL ルール 2: [カート] ページのルール。

注記

グループ化することで、WalkMe アイテムが正しく再生されていない場合に簡単にトラブルシューティングを行うこともできます。条件のどの部分が True または False と評価されているかを明確に確認することができます。

複数の条件、ルール、またはグループがあり、条件が機能しているかどうかが不明な場合は、ビジュアルマーカーを使用して、ルールの評価方法と、コンテンツの全体的な条件が機能するかどうかを確認することができます。

条件評価は以下のいずれかになります。

• 真 (緑ティック)

• 偽 (赤 X)

• 未完了 (黄色の鉛筆アイコン)

• Assert できません (灰色の疑問符)

この例では、WalkMe を再生するための 2 つの条件を作成しています。

1. /partners または /cart-page を含む 2 つの URL のいずれかに対して 1 つ。

2. 1 つは特定の曜日 (火曜日) 用です。

各行の横にあるマーカーから、現在の URL 条件のいずれかが true と 1 つが false と評価されており、Date 条件も true と評価されていることがわかります。

これらの条件のうち少なくとも 1 つが true の場合、条件間で "Or" 演算子を使用しているため、最終評価は true になります。この例では、条件ビルダウィンドウの上部にある緑色のチェックマークで示されているように、スマートヒントセットが再生されます。

注記

評価を確認する際は、ルール/条件間の演算子が AND または OR であるかどうかを常に確認してください。これは演算子とも呼ばれ、混乱を招く場合がありますが、ルール/条件間でのみ使用され、1 つのルールに固有のものではありません。

次のセクションでは、WalkMe コンテンツが効率的に機能するように条件を構造化する方法について説明し始めます。