質問

私はこの壁に頭を叩いてきました。

私はクライアントがコールセンターを所有しており、ピーク時のピーク時を入力することでキャンペーンで30分間のスロットで働くために必要な人の数を推定したいプロジェクトに取り組んでいます。標準偏差。これにより、他のスロットに値を「ファンアウト」するはずです(ピークの両側で減少します)。

これがグラフの場合、X軸に30分のスロット(1〜48)とY軸に沿って必要な人数があります。これは、指定されたピーク時にピークがあるベル曲線のように見えます。

30時間スロットごとに必要な座席の近似値を取得するにはどうすればよいですか?正しい方向のポイントは大歓迎です!

PSが.NETで動作します。これを行うことができるライブラリを誰かが知っている場合。

役に立ちましたか?

解決

確率密度関数のForumulaを取得できます(.NET Libaryとともに) ここ

しかし、私は自分の仕事で自分でコールセンターのソフトウェアに取り組んでおり、FTEが正常に配布されることは決してないことを伝えることができます。通常、通常の重複する通常の分布があります。1つは左に歪んでおり、1つは時間(早朝、午後遅く)とキャンペーンの種類(B2BからB2C)に応じて右右歪んでいます。

より正確な推定のために、コールセンターに以前のアクティビティ/負荷の履歴を維持することをお勧めします(30分間隔ごとに平均負荷は何ですか)。それを分布ベースラインとして使用して、予想されるピーク負荷に合わせてスケーリングします。および推定コール長。これは私たちがプロトコールで行うことであり、私たちは通常、実際の負荷の90%から95%以内に正しいです。時々。時々、私たちは10倍見逃します。

編集:

わかりました、私は私たちが負荷を推定する方法を見るのに少し時間がかかりました、そして、標準的な分布はあなたをどこにも行かないでしょう。を見てください カップルスクリーンショット チャートから、分布が実際にどの程度異なるかがわかります。

あなたがする必要があること(基本的に):

  1. 毎分行われた通話の数をサンプリングします(60秒前に通話が何回ありますか)
  2. これらのサンプルをテーブルに保存:Timeofday、Callmade
  3. これらのサンプルをロードしてスケーリングします。 (つまり、合計テーブルに10.000の呼び出しがあり、新しいアクティビティが1日あたり4.000コールがあると推定されている場合、すべてに0.4を掛けます。推定nrの呼び出しまたは(より多くのacuratelly)の推定数のトークタイム分をスケーリングできます。 1日あたり)

または、通話ごとに行エントリがあるテーブルがある場合は、単純に作成できます。

SELECT count(*),datepart(hour,[CalledOn]) as CalledOn from tableCalls group by datepart(hour,[CalledOn]) 

毎時間行われた通話をカウントします。 1分あたりではなく1時間あたりサンプリングされますが、ベースラインを与えるには十分かもしれません

他のヒント

うーん

日中(真夜中から真夜中まで24時間)の通話の分布が正常であった場合(つまり、ベルカーブに従った)ことに驚くでしょう。ただし、それがクライアントが注文したものである場合、そうです。しかし、さらに先に進む前に、さらに調査してください。

クライアントがSTD開発者を正しいと指定できるというあなたの推定はありますか?

クライアントが00:00から23:59の間に呼び出しの分布が非モーダルであると本当に信じている場合、ピーク時がたまたま12:00にならない限り、コールは1日以内にピーク時について正常に配布されません。モードは12:00ではないに違いありません。

回答者の1人がすでに言っているように、正規分布の式と実装を十分に容易に見つけることができます。

しかし、クライアントを感動させ、より良いモデルを構築したい場合は、簡単なキューイングから始めます。

これは本当に答えではないと思いますが、電話業界は エルラン これらの種類の問題の測定単位として、これは平均コールの長さと、期間中の同時呼び出しの平均数から導き出されます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top