What it is
The Support Agent Onboarding Checklist takes a new support hire from day one through full queue ownership in structured, sign-off-gated phases — access and tooling first, then product and process knowledge, then supervised handling, then independent work behind quality gates. A new agent's time-to-productivity is one of the most controllable levers in your cost-per-ticket, yet most teams onboard ad hoc, leaning on whichever senior agent happens to have time. This checklist replaces that improvisation with a repeatable path, so every new hire ramps the same proven way instead of by luck of the draw.
The template is a PDF organized into phases with concrete tasks and explicit graduation gates. Phase 1 (before day one and first day) covers provisioning — accounts, help desk tool access, queue permissions — and day-one orientation. Phase 2 (week one) builds product fluency and tooling/workflow knowledge. Phase 3 (weeks two to three) moves the agent from reverse-shadowing to handling tickets under supervision, with quality calibration. A ramp-targets table sets milestones (first solo ticket by end of week one) with sign-off owners, and a graduation checklist gates full queue ownership on demonstrated competence.
It exists because onboarding quality directly determines how fast a new agent stops being a cost and starts being capacity — and inconsistent onboarding produces inconsistent agents, uneven CSAT, and a senior team perpetually pulled off the queue to train. By defining what 'ready' means at each phase and who signs off, the checklist makes ramp time predictable, protects quality with calibration gates before an agent handles customers solo, and frees senior agents from re-inventing the training each time someone new starts.
What it's used for
Teams use the onboarding checklist to make new-agent ramp repeatable, fast, and quality-gated rather than improvised. It's applied to:
- ✓ Provisioning new hires before day one — accounts, help desk tool licenses, queue and permission access, and tooling — so an agent isn't blocked waiting for access on their first day.
- ✓ Running a structured day-one orientation that covers the team, the tools, and where to find help, so the agent has a map rather than a firehose.
- ✓ Building product fluency in week one — enough knowledge of the product to understand the tickets they'll handle, paired with hands-on workflow and macro training.
- ✓ Moving from reverse-shadowing (watching, then narrating what they'd do) to handling real tickets under supervision in weeks two and three, with quality calibration against the QA scorecard.
- ✓ Setting explicit ramp targets and graduation gates — first solo ticket resolved by end of week one, with sign-off by an onboarding buddy — so progress is measured, not assumed.
- ✓ Gating full queue ownership behind a graduation checklist: the agent can triage and prioritize correctly, resolves common issues and knows when to escalate, writes on-brand responses, uses macros without sounding robotic, and meets the QA minimum.
- ✓ Pairing every new hire with an onboarding buddy who reviews early tickets and signs off on milestones, distributing training load instead of dumping it on one senior agent.
Who uses it
Onboarding is a shared responsibility — managers and IT set it up, buddies and leads run it day to day, and the new agent works through it — so the checklist coordinates everyone involved in getting a hire to productivity.
Context & good to know
Time-to-productivity for a new support agent is one of the few cost levers a support leader fully controls, which is why structured onboarding has outsized ROI. Every week shaved off ramp is a week of capacity gained and a week less of senior-agent time spent hand-holding. The checklist's phased design — access, then knowledge, then supervised handling, then gated independence — mirrors how skill actually builds: you can't learn the workflow without tool access, can't handle tickets without product knowledge, and shouldn't handle customers solo without supervised practice and a quality check.
Provisioning before day one is a small detail with a large effect. An agent who arrives to find no help desk login, no queue access, and no permissions loses days to ticket-chasing that the rest of the ramp then has to absorb. The checklist front-loads provisioning to the manager and IT before the start date precisely because access blockers are the most common and most avoidable cause of a slow first week. Day-one orientation then gives the agent a map of the team, the tools, and where to find help, so they're oriented rather than overwhelmed.
The reverse-shadow-then-handle progression in weeks two and three is the heart of safe ramp. Reverse-shadowing — where the trainee narrates what they'd do while a senior agent actually handles the ticket — surfaces gaps in judgment before the trainee touches a live customer. Moving to supervised handling with quality calibration against the QA scorecard means the agent's early tickets are reviewed against the same standard they'll be measured on later, so coaching happens before bad habits set in. This is also where the onboarding checklist connects to the QA scorecard and the macro library: the agent practices using macros without sounding robotic and triaging with the priority matrix under supervision.
Graduation gates are what protect quality and CSAT. Rather than declaring an agent 'ready' on a calendar date, the checklist gates full queue ownership on demonstrated competence: correct triage and prioritization, independent resolution of common issues with correct escalation judgment, on-brand responses, fluent macro use, and meeting the QA scorecard minimum on a sample of the agent's own tickets. Tying graduation to evidence rather than time prevents the common failure of pushing an under-ready agent onto the full queue, where they generate low CSAT and escalations that cost far more than the extra week of supervised ramp would have. The sign-off owners on each milestone create accountability for that judgment.