How many live chat agents do I need?

Take your chats in your busiest hour, multiply by the average handle time in hours to get the concurrent workload, then divide by how many chats an agent handles at once (concurrency). Finally divide by your target occupancy and by one minus shrinkage to cover breaks and admin. This calculator does all of that for you and rounds up, then also gives the full-time equivalents and monthly cost.

What is chat concurrency?

Concurrency is the number of live chats one agent handles at the same time. Unlike a phone call, a chat agent can run two or three conversations at once. Insurance support sits lower (often 1–2) because policy, claims, and coverage questions are complex; simpler queues run 2–3 or more. Roughly speaking, doubling concurrency halves the number of agents you need, which is why it is the single most important input.

How is this different from an Erlang or call-centre calculator?

Erlang C assumes one call ties up one agent until it ends, with customers queued against a strict service level. Live chat breaks that assumption because agents multitask across several chats. As CallCentreHelper notes, standard Erlang misfits chat. This tool uses a transparent workload-and-concurrency model built for chat: it sizes the concurrent workload at your peak hour and divides by concurrency, then allows for occupancy and shrinkage.

What is a good occupancy for chat agents?

Occupancy is the share of paid, logged-in time agents spend actually handling chats. For live chat, 60–75% is the healthy range — high enough to be efficient, low enough to absorb spikes and avoid burnout. Above about 85%, wait times climb and quality drops. The calculator reports your agents' occupancy at peak and flags when you are running too hot.

What average handle time should I use for insurance chat?

Insurance chat typically runs about 10–15 minutes per conversation, longer than retail because policy, billing, claims, and coverage questions take explaining — and licensed or complex lines run longer still. The calculator defaults to 12 minutes, but you should replace it with your own measured average handle time if you have it, since it directly drives how many agents you need.

How do I account for shrinkage?

Shrinkage is the share of paid time agents are not available for chats — breaks, training, meetings, coaching, admin, and absence. In-house teams typically run 25–40%. The calculator defaults to 30% and inflates the required headcount accordingly, because you cannot staff as if everyone is on chat 100% of their shift.

How many chats can one agent handle at once?

For general support, 2–3 simultaneous chats is common for experienced agents, and top performers manage up to 4. For complex insurance work — claims, underwriting, coverage advice — 1–2 is more realistic so quality and compliance do not suffer. Set it with the concurrency slider; it is the biggest lever on the result.

Is this calculator accurate?

It is a planning estimate, not a workforce-management system. It sizes the team from your volume, concurrency, occupancy, and shrinkage, but it does not model the randomness of arrivals within an hour, chat abandonment, or skill-based routing. Use it to right-size and budget your chat team, then validate against your own historical data — or with a WFM professional — before hiring or rostering.

Can it forecast growth, attrition, and my hiring gap?

Yes. In Advanced settings you can enter your current headcount to see your hiring gap (how many more to hire, or spare capacity), an annual chat-volume growth rate to project staffing and cost 12 months out, and an annual attrition rate to estimate the hires you need each year just to stay staffed — insurance chat teams commonly run 30–45% attrition. You can also add a per-seat tooling cost and a management-overhead percentage for a fuller all-in cost and cost per chat.

Yes — 100% free with no signup. Everything is calculated instantly in your browser and your numbers never leave your device. sem.chat is an AI chat and voice product — this tool is a free resource, not a lead form.

Insurance Live Chat Staffing Calculator

Find out how many live chat agents you need at peak, your full-time equivalents, and your monthly staffing cost — built on chat concurrency, with insurance benchmarks baked in. Free, instant, no signup.

Written by RH FardinAI Marketer & System Builder

Fact-checked by Anatolii UlitovskyiSEO Expert & UNmiss Founder

Live chat staffing comes down to one idea: how much work arrives in your busiest hour, and how much of it one agent can carry at once. This calculator turns that into a defensible headcount using a transparent workload-and-concurrency model — the approach contact-centre practitioners recommend for chat.

It works from your chat volume and open hours

It normalises whatever you enter — chats per day, week, or month — into an average per open hour: avg chats/hour = chats per week ÷ (hours/day × days/week). That keeps a 24/7 operation and a business-hours desk on the same footing.

It sizes for the peak, not the average

Your busiest hour is what creates waits, so it multiplies by a peak factor (default 1.6×): peak chats/hour = avg chats/hour × peak factor. Staffing to the average would leave customers queueing every lunchtime spike.

It models concurrency, not Erlang C

A chat agent runs several conversations at once, so the workload at peak is peak chats/hour × (handle time ÷ 60) concurrent chats, and agents = workload ÷ concurrency. Standard Erlang C assumes one call ties up one agent until it ends — as CallCentreHelper notes, that misfits chat, so it uses the concurrency model instead.

One agent, three live chats at once — that's concurrency, and it's why chat needs far fewer agents than phone for the same volume.

It allows for occupancy and shrinkage

You can't run agents at 100%, and not all paid time is spent chatting. So it divides by your target occupancy and by one minus shrinkage, then rounds up: agents at peak = ceil( workload ÷ concurrency ÷ occupancy ÷ (1 − shrinkage) ). Occupancy leaves headroom for spikes; shrinkage covers breaks, training, meetings, and admin.

It converts to FTEs across all open hours

The peak number is a scheduling target for the busy hour. To staff the whole week without overstaffing quiet hours, FTEs use the average load: FTE = (avg chats/hour × handle time/60 ÷ concurrency ÷ occupancy ÷ (1 − shrinkage)) × weekly open hours ÷ 40.

It turns headcount into cost

Add a fully-loaded hourly rate and it computes monthly cost = FTE × loaded rate × 173.2 productive hours (annual ×12), plus a true cost per chat. That makes the headcount a budget you can defend.

It runs three scenarios

Because every input is a range, it runs the calculation three times — Conservative (heavier handle time and shrinkage, lower occupancy and concurrency), Likely (your inputs), and Aggressive (leaner) — so you plan for the busy days, not just the average one.

It can plan ahead

Open Advanced settings to go further. Add a current headcount to see your hiring gap (how many to hire, or spare capacity), an annual growth rate to project staffing and cost 12 months out, and an attrition rate to estimate the hires needed each year just to stay level — insurance chat teams commonly run 30–45% attrition. You can also add a per-seat tooling cost and a management-overhead percentage for a fuller, all-in cost. It does not model within-hour arrival randomness, chat abandonment, or multi-channel blending — validate those against your own data.

A note on estimates. This is a planning model, not a workforce-management system. Real staffing depends on how arrivals cluster within the hour, chat abandonment, the service level you commit to, and your agents' skill mix. The benchmarks come from published contact-centre research such as CallCentreHelper. Validate against your own historical chat data — or with a WFM professional — before hiring or rostering decisions. sem.chat does not provide staffing or HR advice.

Insurance Live Chat Staffing Calculator