Technical Anshu
Tutorials Blog
🚀 Client Onboarding

Onboard a New Client in Endpoint Central MSP Step by Step Order

A new client signs on Friday and wants “everything managed” by Monday. The temptation is to push agents everywhere at once and sort out the mess later. Onboarding has a correct order — structure before agents, baseline before patching — and following it is the difference between a clean start and a month of apologies.

✍️ Technical Anshu🏢 New contract checklist⏱️ One office in a day, done right
🎥 Watch the full video first — this checklist follows the same console from empty to fully managed

Onboarding in Endpoint Central MSP is a sequence, and each step makes the next one safe. Create the customer and remote offices first so every agent lands in the right container. Decide direct or distribution server per office before rollout. Push agents in waves, take a baseline before you change anything, and only then switch on patching, policies and reports. Here is the order, with the reason for each step.

Onboarding Board — New Client, Day One (example)
Step 1 — Customer and offices createdDone
Step 2 — Communication mode per officeDone
Step 3 — Agents — pilot wave of 5 PCsDone — all reporting
Step 4 — Agents — remaining officesIn progress
Step 5 — Baseline scan and first reportScheduled — before any patching
The board an MSP should be able to show the client on day one — order visible, nothing improvised
1

Step 1 and 2 — Structure and Mode Before Any Agent

  1. Create the Customer with the client's proper company name — it will appear on every report they ever receive
  2. Add a Remote Office per site, named as the client names their sites
  3. Decide per office: small site, direct communication; larger site or weak internet, plan a distribution server host now
  4. Agree the ground rules with the client in the same visit — maintenance windows, reboot expectations, who approves downtime
2

Step 3 — Pilot Wave of Agents, Then the Flood

Install the agent on a pilot group of three to five machines first — one ordinary desktop, one laptop, the accounts PC if they agree. Confirm they appear in the Scope of Management under the right office, report inventory correctly and answer a remote session. Only then roll out to the rest, office by office. A pilot wave catches the site-specific surprises — an aggressive antivirus, a proxy, a naming mess — while the blast radius is five machines and a phone call, not eighty machines and a crisis.

3

Step 4 — Baseline Before You Fix Anything

Run full inventory and patch scans and save the results as the client's baseline — day-zero truth. This document protects everyone: pre-existing problems (the already-failing disk, the two-year patch backlog) are recorded as inherited, not caused by you. Share the baseline summary with the client in the first week. It sets honest expectations and quietly demonstrates why they hired you — most clients have never seen their own network counted before.

4

Step 5 — Switch On Patching in Rings, Policies in Layers

Start patch management with the client's test group and Ring 1 rhythm rather than a heroic catch-up weekend — a two-year backlog installed in one night is how onboarding becomes an incident. Layer configurations next: security baseline, then convenience items. Bring the distribution server live before the first big software deployment if the site needs one. Each layer lands, soaks and is confirmed before the next — boring, and exactly what a client is paying for.

5

Step 6 — Reports and Access, Sealed in Week One

  1. Create the client's scheduled monthly report pack, scoped to this customer only
  2. Set technician scopes so only the assigned team sees this client
  3. Record admin credentials and console access in your password vault — never in a shared note
  4. Send the client a one-page summary: what is managed, what happens monthly, who to call
🔴 The most skipped step is the baseline. Without day-zero scans, every old problem on the client's network becomes “your tool broke it” by month two. Fifteen minutes of scanning buys you a year of clean conversations.

🎥 Watch the Complete Video

See Endpoint Central MSP running live — customers, offices and agents on one screen, step by step.

▶️ Watch Full Video
❓ Common Questions (FAQ)

How long does onboarding one client office take?

The console work — customer, offices, agent push, first scans — fits in a day for a typical small office. The honest schedule after that is a week of settling: pilot wave, baseline review, first ring of patching. Promising “fully managed by tomorrow” skips the steps that keep it safe.

Should we patch the full backlog immediately at onboarding?

No. Record it in the baseline, then clear it through the normal ring rhythm — test group first, production after. A two-year backlog installed in one night mixes dozens of changes into one incident if anything breaks.

What does the client need to do during onboarding?

Three things: name a contact person who can approve windows and reboots, provide an always-on machine if a distribution server is planned, and agree the maintenance window. Everything else is your team's work — that is the point of hiring an MSP.

This guide is based on the Technical Anshu video on Endpoint Central MSP • Stuck on a step? Ask in the video comments and you will get a reply 🙏