5th September 2012
It’s now been a few years since we introduced our free Erlang calculator.
Given its ongoing popularity and the number of comments and questions it has raised, I thought it time to do a summary of the main questions and attempt to save everyone the effort of wading through the whole comments thread…
Obviously, this list cannot be exhaustive, but I will endeavour to try to address the main issues that have been raised. Of course, as always, feel free to ask anything else below!
Everyone tries this at least once!
What happens is Erlang models the probability (P) of a call arriving, so even if only one call is forecast, there is a small, but definite, chance of a second call arriving. Therefore, it will always give an agent requirement of two. Erlang is always ‘interesting’ around the very low numbers. Remember you’re telling it that ON AVERAGE you get one call, not that you are guaranteed to get one call.
However, once we get to even slightly higher volumes, this goes away, as the P.M.F. of the Poisson/Erlang function trends away from the outliers of the curve and, accordingly, it becomes surprisingly accurate as you increase above ~10-15 calls per interval.
A) Change 1800 in the formulae in G39:G86 to 900.
The short answer is no, it gives a required number of staff to be available on the phone for any given interval. Shrinkage is a bit too much of a local variable to be able to factor. Different companies use different criteria, personally I’ve seen:
However, everyone has their own criteria.
It can simply be corrected for by using: (FTE/Shrinkage %)*100
Simplistically, yes, however, only on a high-level basis. To work in a fully multi-skill environment you would need to model with a WFM tool.
Theoretically, you can upscale the interval data, but this destroys the granularity and really attacks one of the strengths of the Erlang model. Uplifting to a one-hour interval will work fine, however, when looking at a week looking at 216,000 seconds based on a 12/5, as your forecast plan will only ever give you a ballpark figure as the daily/interval trends are washed out. This error gets larger as you increase the interval; with a monthly you’ll therefore lose the weekly trend throughout the month.
What that IS good for, though, is looking at longer-term planning and advance scheduling of major training, etc. What you can do is look at the variance, match it back and then see how big a gap is developing. You can then apply that to, say, the monthly plan and look at available days, etc.
Yes. You do need to change the Average Answer time target, though. That said, the comments in (5) above regarding large intervals still stand. This model would work with Average Response Times (ARTs) of up to 3 hrs, but breaks down after that.
This is currently under investigation. It did work in versions of Calc < version3.2
However, there appears to be a constraint preventing the macro executing correctly. At some point there seems to have been a subtle change in the way the Open Office code runs. As soon as we have a solution, I will publish it.
No, Erlang assumes that once a call is terminated the agent is then available for the next call. This is alleviated by the After Call Work (ACW) element being included in the Average Handle Time (AHT) calculation.
This is a common Excel/Calc issue. It is trying to copy and paste a huge amount of data in one go, which can lead to the machine freezing IF there are other memory-intensive processes running as well. The simple solution is to use ‘Paste Special’, first pasting Values and then Formats. This will work for most spreadsheet lockups, not just the Erlang calculator.
Essentially an ‘Erlang’ is a descriptive unit of measurement in the same way as a Newton or Watt. It describes the loading on a telephony system. Effectively it is Time available on a system so…
Time interval / (Calls*average duration)
3 calls of 20 minutes in an hour would be one Erlang (3*20)/60
3 calls of 15 minutes in an hour would be 0.75 of an Erlang (3*15)/60
15 calls of 23 minutes in 2 hours would be 2.85 Erlangs
Dave Appleby
Anything greater than 1 means there is more traffic than one line can take.
That covers most of the main issues that have been raised and a couple that are currently being looked at.
Please feel free to drop a line below if I’ve missed anything you’d like to know.
Dave Appleby is a Contact Centre Planning and Optimisation Specialist.