クラシックからコンソールへのファネル移行
概要
インサイトをコンソールへ移行するための継続的な取り組みの一環として、インサイトクラシックで作成されたファネルは、WalkMe コンソール内のフロー分析に自動的に移行されました。 このアップグレードにより、ユーザー行動を追跡するためのより強力なフレームワークが導入されました。これにより、より深い分析や優れた視覚化が可能になり、エンドユーザーの行動経路も柔軟に把握できるようになります。
この記事では、移行プロセスの詳細、ファネルとフローの機能的な違い、そしてフロー分析が顧客対応チームの業務を大きく向上させる理由について説明します。
移行
以前にインサイトクラシックで定義されていたファネルは、すでにコンソールのフロー分析セクションで自動的に再作成されています。 移行されたこれらのフローは、「フローリスト」画面からアクセスおよび管理できるようになりました。
移行の主なポイント
追跡イベントダッシュボード
-
既存の追跡イベントは、フロー分析でサポートされます。
-
ただし、サポートされていない定義を持つイベントは、インサイトコンソールで引き続き使用できますが、編集はできません。
列の表示
- 名前：名前の競合を避けるために、移行されたファネルには以下のサフィックスが付けられます：
[ファネル名]_[移行]_ [システム名]_[環境名]
-
-
例：「メールフローを開く_移行_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セッションの範囲）の計算
カウントされる対象：
-
1回のログイン → 1セッションごとの「バスケットに追加」シーケンス
-
同じセッションでの繰り返しアクションはすべて無視されます。
なぜですか？
クラシックファネルは、セッションベースの分析を念頭に置いて設計されています。 各ファネルの完了がクリーンで中断のないパスとなるよう、意図的に厳格なロジックで設計されています。
-
ファネルは、セッションまたはユーザーごとに最初の有効な完了のみを追跡します。
-
重複イベント（2回目のログインや2回目のバスケット追加など）はすべてノイズと見なされ、破棄されます。
そのため、ユーザーがバスケットに2回追加しても、セッションごとに最初の「ログイン → バスケットに追加」のみがカウントされます。
結果：
ファネルを一度完了するユーザー数を簡単に表示できますが、繰り返しの行動や再試行、または継続的なエンゲージメントパターンを見逃してしまいます。
|
Session（セッション） |
カウントされたステップ |
ステップ間の時間 |
|---|---|---|
|
月曜日 |
ログイン（11:00）→ バスケットに追加（11:30） |
30分 |
|
火曜日 |
ログイン（11:00）→ バスケットに追加（11:35） |
35分 |
（30 + 35）/ 2 = 32.5分
フロー分析（ユーザー参加、複数完了）の計算
カウントされる対象：
-
すべての有効なログイン → バスケットに追加シーケンス（繰り返しシーケンス）は、すべてのセッションにわたってカウントされます。
なぜですか？
フローは、ユーザーが同じジャーニーを複数回繰り返す現実の使用パターンを反映するように設計されています。 基盤となるエンジンは、以下のように設計されています。
-
すべての有効なシーケンス（最初のシーケンスだけでなく）をキャプチャします。
-
ユーザーIDなどの参加フィールドを使用して、セッション全体の行動を分析します。
-
以前のものを上書きすることなく、繰り返し完了できます。
そのため、この場合、ログイン→バスケットに追加のペアは、ユーザーが同じプロセスを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分
フロー分析で新しいフローを作成する方法
最初のフロー作成におけるガイダンスの準備はできましたか？
-
スマートウォークスルーガイダンス：コンソールで新しいフローを構築するためのガイド付きスマートウォークスルーの開始方法を表示をクリックします。
