Can this follow a known pattern?
Password resets, access requests, known-error fixes, and status questions that a documented process already answers.
Field note / support tiers
"Help desk" is not one job. Splitting it into tiers is what makes it possible to decide, deliberately, which part stays close to your own staff and which part can move into a qualified fulfilment lane.
Three tiers, three different questions
Password resets, access requests, known-error fixes, and status questions that a documented process already answers.
Troubleshooting that requires diagnosing an unfamiliar cause, coordinating across a few systems, or applying judgment inside a defined technical boundary.
Architecture-level problems, vendor case ownership, and anything that would consume a specialist's time even inside a fully staffed internal team.
Where firms usually draw the first line
| Tier | Common in-house pattern | Common fulfilment-lane pattern |
|---|---|---|
| Tier 1 | Whoever answers the phone first, informally. | The most repeatable candidate for a qualified lane. |
| Tier 2 | The person who "actually knows the systems." | Movable once tools, access, and documentation are qualified. |
| Tier 3 | Rare, and often already outsourced to a vendor or specialist. | Usually stays a named escalation path, not a recurring lane. |
What moves with the tier
Getting the tiers right is a prerequisite for the rest of the handoff design, not a detail to settle after launch.
Related decision
Naming the tiers is the easy part. The request path they feed into is where the boundary is actually tested day to day.
A rough sense of what Tier 1, 2, and 3 look like today is enough to test where a qualified lane could fit.