プレディクティブダイヤラー

ダイヤラーの姿をしたアルゴリズム。

プレディクティブダイヤラーは、一度に1台の電話を鳴らすのではありません。待機中のエージェント1人につき 1.5、2、ときには3回線という扇状の発信を一斉に行い、最初に人が出た通話をつなぎます。1980年代初めに発明され、2003年から規制され、今も存在する中で最も処理量の多いアウトバウンドモードです。

プレディクティブダイヤルの仕組み

これ以前のダイヤルモードはすべて受け身でした。エージェントが通話を開始し、システムが発信し、エージェントが待つ。キューは容量1のパイプラインです。プレディクティブはそれを打ち破ります。エージェント1人につき1回線ではなく、待機中のエージェント数、すでに発信中の通話数、通常何人が応答するかを見る小さなアルゴリズム、つまりコントローラーを動かし、対応できるエージェントの数 より多くの 発信を行います。

  1. 受付可能にしてキャンペーンを選び、次をクリック: ダイヤルを開始。エンジンの待機エージェントのプールに入ります。
  2. コントローラーは数秒ごとに動きます。確認するのは:待機中のエージェントは何人か?現在発信中または判定中の通話はいくつか?設定されたペースはどれくらい攻めているか?
  3. その計算(下記)に基づいて、N 本の新しい発信回線を出します。エージェント1人につき複数回線です。エージェントにはまだ何も見えません。
  4. 各回線は応答時に AMD を通ります。機械、FAX、判定不能は静かに切断されます。
  5. AMD が 人間と判定した最初の回線で、システムは次の待機中エージェントを確保して通話をつなぎます。そのエージェントの画面には、相手のあいさつの最中にリードのプロフィールが表示されます。
  6. 人につながった他の回線があれば、それらは放棄として扱われます:呼び出してから切断。これらは放棄率の上限に対してカウントされます。
  7. コントローラーが再び動き、回線を補充します。エージェントは通話を終え、結果を記録し、待機プールに戻ります。エンジンは数秒以内に、次につながった人のところへエージェントを引き込みます。

計算

どのプレディクティブコントローラーも、同じ式の何らかの変形です:

target_lines = configured_multiplier // e.g. 1.5x, 2.0x, 3.0x desired_calls = active_agents * target_lines in_flight = calls_currently_dialing should_dial = max(0, desired_calls - in_flight)

これが中核となるアルゴリズムのすべてです。肝心なのは倍率の選び方で、低すぎれば実質プログレッシブと変わらず、高すぎれば放棄率の上限を超え、いずれ FTC に気づかれます。

プレディクティブの決定的な特徴は エージェント1人につき複数回線であることです。それ以外のすべて、つまり予測の計算、AMD、放棄率の監視は、この構造的に攻めた選択を現実の世界と法律に耐えられるものにするために存在しています。

起源

プレディクティブダイヤラーは、多くの人が思うより古いものです。基礎となる米国特許、Doug Samuelson の「Method for Predictive Dialing」(米国特許 4,829,563、1987年出願、1989年取得)が予測アルゴリズムを形にし、それ以降のすべてはその何らかの変形です。しかし仕組み自体は特許より前からありました。1980年代半ばには、シティバンク、シアーズ、大手の債権回収会社のコールセンターが、ミニコンピューターと特注のハードウェアで作られた初期のプレディクティブシステムをすでに運用していました。

初期の主要ベンダーは EIS International(SER Systems に買収され、その後 SER Solutions になった)でした。80年代後半から90年代前半にかけて、EIS は6桁ドルもするプレディクティブダイヤルシステムを販売しており、T1 回線、独自の通話処理カード、Unix ワークステーションで動くソフトウェアといった専用ハードウェアが必要でした。続いて Aspect Communications が Aspect CallCenter を、Rockwell が Spectrum を、Davox(後の Concerto、さらに後に Aspect の一部)が Unison を出しました。大きなコールセンターの大きな部屋に置かれた大きな機械でした。

1990年代はプレディクティブダイヤラーの無法地帯でした。アウトバウンドのコールセンターは、今なら FTC の調査対象になるような放棄率で運営されていました:人が応答したときに空いているエージェントがいないために、10%、15%、ときには25%の通話が切られていたのです。その先の消費者の体験は、文字どおり耐えがたいものでした:アメリカ中で電話が鳴り、出てみると無音かカチッという音。90年代後半を通じて苦情が積み重なりました。

規制の対応は段階的に行われました。TCPA は1991年に成立しましたが、当初はプレディクティブを特に制限していませんでした。業界を実際に変えたのは、FCC の2003年の施行規則と、同時に行われた FTC のテレマーケティング販売規則の改正でした。TSR の 16 CFR §310.4(b)(1)(iv) が線を引きました: キャンペーンごとに30日間で放棄呼が3%以下(応答した通話に対する割合)。人が応答し、あいさつから2秒以内に対応できるエージェントがいなければ、それは放棄呼です。

それ以降のすべては、この 3% の上限への何らかの適応でした。留守番電話で回線を無駄にしないための、より優れた AMD。放棄率が上がると速度を落とす、より賢いペース配分アルゴリズム。放棄率をリアルタイムで監視し、人が問題に気づく前に倍率を自動的に下げるサーバー側のコントローラー。

市場自体は2000年代を通じて統合されていきました。EIS は SER に、SER は他のベンダーに吸収されました。Aspect、Avaya、Genesys がエンタープライズ向けの主要企業になりました。第2グループとして、Five9、Noble Systems、CallTools、ReadyMode、Convoso が中堅市場向けに成長しました。2010年代までに、プレディクティブはオンプレミスの機械からクラウドプラットフォームへ移りましたが、根底にあるアルゴリズムは今も Doug Samuelson が1987年に説明したものです。

プレディクティブが向いている場面

プレディクティブが真価を発揮するのは、制約が質ではなく量にあるときです。 営業チームは同じものをパラレルダイヤルと呼びます。 パラレルダイヤラーとは?

大量の B2C

エージェントの通話時間1分1分が売上を生む、大規模な消費者向けリードリスト。ここが本領です。

エージェント1人でもコールセンター全体でも

DialerSeat はエージェントごとに回線数を設定するので、プレディクティブはエージェント1人でもコールセンター全体でも使えます。各エージェントが2〜3回線を選び、キャンペーン自身の直近30日間の記録が、その時点で合法な回線数を決めます。新しいキャンペーンは1回線から始まります。

実績のあるキャンペーン

過去の接触率と応答率がわかっている場合。コントローラーは、見たことのあるデータではより速く自己調整します。

利幅の薄いアウトバウンド

大規模なリード獲得、債権買い取り、同意済みの B2C など、エージェント1時間あたり35分以上の通話時間が求められるあらゆる場面。

新しいリスト

新しいデータほど応答率が高くなります。プレディクティブは、リストが冷める前の接触率の山をつかみます。

複数シフトの運営

日勤、夜勤、週末の対応。プレディクティブのペースなら、エージェントを疲れさせずに1シフトでより多くのリストをこなせます。

手放すもの

落ち着き。プレディクティブは設計上、多めに発信するシステムです。応答できるエージェントの数より多くの通話を出し、確率と AMD がうまくさばくことを信頼しています。システムは慌ただしく感じられます。計算がわずかにずれただけで、たとえば応答率の高い時間が続いたり、難しい通話で結果の記録が遅れたりすると、放棄率のカウンターが上がっていくのがわかります。

切られた通話について、後ろめたさを感じずにいることもあきらめることになります。完璧に調整したプレディクティブのキャンペーンでも、一部の通話は放棄されます。法定上限は 3%、実際の目標は 1〜2%で、つまり電話に出た100人のうち1〜2人は無音とカチッという音を聞くことになります。それが処理量と引き換えの代償で、避ける方法はありません。

プレディクティブには、実際のシフトで働く実際のエージェントも必要です。昼にプレディクティブをオンにして20分席を外し、うまく立ち直ることを期待するわけにはいきません。コントローラーは安定した状態を求めます。エージェントが受付可能になったり外れたりを繰り返すと、ペースが揺れます。プレディクティブはシフト勤務を好み、プレビューとパワーは気にしません。

DialerSeat のプレディクティブ

DialerSeat のプレディクティブは、1つの原則に基づいて作られています:見ていないときでも、システムが法定上限を超えさせることは決してあってはならない。コントローラーは放棄率をリアルタイムで監視し、あなたが問題に気づくずっと前に自動的に引き下げます。

  • キャンペーンごとのエージェントあたり回線数の設定(1〜5)。初期値はキャンペーンの成熟度に応じて 1.5〜3。
  • エージェントごとの回線数の上書き。チームの他のメンバーが 2.0 で動かしている間に、自分だけ 1.5 で動かすこともできます。
  • サーバー側のコントローラーが5秒ごとの周期で回線を出します。予測できるリズムで、クライアント側の推測はありません。
  • キャンペーンごとに直近30日間の放棄率を算出し、コントローラーの周期ごとに再計算。
  • 2.5% で自動的に引き下げ。法定上限の 3% に達する前に、エンジンは 1× 回線(プログレッシブ相当)に落とします。
  • 回復のしきい値は 2.0%。率がはっきり下がるまで、0.5% の安全余裕を持って引き下げた状態を維持します。
  • エージェントのターミナルに放棄率をリアルタイム表示するので、キャンペーンの状況が常にわかります。
  • AMD による事前判定で、機械の応答が放棄としてカウントされることはありません。
  • 発信ごとに TCPA の時間帯を確認。CNAM を考慮した発信者番号のルーティング。全米の電話勧誘拒否リストとの照合は引き続きあなたの責任です。詳しくは次を参照: コンプライアンスの維持方法 で、分担の全体を確認できます。

放棄率に悩まされずにプレディクティブを。

計算はコントローラーが行います。FTC の上限に達する前に自動で引き下げ。ターミナルに放棄率をリアルタイム表示。1シートあたり週 $35、契約不要。