MSP onboarding: what the first month has to achieve on the client side

MSP onboarding is discussed almost entirely as a technical exercise, and the technical exercise is the part that usually goes fine. The complaints in month one are administrative: nobody knew how to raise a ticket, the invoice was a surprise, an approval went to somebody who had left. This page is about what the first month has to achieve on the client side, which is a different list from the engineering one and is frequently nobody's job.

The three things the client experiences

How to get help, what it costs, and who decides. Everything else in a managed service is invisible to them when it works. A rollout that is technically flawless while those three are unanswered produces exactly the same early friction as a bad rollout, and it is much more annoying because the work was actually done well.

The approval map

Who at the client may authorise spend, who may approve access changes, who may add a user. Getting this written down in week one prevents the specific failure where an engineer waits for approval from somebody who does not have the authority, and the more common one where a change is approved by somebody who did not.

The invoice conversation nobody has

The first invoice contains the service fee and usually something else: project time, hardware, out-of-scope work. If the finance contact has not been told what to expect and how the line items read, that invoice becomes a dispute, and disputes in month one set the tone of everything that follows.

Where the calendar time goes

Waiting: for the incumbent's documentation, for access, for a client contact to confirm something. Which means the fix is the same as anywhere else, run your own setup in parallel, request everything at once with a due date, and keep the outstanding items visible rather than in an inbox. The free worksheet here sizes that from your own steps and volumes.

Questions people ask about msp onboarding

Is MSP onboarding different from other client onboarding?

The technical half is unique to it. The client-facing half is the same shape as any professional service, and it is the half that generates the early complaints.

Who should own the client-facing half?

The account side, not the engineer running discovery. Giving both to the engineer is why it gets skipped.

How long should it take?

Set a window and count backwards. What matters more than the number is that the client was told which week they would be live and it happened.

Sources

Related answers

Keep this checklist in Kickoffo ProOnboard the next one in half the time: start Pro