Building a Client Onboarding Checklist: 90-Point Technical Onboarding SOP

What Belongs on the Checklist (and What Doesn't)

The test for every point is simple: does it affect service delivery? If it prevents a ticket or speeds up resolution, it belongs. If it doesn't, cut it. "Verify backup job runs" belongs. "Order a welcome gift" does not. That test keeps the list from bloating, and it's the judgment call that decides what stays.

And the list isn't one-size-fits-all. My read: a 10-user client with no legacy systems might need only 40 of the 90 points. The checklist is a starting point, and you trim it per client based on size and complexity. That's the second judgment call: knowing what to drop before you start.

Phase It: Discovery, Setup, Migration, Testing, Go-Live, and Post-go-live

Order matters as much as content. Break the 90 points into six phases so you can track progress and catch issues early. Each phase has a clear job:

• Discovery: site survey, credential collection, asset inventory. You can't configure what you don't know exists.
• Setup: configure the PSA and RMM, create client records, set up monitoring and alerts.
• Migration: move data, configure mailboxes, map drives, set up line-of-business apps.
• Testing: verify backups, test access, confirm alerts fire. This is where you catch the missing drive mapping.
• Go-live: flip the switch, announce the new process, hand over credentials.
• Post-go-live: review what was missed, fix gaps, and update the checklist for next time.

Discovery is where the cleanup often starts. One owner who relied on someone else to do the initial site survey and prep reported spending three weeks cleaning up messes instead of a couple of days fixing nearly everything. That's the lesson: discovery isn't a hand-off. It's the phase you own, or you own the cleanup.

Users Make or Break Onboarding: Plan for Adoption

You can have the tech perfect and still fail if users don't use the new process. End-user adoption is part of onboarding, and it belongs on the checklist. One owner who onboarded a client that used to have internal IT described users walking up to techs instead of submitting tickets, which burned out the techs and created hallway tickets.

One owner described a meet-and-greet with a cookie cake and flyers explaining the helpdesk process. Another described a tapering on-site schedule, starting at three days a week and dropping to a half-day, while leadership enforced ticket use. The common thread I see: leadership has to back it. Without their enforcement, the plan fails.

My view: you need both communication and enforcement. Tell users what to do, and make it clear that the ticket is the only way to get help. If they have a question, they call the helpdesk, they don't stop a tech in the hallway.

Who Owns the Checklist and the Cleanup

A checklist without an owner is a list of good intentions. Assign a single onboarding owner, someone who can make decisions and has the authority to get access and information from the client. If that person is also handling daily tickets, they won't have the focus to do the job properly. You may need a second person to cover their other duties during onboarding.

The owner runs the checklist, and they also run the post-go-live review. That review is a scheduled, non-optional pass, one to two days of focused work, where they verify every point was completed and fix any gaps before they become chronic. Skipping it is how you end up with the mess you're trying to avoid.

When the Checklist Fails (and What to Do Instead)

A 90-point checklist is not a magic number. The right size for a client depends on their environment, and if you treat the list as a fixed template, it will choke on a client with unique systems. It also fails when no one is accountable, or when the client resists the process. Those are the circumstances to watch for, not excuses to abandon the checklist idea.

When the checklist feels like too much, you have three moves. Scale it down: a 10-user client with no legacy systems might need only 40 points. Automate the parts that are repeatable: one owner described using interactive Excel worksheets and RMM automation to streamline data collection and reported missing far less information. Bring in outside help: one owner described hiring a vendor for the initial setup and getting the basics running quickly, though they still spent time on tweaks afterward.

The honest costs, as planning figures to set against your own numbers rather than benchmarks: building the checklist takes roughly 10 to 20 hours of planning and documentation. Running it per client takes 2 to 3 days of focused work, depending on size. Maintaining it takes about 30 minutes a week. Use these as examples to check against your own figures, not as promises that every client will fit them.

Start With a 10-Point Pilot This Week

You don't build the full 90-point checklist on day one. Start with a 10-point pilot on your next onboarding. Pick the 10 points that would have prevented your last onboarding mess, and run them on the next client. See what works, what you missed, and what you'd add. Then expand to the full 90.

That's the Monday action. Pick the pilot, name the owner, and run it. The checklist becomes real when it's on the board, not when it's in a document.