クラシックからコンソールへのファネル移行
概要
インサイトをコンソールへ移行するための継続的な取り組みの一環として、インサイトクラシックで作成されたファネルは、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分
なぜですか？
- ステップ間のすべての完了の平均値を取ります。
フロー分析で新しいフローを作成する方法
最初のフロー作成におけるガイダンスの準備はできましたか？
-
スマートウォークスルーガイダンス：コンソールで新しいフローを構築するためのガイド付きスマートウォークスルーの開始方法を表示をクリックします。
