パス分析を使って、顧客がWorkflowsのどこで離脱しているかを特定し、変更が関与を改善しているかを追跡しましょう。これにより、ターゲットを絞った最適化を自信を持って行えます。
注意:パス分析はライブのWorkflowで利用可能です。使用するにはWorkflowsビルダーへのアクセスが必要です。
Workflowパスの分析方法
分析したいWorkflowを開き、Path Analysisタブをクリックします。
そこには最初のボットメッセージと、その後の各パスが受けた関与が表示されます。
分析に表示されるデータは、ここに示された日時に保存されたWorkflowのバージョンのものです。
また、各ポイントでWorkflowの閲覧を停止した顧客数、つまり離脱も表示されます。
離脱は顧客がパスを閲覧してそれ以上進まなかった回数ごとにカウントされるため、同じ顧客が複数回含まれる場合があります。
ボットパスを続けてさらにやり取りを見るには、X moreをクリックしてください。
Workflowパスの内容を見たい場合は、クリックして展開してください。
注意:
展開ビューでは、収集している属性を提供した顧客数も表示されます。
これらの数値は顧客がどこで離脱しているかを正確に示します。この例では「注文番号」は4回提供されていますが、「注文問題」は3回だけです。つまり、このパスを閲覧した1人は注文番号を提供した後、注文問題を提供する前に離脱したことを意味します。
Workflowのパフォーマンスに対する変更の影響を見る方法
Workflowを最適化する際、変更が望ましい効果をもたらしているか確認したいでしょう。現在のWorkflowを以前のバージョンと比較するには、右のドロップダウンから古いバージョンを選択してください。
バージョン比較ビューは、Workflowの各ステップでの関与と完了への影響を示します。
注意:
任意の変更を保存するとWorkflowの新しいバージョンが作成されます。タイトルやオーディエンスフィルターの変更も含まれます。
Workflowの特定のパスがPath Analysisに表示されない場合、それらをトリガーするユーザーアクションがない可能性があります。パスが「閉じる」アクションで終了し、さらにユーザーの操作がない場合、そのパスは分析に追跡されません。Path Analysisはユーザーが積極的に操作を行うパスのみを表示するため、ユーザー入力なしで自動的に閉じるWorkflowのパスは表示されません。
ページ上部の統計は、ボットがライブ設定されてからの総関与を示し、バージョンを切り替えても変わりません。
サマリーメトリクス(送信/関与/完了)は、パス統計よりも速く更新されることがあります(即時更新ではありません)。
顧客から属性を収集するWorkflowsでは、複数ある場合、各属性の離脱がPath Analysisに表示されます。
どの顧客が閲覧/通過/離脱したかを見るには、完了/関与タブを確認する必要があります。
現在、Workflowのパス分析をエクスポートすることはできません。
パフォーマンスが低いパスを特定したら、Workflowエディターに戻って変更を加え、再公開してください。保存するたびに新しいバージョンが作成されるので、更新前後のパフォーマンスをいつでもPath Analysisで比較できます。





