フローアウトカムの初期化アクション
- Architect >Flow Outcome >Add,Edit,Search,View permissions.
このアクションを使用して、 Architectがフローの追跡を開始するフロー結果を選択します。 このアクションは、 タスクエディターの呼び出し用ツールボックスのフローカテゴリで使用できます。 チャット、メール、メッセージング キュー内のコールフローを除くフロー。 インタラクションがこのアクションに遭遇すると、Architectは結果の開始日時を作成します。
管理者とコンタクトセンターの管理者は、フロー結果を使用してセルフサービスの成功に関するデータを収集します。 この情報は、Architectフローが顧客との対話にどの程度役立つかを判断するのに役立ちます。
- セルフサービス操作を開始したインタラクションの総数。
- セルフサービス操作に失敗したインタラクションの数と割合。
- セルフサービス操作を正常に完了したインタラクションの数と割合。
- 成功したインタラクションがセルフサービス操作に費やす時間の長さ。
Architectでは、フローでこのアクションの複数のインスタンスを作成できます。 たとえば、 ユーザーはフローをナビゲートして未払いの請求書のステータスを確認し、残高確認の結果を検出します。 次に、 ユーザーはフローをナビゲートして支払いを行い、支払い請求の結果に遭遇します。 したがって、結果の総数が、1回の対話で処理される会話の数を超える可能性があります。
フローの結果とフローのマイルストーンの制限
デフォルトでは、組織には最大 1,000 個のフロー マイルストーンと 100 個のフロー結果を含めることができます。
分析およびパフォーマンス ビューのレポートでは、結果ごとに最大 20 個のマイルストーンとフローごとに最大 100 個のマイルストーンのみが使用されます。これらのレポート制限は、大規模なデータセット全体でクエリのパフォーマンスと安定した応答時間を確保するのに役立ちます。
より高い制限が必要な場合は、Genesys Cloud サポートに連絡して増加をリクエストしてください。それ以外の場合は、デフォルトの制限がそのまま適用されます。
結果が元々成功していたとしても、インタラクションが同じ結果に再び遭遇すると、結果の結果はリセットされます。 システムは結果の最後の結果のみを追跡して表示します。
対話が成功した結果に遭遇せずに終了した場合、システムは結果が開始されたが不完全であると見なします。 不完全な結果は自動的に失敗の結果になります。
| 名前 | 説明 |
|---|---|
| 名前フィールド | アクションの識別名を入力するか、デフォルトのテキストのままにします。 フロー結果を初期化する。 ここに入力したラベルは、呼び出しに表示されるアクションの名前になります。 チャット、メール、メッセージング フロー構造。 |
| フロー アウトカム |
リストをクリックして、結果を選択します。 Architectはフローを追跡し始めます。 |
