Please log in to continue
WalkMe stores your data in the region chosen during account setup.
We have data centers in the US and EU that follow local privacy and compliance laws. If you're not sure which region to select, check with your admin.
インサイトをコンソールへ移行するための継続的な取り組みの一環として、インサイトクラシックで作成されたファネルは、WalkMe コンソール内のフロー分析に自動的に移行されました。 このアップグレードにより、ユーザー行動を追跡するためのより強力なフレームワークが導入されました。これにより、より深い分析や優れた視覚化が可能になり、エンドユーザーの行動経路も柔軟に把握できるようになります。
この記事では、移行プロセスの詳細、ファネルとフローの機能的な違い、そしてフロー分析が顧客対応チームの業務を大きく向上させる理由について説明します。
以前にインサイトクラシックで定義されていたファネルは、すでにコンソールのフロー分析セクションで自動的に再作成されています。 移行されたこれらのフローは、「フローリスト」画面からアクセスおよび管理できるようになりました。
追跡イベントダッシュボード
既存の追跡イベントは、フロー分析でサポートされます。
ただし、サポートされていない定義を持つイベントは、インサイトコンソールで引き続き使用できますが、編集はできません。
インサイトをコンソールへ移行するための継続的な取り組みの一環として、インサイトクラシックで作成されたファネルは、WalkMe コンソール内のフロー分析に自動的に移行されました。 このアップグレードにより、ユーザー行動を追跡するためのより強力なフレームワークが導入されました。これにより、より深い分析や優れた視覚化が可能になり、エンドユーザーの行動経路も柔軟に把握できるようになります。
この記事では、移行プロセスの詳細、ファネルとフローの機能的な違い、そしてフロー分析が顧客対応チームの業務を大きく向上させる理由について説明します。
以前にインサイトクラシックで定義されていたファネルは、すでにコンソールのフロー分析セクションで自動的に再作成されています。 移行されたこれらのフローは、「フローリスト」画面からアクセスおよび管理できるようになりました。
追跡イベントダッシュボード
既存の追跡イベントは、フロー分析でサポートされます。
ただし、サポートされていない定義を持つイベントは、インサイトコンソールで引き続き使用できますが、編集はできません。
列の表示
例：「メールFlow-(Migrated)-Production-Gsuiteを開く」
ファネル（クラシックインサイト）とフロー（フロー分析）は、どちらも、「ボタンをクリックする」、「ページを表示する」、または「タスクを完了する」など、一連のステップをユーザーがどのように進めるかを分析するためのツールです。 これらは同様の目的を果たしますが、計算方法が異なります。
この内訳では、各方法の仕組みについて説明し、主な違いを強調するとともに、フロー分析がセッション、ユーザー、システム全体のユーザー行動を追跡するための、より高度で柔軟な方法をどのように提供するかを示します。
|
ファネル（クラシックインサイト） |
フロー（フロー分析） |
|---|---|
|
|
|
ファネル（クラシックインサイト） |
フロー（フロー分析） |
|---|---|
|
|
|
ファネル（クラシックインサイト） |
フロー（フロー分析） |
|---|---|
|
|
|
ファネル（クラシックインサイト） |
フロー（フロー分析） |
|---|---|
|
|
ユーザーがログインし、2日間にわたって複数回バスケットにアイテムを追加したとします。
ユーザーAのアクティビティは以下のとおりです：
月曜日
11:00 AM – ログイン
11:30 AM – バスケットに追加
11:45 AM – ログイン
12:00 PM – バスケットに追加
火曜日
11:00 AM – ログイン
11:35 AM – バスケットに追加
11:45 AM – ログイン
12:00 PM – バスケットに追加
ここでは、フローがシングルセッション分析をサポートしていないため、マルチセッションモードでのクラシックファネルのロジックについて説明します。 フローで単一のセッションを複製したい場合は、ステップ間に期間条件を使用します。
カウントされる対象：
1回のログイン→バスケットに追加がカウントされます。
繰り返しアクションはすべて無視されます。
なぜですか？
ファネルは、セッションまたはユーザーごとに最初の有効な完了のみを追跡します。
重複イベント（2回目のログインや2回目のバスケット追加など）はすべてノイズと見なされ、破棄されます。
そのため、ユーザーがバスケットに2回追加しても、セッションごとに最初の「ログイン → バスケットに追加」のみがカウントされます。
結果：
ファネルを一度完了するユーザー数を簡単に表示できますが、繰り返しの行動や再試行、または継続的なエンゲージメントパターンを見逃してしまいます。
|
Session（セッション） |
カウントされたステップ |
ステップ間の時間 |
|---|---|---|
|
月曜日 |
ログイン（11:00）→ バスケットに追加（11:30） |
30分 |
|
火曜日 |
ログイン（11:00）→ バスケットに追加（11:35） |
35分 |
なぜですか？
カウントされる対象：
毎回のログイン→バスケットに追加がカウントされます（繰り返し行われた場合も）
なぜですか？
フローは、ユーザーが同じジャーニーを複数回繰り返す現実の使用パターンを反映するように設計されています。
そのため、この場合、ログイン→バスケットに追加のペアは、ユーザーが同じプロセスを2回目、3回目に行った場合も含めてすべてカウントされます。
結果：
すべての試行、完了、およびバリエーションを示す完全な行動マップを取得します。これは以下のようなパターンを特定するのに重要です。
リトライ動作
再エンゲージメント
初期成功後の離脱
完了までの時間間隔
|
シーケンス |
カウントされたステップ |
ステップ間の時間 |
|---|---|---|
|
#1（月曜日） |
ログイン（11:00）→ バスケットに追加（11:30） |
30分 |
|
#2（月曜日） |
ログイン（11:45）→ バスケットに追加（12:00） |
15分 |
|
#3（火曜日） |
ログイン（11:00）→ バスケットに追加（11:35） |
35分 |
|
#4（火曜日） |
ログイン（11:45）→ バスケットに追加（12:00） |
15分 |
（30 + 15 + 35 + 15）/ 4 = 23.75分
なぜですか？
最初のフロー作成におけるガイダンスの準備はできましたか？
スマートウォークスルーガイダンス：コンソールで新しいフローを構築するためのガイド付きスマートウォークスルーの開始方法を表示をクリックします。