Internal Help Desk: What It Is And What A Small Team Needs

An internal help desk is IT support whose requesters are a company's own employees, not customers. It runs on company accounts and internal priorities, with no client billing. The recommended setup is one support address, a portal, and a ticket queue, answered by your technicians, an MSP, or both.

Below: how it differs from customer support and an MSP's helpdesk, five ways to staff one, and the six parts it needs. It comes from the team behind SherpaDesk, a helpdesk and professional services automation (PSA) tool a small IT team can run alone. The week-by-week rollout belongs in a separate plan; this guide covers what you're building.

What Is An Internal Help Desk?

The U.S. Bureau of Labor Statistics lists computer user support specialists, "also called help-desk technicians," as the people who give technical help to computer users outside IT. Their listed duties include documenting the problem as the user describes it, guiding the user through the fix, installing new hardware or software, and training users on it.

What makes the desk internal is who's on the other end. Every requester is a coworker with a company account, a manager, and a device you probably issued. The helpdesk can use your directory instead of asking strangers to register.

In a small company, the internal helpdesk may be one administrator with a shared mailbox, or two or three technicians splitting the work.

One r/sysadmin member works IT at a 125-person law firm. In their words, "the 4 of us act as ticket agents distributing the workload (plus one other agent for facilities issues)."

IT owns the desk there, and a neighbor team uses it too. If you're starting from scratch, start with IT alone and add facilities once the queue habit sticks.

Internal Vs External Helpdesk

An external helpdesk answers people outside the company: a software vendor's customer support team, or an MSP's own client-facing desk. The tickets look alike, but almost everything around them changes.

Perspective matters. If an MSP answers your employees, the desk is still internal from your company's view, because of who asks. To the MSP, the same desk is one of its client desks.

The practical difference is where responsibility stops. An MSP works inside each client's contract: what it covers, when, and at what rate. An in-house team works to the scope its company sets, such as which systems and hours it covers.

One r/sysadmin member weighed a move from an MSP to an in-house job. From their own experience: "I implement in the MSP world but I never own it and it belongs to someone else."

Money follows the same line: an internal helpdesk has no client billing.

The service desk, a broader ITSM function, is a separate question.

Why It Matters On A Small Team

Without a helpdesk, requests arrive by email, chat, a text at 7 p.m., and a coworker at your door. Each is a promise you have to remember; a queue turns them into a list someone can see.

The pain shows up first when a second person joins IT. A form and a spreadsheet can work for one admin.

One r/sysadmin member who ran a school's support that way wrote: "As a single IT person - it worked great and I loved it." Then came the catch: "Once you add more Admins to "manage" the tickets (I use the word loosely as you're looking at excel rows), it quickly becomes a nightmare."

A company can reach 80 to 100 people without a ticketing system. One r/sysadmin member took over as solo sysadmin at a company that size and found that "the previous admin did not implement a ticketing system for the users."

A helpdesk also gives you a record when something goes wrong. Attackers have posed as employees to get helpdesk staff to reset passwords. A ticket shows who asked and who approved the reset; our Helpdesk Best Practices guide covers the check itself.

It also shows patterns.

Telling team members and managers about major problems and users' recurring concerns is part of the job description. Ten tickets about the same VPN error make that case for you. Ten hallway conversations don't.

Types Of Internal Helpdesk

Small companies staff an internal helpdesk in one of five ways. The model decides who answers first and where the hard tickets go.

Inside each model, tickets still move up by difficulty. A password reset stays with whoever answers first. A server outage goes to the person who runs the servers, or to the MSP.

The shared desk deserves a caution. Any department that takes incoming requests can use the same queue habit, but not every request belongs in an IT tool. Keep confidential cases, such as employee-relations complaints, where only HR can read them.

What An Internal Helpdesk Needs

These six parts are the recommended setup for an internal helpdesk, scaled to your size. A solo admin can start with one shared mailbox and a page of rules, and add the portal and forms later. Roles and permissions touch every other part, so decide them early.

1. Give it one support address

   Pick one address, such as help@ or it@, and print it everywhere. In Microsoft 365, a shared mailbox is built for support addresses, but it supports a maximum of 25 users, and you can't stop members from deleting messages. In Google Workspace, a collaborative inbox lets members assign a conversation and mark it complete.

   When you move to ticketing software, the address forwards to it. Microsoft 365 can block that external forward, so check that setting before you switch.

   Common mistake: keeping a technician's personal address as a second route. Every request needs to land in the same queue.

2. Add a portal that employees sign in to with company accounts

   A portal answers "where's my request" and "how do I fix this myself." Employees sign in with the accounts they already have, see their own tickets, and read your written fixes.

   Start the knowledge base with the five fixes you repeat most, written from real tickets.

   Common mistake: letting anyone with an email address register. Limit sign-up to your company's domain.

3. Build a few request forms

   Forms collect the facts you'd otherwise chase by email: which device, which app, who approved the access. Keep it to five to eight request types an employee can tell apart, such as "Can't sign in," "Need access," "New hardware," and "Something's broken."

   Common mistake: 20 categories on day one. Employees pick "Other," and your reports become useless.

4. Set up queues and routing

   Start with one IT queue. Add a second only when a different person works it, such as facilities, or the MSP for network tickets. Route by request type, so "New hardware" reaches whoever orders laptops without anyone forwarding it.

   Common mistake: an unassigned pile everyone can see and nobody owns. Name who sorts new tickets each day.

5. Name the roles

   Four roles cover a small internal helpdesk. Requesters are every employee, and technicians work tickets.

   An administrator changes forms, queues, and permissions. Approvers are managers who sign off on access and purchases. Write the backup for each technician next to their name.

   For who owns which systems on a small team, use the responsibility matrix in IT Department Structure.

   Common mistake: making the only technician the only administrator. When they're out, nobody can fix a routing rule.

6. Write down the rules

   One page is enough: support hours, what counts as urgent, how fast you reply at each priority, and what to do after hours. Add the identity check for password and multi-factor resets. Keep the rest of your help desk management rules, from priorities to that check, on the same page.

   Common mistake: promising response times you meet only on a quiet week. Start loose and tighten after a month of data.

Example: An Internal Helpdesk For A Small Engineering Firm

Say you run IT at a 90-person engineering firm. It's you, one junior technician, and an MSP that handles the firewall and after-hours alerts.

Today, requests come by email to you, by chat to the junior, and in person to whoever is closer.

Who Staffs It: Roles, Pay, And Outlook

Whether you hire for the helpdesk or give it to your current admin, federal data shows what the role pays.

Source: BLS, wages as of May 2025.

Two things follow for a small company. First, the user support wage in that table is the market reference for a full-time helpdesk hire. In our view, if your queue doesn't justify that, give the helpdesk to someone who also runs other IT work.

Second, the BLS expects fewer user support jobs because organizations "continue to implement automated tools, such as chatbots, for troubleshooting." The openings in the table all come from replacing people who leave.

Getting Employees To Use It

The software is the easy part. The hard part is the coworker who messages you directly because it's faster for them.

In a thread about users who skip the ticketing process, one r/sysadmin member put the rule plainly: "Issues that don't get put into the ticketing system don't get worked."

That doesn't mean the employee has to file every ticket. Every request becomes a ticket, including the ones a technician logs from a call or a hallway conversation. Reply with the ticket number, and the queue becomes the easy path.

Launch It Without A Project

Launching an internal helpdesk takes a dated plan, not a project team. This guide covers what the helpdesk is made of. The order and the dates belong in a plan.

Our Helpdesk Implementation Plan has one to copy: setup, the pilot, the switch-over day, a rollback, the announcement, and what to count after 30 days.

Common Internal Helpdesk Mistakes

No request type for joiners and leavers. New-hire and offboarding requests come from HR or a manager, not the employee. Without their own form and approver, they arrive by email and get missed. The offboarding checklist linked in the example covers both halves.

Copying an MSP's setup. Client accounts, contracts, and billing fields serve an MSP's invoices. An internal helpdesk needs departments, locations, and approvers instead.

One address per department. If employees must choose between it@, facilities@, and hr@, they first have to know which team owns the problem. One address saves them that choice. Route behind it, and send confidential HR requests through their own access rules.

No route for people who are locked out. The employee who can't sign in can't use the portal or email. Name a phone line or a walk-up route for exactly that case.

Treating it as IT's tool only. Help desk operations depend on the rest of the company knowing the address, the hours, and what "urgent" means. Repeat them in onboarding for every new hire.

Run An Internal Helpdesk In SherpaDesk

About the author

Patrick Clements Co-founder & CEO, SherpaDesk

Patrick co-founded SherpaDesk and has led it as CEO since 2013. He has worked with IT service providers since 1998, first on network projects for schools and government offices, then on the helpdesk software their technicians use every day.

All Articles