Customer Support Ticket Workflow
Triage-to-closure workflow for an MSP service desk or in-house IT helpdesk handling an inbound support ticket. Covers PSA intake, diagnosis against the RMM, remote resolution, and closure with CSAT and runbook updates.
Ticket Intake and Triage
-
Verify the caller against the PSA contact record
Match the caller to a current contact in ConnectWise PSA / Autotask / Halo. Confirm they are still authorized — terminated employees calling with old credentials is a common social-engineering vector. Capture which client tier they fall under, since SLA targets and after-hours rates differ.
Collects list -
Capture scope and affected assets
Note the affected hostname, user UPN, and any related assets from the RMM inventory. A ticket without an asset link can't be reported on cleanly at the QBR — link the device record before moving on.
-
Set priority against the SLA matrix
Apply impact × urgency. P1 is a site-wide outage or revenue-blocking; P2 is a single user blocked from work; P3 is degraded but workable; P4 is a request. Misclassifying P3 as P1 burns the on-call budget; misclassifying P1 as P3 breaches contract.
Collects list -
Check the NOC dashboard for active incidents
Before opening a new diagnostic path, check Auvik / PRTG / Datadog and Microsoft / Cisco / vendor status pages. If the symptom maps to a known incident, link the ticket as a child of the parent incident rather than chasing it solo.
-
Open the ticket with asset linkage
Create or update the ticket in the PSA with the company, contact, asset, priority, and a concise problem statement. The first response timer starts here for SLA reporting.
Diagnosis and Investigation
-
Reproduce the issue on the affected endpoint
Open a ScreenConnect or Splashtop session and reproduce the user's path. "Works on my machine" is not a diagnosis — see it fail on the user's profile, on the user's network, with the user's permissions.
-
Pull recent change history from the RMM
Review Datto RMM / NinjaOne / Automate logs for the device: patches applied in the last 14 days, software installs, GPO changes, profile updates. Most "sudden" tickets line up with a Tuesday patch or a GPO push from the prior weekend.
-
Review EDR and Defender alerts for the device
Check CrowdStrike / SentinelOne / Defender for Endpoint for blocks, quarantines, or active detections on the host. A blocked DLL is often the real cause behind a vague "the app won't open" complaint.
-
Search IT Glue for the client-specific runbook
Search IT Glue or Hudu for the client's documented configurations, exceptions, and prior tickets on the same symptom. Per-client quirks (custom transport rules, conditional access policies, legacy line-of-business apps) live here, not in vendor docs.
-
Decide whether to escalate to Tier 2
Escalate when the issue requires production change rights, AD schema knowledge, firewall config, or vendor-side coordination — Tier 1 should not be touching domain controllers or core firewall rules. Document what you've already tried so Tier 2 doesn't repeat the same diagnostic loop.
Collects list
Resolution
-
Hand off to Tier 2 with diagnostic notes
Reassign the PSA ticket to the Tier 2 queue with a structured summary: symptom, reproduction steps, diagnostics already run, and ruled-out causes. Page the on-call engineer if priority is P1 or P2 and SLA response is at risk.
-
Apply the fix via remote session
Run the fix in a remote session with the user present where possible. For changes that touch shared infrastructure (GPO, firewall, mailbox transport rules), confirm change-management requirements before pushing — a P3 ticket should not become an emergency change.
-
Verify the fix with the end user
Have the user perform the original failing action while you're still on the session. Verbal "yeah it seems fine" is not verification — watch the workflow complete end-to-end.
Collects list -
Confirm no regression in monitoring
Glance at the affected device and any dependent services in PRTG / Auvik / LogicMonitor. Make sure the fix didn't trigger a new alert downstream — a service restart can light up dependent checks for a few minutes.
-
Document the resolution in the PSA ticket
Write the resolution as a future technician would want to read it: root cause, exact commands or settings changed, and references to KB articles or vendor advisories. "Fixed it" is not documentation.
Closure and Follow-Up
-
Send the resolution summary to the requester
Send a plain-English summary of what was wrong and what was done. Keep root-cause language at the user's level; save the technical detail for the internal ticket notes.
-
Reopen and reassign for further diagnosis
If verification failed, reopen the ticket with notes on what didn't work and route back through diagnosis or to Tier 2 — do not close as resolved. Resolution-rate metrics get gamed when techs close-and-reopen instead of leaving the ticket open through the second attempt.
-
Send the CSAT survey
Trigger the CSAT survey from the PSA on ticket close. CSAT trend by client and by technician feeds the QBR; skipping the survey on "easy" tickets biases the dataset toward hard ones.
-
Reconcile time entries against the SLA
Confirm time entries are billable / non-billable per the MSA, and flag any SLA breaches for the service coordinator. Unbilled labor is the silent margin killer on co-managed accounts.
-
Update IT Glue with new findings
If this ticket exposed an undocumented configuration, exception, or recurring symptom, add or update the IT Glue runbook for the client. Documentation debt is what turns a 30-minute ticket into a two-hour ticket the next time around.
-
Close the ticket with sign-off
Final close requires a resolution code (used for QBR trending), the technician's sign-off, and any closure notes about follow-on work to track separately (replacement device ordered, license true-up needed, change request raised).
Collects list Collects paragraph Collects signature
Use this template
Copy it to your account, customize the steps, and run it with your team in minutes.
Browse hundreds of free templates across every team and industry.
Back to template libraryRun Customer Support Ticket Workflow with your team
Customize the steps, assign roles, set a schedule, and keep a complete record for every run.