Shared Inbox vs Help Desk: When to Switch
A shared inbox is fine until two people answer the same email and a third goes unanswered. What a shared inbox does well, where it breaks, what a help desk adds, and the signals that it's time to switch.
A shared inbox is enough while a small team answers a modest number of emails and everyone can see who's handling what. A help desk becomes worth it when you need ownership (exactly one person per request), status the requester can see, deadlines that sort work, private queues for sensitive requests, and reporting. The switch point usually arrives when requests get answered twice or not at all, when people chase for updates, or when a second team starts sharing the same inbox.
What a shared inbox does well
Credit where it's due. A shared inbox (a group address like it@ delivered to several people):
- Costs nothing and needs no setup.
- Works with any sender — anyone can email it.
- Is familiar — everyone already knows email.
- Keeps a written record of each conversation.
For a two-person team handling a handful of requests a day, that can be all you need.
Where it breaks
Shared inboxes fail in ways that grow with volume:
| Problem | What it looks like |
|---|---|
| No single owner | Two people reply to the same email with different answers; or everyone assumes someone else has it |
| No status | The sender can't see progress, so they email again — which creates another thread |
| No deadlines | Old emails sink below new ones; urgent requests wait behind trivial ones |
| No privacy | Everyone with access sees everything, including HR or payroll questions |
| No reporting | Nobody can say how many requests arrived or how fast they were answered |
| Forwarding chains | Requests that need another team get forwarded, and the original sender loses track |
| Personal inbox drift | People reply from personal addresses; the conversation leaves the shared view |
Flags, labels and "I've got this" replies help for a while. They're manual versions of what a help desk does automatically.
What a help desk adds
| Capability | Shared inbox | Help desk |
|---|---|---|
| One owner per request | By convention | Assigned, visible |
| Status visible to the requester | No | Yes |
| Deadlines per request type | No | Yes, sorted queue |
| Routing to the right team | Forwarding | At intake |
| Private queues | Separate inboxes | Permission-controlled |
| Internal notes | Separate chat | On the request |
| Reporting | Manual counting | Built in |
| Knowledge base / self-service | No | Yes |
| Intake channels | Email only | Form, email, chat, webhooks |
The core difference: a shared inbox organizes messages; a help desk organizes requests — each with an owner, a status and a due time. What that looks like end to end is covered in what is an internal request desk.
Signals it's time to switch
Switch when two or more of these are true:
- Requests are sometimes answered twice, or not at all.
- People email "any update?" regularly.
- More than one team shares the inbox, or requests often need another team.
- Some requests are sensitive (pay, health, disciplinary) and shouldn't be visible to everyone with inbox access.
- You can't answer "how many requests did we get last month, and how fast did we answer?"
- The same questions arrive every week.
- Someone spends time every day sorting and assigning.
A week in each
The difference is clearest in an ordinary week for a three-person IT team receiving about 60 requests.
With a shared inbox:
- Monday: 14 emails arrive over the weekend. Two people start on the same laptop problem; one reply contradicts the other.
- Tuesday: a request for payroll-system access sits under newer emails. Nobody notices until the requester's manager emails on Thursday.
- Wednesday: someone forwards an HR-related email to "whoever handles this" — now three more people have seen a salary question.
- Friday: the team lead is asked how many requests they handled this month. Nobody knows. The answer is "lots".
With a help desk:
- Monday: the 14 requests are in the queue, sorted by deadline. The triage owner assigns each; one person owns the laptop problem.
- Tuesday: the access request's one-day deadline is approaching; it sits at the top of the queue in amber and gets done.
- Wednesday: the HR question was filed to HR's private queue from the start. IT never sees it.
- Friday: the report shows 58 requests, median first response 50 minutes, 93% resolved within target, and that access requests are the slowest category.
Same people, same volume. The difference is ownership, deadlines, privacy and numbers.
Cost of switching
The direct cost can be zero: many help desks, LetRelay included, have free plans for small teams. The real costs are:
- Setup time — an afternoon for teams, categories and a few articles.
- Habit change — a few weeks of redirecting people kindly.
- Discipline — agents must work requests in the desk, not reply from personal email.
Against that, weigh the time spent today on duplicates, chasers and lost requests. Once the second signal on the list above appears, the switch usually pays for itself within weeks. What free plans do and don't include is covered in free help desk software: what you actually get.
Keeping email as a channel
Switching to a help desk doesn't mean abandoning email. Many desks accept email as one intake channel: messages to it@ become requests, replies are threaded back, and the sender can still just email. What changes is behind the scenes — each email becomes a request with an owner and a deadline. Other channels — a form, chat messages, webhooks from other tools — can feed the same queue; see Slack and Discord to tickets with webhooks.
How to switch without disruption
- Set up the desk first: teams, a few categories with targets, and five knowledge-base articles for the most common questions.
- Route the shared address into the desk (or put an auto-reply on it with the form link).
- Move open threads in as requests; archive the rest.
- Run in parallel for a week, then make the inbox a pure intake address.
- Show the first month's numbers — volume, response times — to the team.
The rollout details — pilots, redirects, adoption — are in onboarding a team to a new help desk tool. If requests currently live in a spreadsheet rather than an inbox, see moving from a spreadsheet to a request desk.
When a shared inbox is still right
Don't over-tool. Keep the shared inbox if:
- One or two people handle everything and requests are few.
- There are no sensitive requests.
- Nobody needs reporting.
- Requests rarely involve other teams.
You can revisit when any of that changes. The cost of switching later is mostly the habit change, not the data.
FAQ
What's the difference between a shared inbox and a help desk?
A shared inbox organizes emails that several people can read. A help desk turns each request into a tracked item with one owner, a visible status, a deadline and reporting, and usually adds self-service and multiple intake channels.
When should a team move from a shared inbox to a help desk?
When requests get answered twice or not at all, people chase for updates, several teams share the inbox, sensitive requests need privacy, or you need numbers on volume and response times.
Can a help desk still receive email?
Yes. Most help desks accept email as an intake channel, turning each message into a request and threading replies back to the sender.
Is a shared inbox secure enough for HR requests?
Usually not, because everyone with access sees every message. Sensitive requests need a queue visible only to the team responsible, enforced by permissions.
Sources
Building Relay — the internal request desk with AI triage and SLA tracking.
Run your internal requests on LetRelay
AI triage, SLA-tracked queues, and bottleneck analytics — the help desk your team actually likes. Free to start.
Keep reading
Internal Help Desk Satisfaction Surveys That Tell You Something
How to measure satisfaction with an internal help desk without annoying everyone — one question after resolution, a follow-up only on bad scores, response rates, CSAT vs effort vs NPS, and turning answers into changes.
LLM Tool Calling for Internal Assistants: Design Choices
How to give an internal AI assistant tools — reading workspace data with the user's permissions, formatting results for the model, native function calling vs a routing step, limits on how many tools run, and answers that stay inside the data.
Facilities Request Management: From Broken Chairs to Keys
How to run facilities requests like a proper service — categories, location on every request, safety issues that skip the queue, vendor work, recurring maintenance and the numbers that show where the building needs attention.