キャンペーンの後に何が起きるか

通話はコストです。結果はあなたが買ったもので、二層で届きます。各通話に何が 起きたか、そして各通話が何を見つけたか。

以下はすべて、/campaigns/… のキャンペーン上にあります。

結果のサマリー

最初に開く価値のある部分です。結果のサマリー は対話インサイトのフィールドを 実行全体で集計します — 値ごとに件数と割合が付き、通話ではなくキャンペーンを 読めるようになります。

サマリー自身が二つの注記を出します: “上位の値のみ表示しています。” と、時期尚早な ときの “このキャンペーンの会話はまだ分析されていません。” 空のままなら、原因は ほぼ間違いなく、紐付けられたインサイトがないことです — 下記参照。

各通話に起きたこと

すべてのレコードは 対応結果 で終わり、リストは すべての対応結果 と すべてのステータス で絞り込めます。九つの値としてではなく、三つのグループと して読んでください:

三つ目のグループを、成績不良と読み違える人が多いのです。コンタクト率が低く disconnected の山があるキャンペーンは失敗していません — リストが古いと教えて くれたのであり、かけ直しても直りません。

レコードをクリックすれば 通話の詳細: 文字起こし、通話録音 と 録音を再生・録音をダウンロード、そしてその通話から抽出されたフィールドが 見られます。

各通話が見つけたこと

構造化されたフィールド — 文字起こしではなく、答えです。動ける結果と、誰かが 読まなければならない結果の違いです。百件の通話を一つのフィールドで並べ替える のは一瞬で、百件の通話を聞くのは一日かかります。そして誰も二度は聞きません。

CSV をエクスポート で全体が取れます。対話インサイトの各フィールドの フィールドキー は “CSV の列ヘッダーとして使用されます”。エクスポートの 読み心地を決めるので、実行の後にではなく前に、望む名前を付けてください。

インサイトはどこから来るか

知っておくと、空のサマリーが説明できるようになります。キャンペーンには自分の ものがあるか、エージェントのものを継承するかのどちらかです:

• “エージェントから継承しています。このキャンペーン独自の上書きはありません。” — 通常の、そして通常は正しい状態。
• “エージェントの既定（…）を上書きします。” — このキャンペーンは別の質問を している。
• “このキャンペーンには独自の抽出フィールドがあります。実行はされますが、他の キャンペーンやエージェントからは使用できません。” — カスタム（再利用不可） の状態。再利用可能な対話インサイトとして保存 を一度押せば解決。
• “この対話インサイトは存在しません” — 残された紐付けで、何も抽出されません。

サマリーが空なのに通話はつながっているなら、このリストが当たりです。

再試行する価値のある結果だけ、再試行する

再試行ポリシーは特定の結果に絞れますし、絞るべきです。応答なしへのかけ直しは 正常です。あなたの顔を見て切った人へのかけ直しは正常ではなく、つながらない番号へ のもう一度は、同じ失敗にお金を注ぎ込むだけです。

結果は明示的に指定してください — 「すべて再試行」の既定が、キャンペーンを苦情に 変えます。

折り返しリストこそが目的です

私たちの推奨パターンで、自分たちも運用しているもの: 「人間が必要」と印を付ける フィールドを定義し、そのリストを処理します。

着信のところと同じ理由で、生の転送より良いものです。転送には、まさにその瞬間に 手が空いている人が必要で、誰もいなければ、相手は鳴る電話に渡されたにすぎません。 印の付いた通話は、完了した会話と、優先度順に並んだ折り返しのキューです。

自動トリアージも並べて優先付けし、ラベルになる に設定したフィールドは、 あなたの値を受信箱で絞り込めるものに変えます。

そこで終わる必要はありません

終わった通話は、ワークフローの起点になるイベントです。だから次の一手は、固定の 機能一覧ではありません。連絡先を更新する。結果を、それを持つべき人へメールする。 興味のある人をリストに入れ、残りを抑制リストへ。フォローアップを予約する。 自分のシステムに書き込む。

同じイベントはチャットの会話終了もカバーするので、通話のために書いたワークフロー は、通常は他のチャネルにもそのまま効きます。

すべての所在

キャンペーンの結果は、/conversations にも、ほかと一緒に着地します — 文字起こし、録音、フィールド、優先度。キャンペーンは、探しに行く別のレポートでは ありません。探しに行く別のレポートというのは、誰も二度読まないレポートの ことです。