コールセンター要員計算機

📊 コールセンターのパラメータ

1時間に到着する総着信数

通話時間+後処理(ACW)

%

目標時間内に応答する割合(%)

目標%の最大待ち時間

%

オペレーターの忙しさ(推奨 80–90%)

%

非稼働時間

💡 クイックシナリオ:

📊 要員要件

👥 必要オペレーター数
15
通話対応(Erlang C)
🏢 必要総人員
22
シュリンケージ込み
📈 オペレーター稼働率
83%
占有率
🎯 サービスレベル
80%
目標時間内の応答
⏱️ 平均待ち時間
12 秒
📊 トラフィック強度
5.0 E
📞 処理した通話
100/時
💼 FTE
15 FTE
🔢 計算ステップ:

📈 パフォーマンス分析

🔮 What-If シナリオ

+10% 呼量
影響を計算...
-20% AHT
影響を計算...
90% サービスレベル
影響を計算...

📊 主要KPI

放棄率 ~5%
待機(アイドル)時間 17%
キュー発生確率 35%

⏰ 時間帯別 要員推奨

時間帯 典型的な呼量% 呼/時 必要人数 総人員

📐 Erlang C 公式と理論

🔢 主要公式

トラフィック強度 (E) = (呼/時 × AHT) / 3600
必要人数(ベース)= E / 目標占有率
総人員 = 必要人数 / (1 - Shrinkage%)
Erlang C によるサービスレベル

💡 業界標準

  • • サービスレベル:80/20(20秒以内に80%)
  • • 占有率:80–90% が最適
  • • Shrinkage:25–35% が一般的
  • • AHT:平均3–6分

コールセンター要員計算機 - Erlang C 公式

📞 Erlang C 公式を使って必要なオペレーター数を計算します。呼量、平均処理時間(AHT)、サービスレベル目標、 シュリンケージ要因に基づいて要員計画を最適化できます。

Erlang C とは?

Erlang C は、コールセンターのワークフォース管理で用いられる数学的な公式で、一定の呼量を処理しつつ 目標サービスレベルを維持するために必要なオペレーター数を算出します。待ち行列理論に基づき、すぐに応答できない 呼はキューで待機すると仮定します。

主要指標の説明

  • 呼/時:ピーク時の総着信数
  • AHT(平均処理時間):通話+後処理(wrap-up)
  • サービスレベル:目標時間内に応答する割合(例:80/20)
  • 占有率:オペレーターが通話中の時間割合(アイドルではない)
  • Shrinkage:休憩、研修、会議、欠勤など(非稼働時間)

トラフィック強度(Erlang)

公式: E =(呼/時 × AHT(秒))/ 3600

トラフィック強度は Erlang 単位で負荷を表します。1 Erlang = 1人が1時間ずっと忙しい状態です。

  • 例: 100 呼/時 × 180 秒 = 18,000 / 3600 = 5 Erlang
  • 理論上、5人が休みなく対応すれば処理できる負荷(理論最小)

必要人数の算出

ステップ1 - ベース人数(負荷から):

最小人数 = トラフィック強度(E)

ステップ2 - サービスレベルを満たす追加(Erlang C):

Erlang C により、目標サービスレベル達成に必要な追加人数を求めます。 実務では、人数を変えながら目標に達するまで反復します。

ステップ3 - 占有率で調整:

必要人数 = E / 目標占有率

ステップ4 - Shrinkage を加味:

総人員 = 必要人数 / (1 - Shrinkage %)

計算例

条件:

  • 100 呼/時
  • AHT 180 秒(3分)
  • 20秒以内に80%応答(80/20)
  • 目標占有率 85%
  • Shrinkage 30%

計算:

  • トラフィック強度: (100 × 180) / 3600 = 5 Erlang
  • ベース人数: 5 / 0.85 = 5.88 ≈ 6人(最小)
  • 80/20 達成のため追加バッファ → 約12–15人
  • Shrinkage 30%込み: 15 / 0.70 = 21.4 ≈ 22人

サービスレベルの目安

  • 80/20:20秒以内に80%(業界標準)
  • 90/20:20秒以内に90%(プレミアム)
  • 70/30:30秒以内に70%(ベーシック)
  • 80/30:テクニカルサポートで一般的

占有率のガイドライン

  • 80–85%:オペレーターの健康面で最適
  • 85–90%:許容範囲・コスト効率良
  • 90%+:高すぎ(燃え尽きリスク)
  • <70%:非効率(過剰キャパ)

Shrinkage の内訳

  • 休憩:昼休み・コーヒーブレイク(10–15%)
  • 研修:継続教育(5–10%)
  • 会議:チーム会議・1on1(3–5%)
  • 欠勤:病欠・休暇(5–8%)
  • システム障害:技術的問題(2–5%)
  • 合計の目安:25–35%

呼量の時間帯分布

呼量は一日の中で変動します。典型例:

  • 9–11時:朝のピーク(平均の100%)
  • 11–13時:昼の谷(70–80%)
  • 14–16時:午後ピーク(90–100%)
  • 17時以降:低下(40–60%)

効率改善のヒント

  • AHT短縮:研修、スクリプト、ツール改善
  • スキルルーティング:適切な担当へ振り分け
  • セルフサービス:IVR・チャットボットで簡易対応
  • 柔軟なシフト:呼量パターンに合わせる
  • 予測:季節・キャンペーンのスパイクを想定

よくあるミス

  • Shrinkageを無視:非稼働時間は必ず考慮
  • 平均で計画:ピーク時間に合わせる
  • AHTの誤解:後処理も含む
  • 占有率が高すぎ:離職・燃え尽きの原因
  • 変動の余裕なし:呼は均等に来ない

高度な検討事項

  • マルチスキル:複数キューを担当
  • 放棄率:待ち中に切断する割合
  • コールバック:待ち時間の心理的負担を軽減
  • 区間計画:15–30分単位で最適化
  • リアルタイム遵守:シフトの遵守率

💡 プロのコツ:平均条件だけでなく、週で最も混む日の最も混む時間帯でシナリオを試してください。 多くのコールセンターでは呼量に20–30%の変動があります。特に予測困難なスパイクがある場合は、 Erlang C の結果に 1〜2 名の安全バッファを上乗せすると安心です。少し余裕を持つ方が、 長い待ち時間で顧客を失うより安くつくことが多いです。

コメント (0)

感想を共有してください。礼儀正しく、話題に沿ってお願いします。

まだコメントはありません。コメントを残して、あなたの意見を共有してください!

コメントを残すにはログインしてください。

コメントするにはログイン