コール分析応答を作成する

前提条件

 以下の権限

  • アウトバウンド > レスポンスセット > 追加する
  • アウトバウンド > レスポンスセット > 削除する
  • アウトバウンド > レスポンスセット > 編集する
  • アウトバウンド > レスポンスセット > 見る
  • Architect > Flow > Search

    1. 管理をクリックします。

    2. 下 アウトバウンド、 クリック コール分析の応答。

      コール分析ビューを図します。

    3. [新規作成] をクリックします。  

    4. に一意でわかりやすい名前を入力します コール分析応答名 箱。 この名前にはスペースや特殊文字を含めることができますが、一意である必要があります。

      図は、コール分析応答エントリに名前を付ける方法を示しています

    5. 通話の接続後にシステムで通話分析を有効にしたくない場合は、[ 接続後の通話分析を無効にする。 通話が接続されると、システムは、通話が接続された後のすべての通話分析を無効にし、留守番電話検出（AMD）も無効にします。
    6. 生声と留守番電話を区別したくない場合は、Disable Answering Machine Detection をクリックします。 コールが接続されると、システムはマシンを評価せずにそれを転送します。
      注意： AMDを無効にした場合でも、"声紋 "を見分ける方法で多くの既知のデフォルトキャリアメッセージをほぼ即座に識別できるため、システムはボイスメール/留守番電話の約2/3を正確にライブ音声応答アクションに移行するのを防ぐことができるのです。 通常、すべての通話の約3％を占めるビジーキャリアのアナウンスとトーン、およびファックスも検出され、ライブ音声応答アクションを実行できなくなります。

    7. 転送オプションを選択し、ボイスメールのビープ音が鳴るまでシステムが応答を遅らせるようにする場合は、[ ビープ検出を有効にする。

      メモ: 
      • Enable Beep Detectionは、ボイスメールや留守番電話がAMDによって検出されていない場合に有効にするオプションです。
      • 携帯電話のデフォルトの着信音設定ではビープ音を検出するために 60 秒待機するため、キャンペーンの無応答タイムアウトを 60 秒に延長する必要がある場合があります。
      • アーキテクトでは、 沈黙を検出する と 沈黙の中でオーディオを再生する コールフロー内のアクションを使用して、ライブまたはボイスメールの音声を検出し、フローがどのように進行するかを判断します。

    8. 各通話分析結果、留守番電話 およびライブ音声 については、システムが取るべきアクションとして以下のいずれかを選択します：

      • 電話を切る 通話を切断します。

      • 移行 次に利用可能なエージェントが応答できるように、呼び出しをキャンペーンのキューに返します。

      • 送信フローへの転送 選択したアウトバウンドフローに転送します。 事前に送信フローを作成します。 Architect。 

         メモ：   アーキテクトフローにライブ音声コールを送信すると、すべての接続にフローが応答するため、コンプライアンス放棄ができなくなり、ペーシングに影響を与える。

    9. 通話分析のパフォーマンスを向上させるために別のモードを選択するには、調整可能ライブスピーカー検出レベル。 

      ライブスピーカー検出レベルを選択するには、接続後通話分析と留守番電話検出を有効にする必要があります。接続後通話分析を有効にするには、チェックボックス（Disable Post-Connect Call Analysis ）が選択されていないことを確認します。留守番電話検出を有効にするには、チェックボックスをオンにしてください留守番電話検出を無効にする選択されていません。 

      以下のモードでは、最も検知される可能性が高い人物や最も検知される可能性が高い機械の検知速度を選択できます。

      各モードでは、低から高に増加するにつれて、ライブ スピーカー検出の速度に関して、人物らしいヒューリスティックをより積極的に適用します。これにより、ライブ スピーカー検出の速度が優先されるため、精度も低下します。
      モード 説明
      無効 現在の設定は変更されず、標準のタイミングが使用されます。 
      低い  人物の可能性が高い場合、接続後の一般的な音声検出（200〜300 ミリ秒の音声）で、ライブスピーカーが早期に検出されます。音声が既知のオーディオプリント（事前に録音されたキャリアのボイスメール メッセージまたは話中メッセージ）であり、高い一致性がある場合、早期のライブ スピーカー検出は適切に回避され、オーディオプリントによってマシンまたは話中が検出されます。機械による可能性が高い場合は、標準のタイミングが使用されます。
      中 人物の可能性が高い場合は、回線接続時にライブ スピーカーが早期に検出されます。機械による可能性が高い場合は、標準のタイミングが使用されます。 
      高い  人物の可能性が高い場合は、回線接続時にライブ スピーカーが早期に検出されます。機械による可能性が高い場合、接続後の一般的な音声検出 (200 ～ 300 ミリ秒の音声) で、ライブ スピーカーが早期に検出されます。音声が既知のオーディオプリント（事前に録音されたキャリアのボイスメール メッセージまたは話中メッセージ）であり、高い一致性がある場合、早期のライブ スピーカー検出は適切に回避され、オーディオプリントによってマシンまたは話中が検出されます。 

      ノート:  
      • 無効」から「高」まで、モードが上がるにつれて、分析時間が少なくなるため、生声と留守番電話の検出精度が低下し、検出までのスピードが上がります。
      • SIP電話のトランク設定Media Methodが 、normalに設定されていることを確認してください。

    10. 各コール分析結果にアクションを割り当てた後、をクリックしてください。 保存する。


       メモ：   新しいコール分析応答が最大制限数1000を超えると、エラーメッセージが表示されます。 必要に応じて古いまたは古くなった通話分析応答を削除して[]をクリックします。 保存する 新しいコール分析応答設定を完了するために再度。