Client Onboarding

Everything between winning the account and the client's first login — company, agreements, signatures, portal access — tracked as one record for every client you onboard.

The problem

The first thirty days of a new client are run out of an inbox. The MSA is a PDF attached to a thread nobody can find, the signature is chased by whoever remembers, the portal invite goes out weeks later because it was never anyone’s job, and three months on someone notices the client has still never logged in. Nothing is wrong, exactly — it just quietly did not finish. Ask an MSP owner which of their clients are half-onboarded right now and the honest answer is a guess.

What Solidlio does about it

Creating a client creates its onboarding record: seven steps from company created to setup complete, each with a timestamp. The agreements go out for signature from the same action that creates the client, using the document set you configured once. Signatures, activation and first login write themselves back onto the record — the platform watches for them rather than asking anyone to report them. A pipeline view lists every client mid-onboarding and the exact step each one is waiting on, and clients who stop responding are chased automatically on your schedule, then flagged as stalled when chasing stops working.


Capabilities

CapabilityWhat it does
Seven-step client trackerFollows one client from created → documents sent → signed → invited → activated → first login → complete, each with a timestamp.
Onboarding pipelineEvery client mid-onboarding in one list, filterable by stage, showing the step each one is waiting on.
One-transaction provisioningAccount, organization, primary contact, contract, document package and tracker are created together or not at all.
Default document setChoose the agreements once; every new client onboarding starts with them pre-selected and sends them automatically.
Built-in e-signaturePer-signer, per-document links, hashed at rest and rotated on every resend, with a full audit trail on each signature.
Gated portal accessHold the client’s portal invitation until the agreements are signed — then release it automatically, with no one watching for it.
Automatic signing remindersA gentle reminder, then a final one, on your cadence; the client is flagged stalled if both are ignored.
Document expiryUnsigned packages retire on schedule — the links stop working and the client shows as stalled instead of silently pending.
Getting Started checklists40 guided setup steps for your own practice, 34 for each client workspace, with completion detected from live data.
Activation nudgesOne email naming the single next setup step, at most three, at least three days apart, honouring notification opt-out.
Activation funnelDaily per-workspace snapshots roll up into where onboarding stalls, item by item.

Built for MSPs and their clients

A managed client is a separate tenant, not a folder in yours. Onboarding crosses that boundary in one direction only.

OrganizationMSP
The onboarding recordDoes not see itOwns it; seven steps, notes, manual override
AgreementsReceives and signsAssembles, sends, resends, cancels
Portal invitationRedeems itSends, resends, and decides whether signing gates it
Their Getting Started hubWorks it — 34 items, all self-serveSees it, plus 4 items only they see: the work to onboard this client
Sender identity, payment method, billing settingsRead-only, “Handled by your provider”Actionable — the MSP does them
Plan and gated featuresSelf-serve upgrade at any timeCannot lock a client out of upgrading

A managed client can always upgrade its own plan, and every checklist item except those three stays self-serve. Being managed makes fewer decisions for a client, not more.


How it works

  1. Create the client — six steps: company, primary contact, services, billing, agreements, review. One transaction: a failure anywhere leaves no half-created client behind.
  2. Agreements go out immediately — assembled from your default document set, delivered to the primary contact, each signer with their own link and their own expiry clock.
  3. The record updates itself — signatures complete the package, which completes the step. Nobody reports progress.
  4. Portal access releases on signature — the invitation you held back is sent the moment the agreements complete, without anyone watching for it.
  5. Silence gets chased — a gentle reminder, then a final one, on your cadence; then the client is flagged stalled and appears at the top of your pipeline.
  6. The client arrives — activation and first login write themselves onto the record, and the client shows as active.
  7. They keep going — their own Getting Started checklist takes over, nudging them through the setup that makes the product stick, with the items you handle marked as yours.

Compliance and audit

  • Every step carries its own timestamp — created, sent, signed, invited, activated, first login, complete — so the onboarding can be reconstructed after the fact rather than inferred from a status field.
  • Signature capture records the signer, the method, the IP address, the user agent and a tamper-evident fingerprint of the document as signed, and the hash can be re-verified against the stored file to prove the document was not altered afterwards.
  • Signing links are bearer credentials and are treated as such: hashed at rest, single-use, expiring on the account’s schedule, rotated on every reminder and resend, and refused outright once the package is cancelled or expired.
  • Signer identity is bound to a real membership. A link can only be minted for someone who belongs to your account or to a client you service.
  • Completion is derived, not asserted. Checklist progress is recomputed from live system state on every load, so it cannot drift from what is actually configured — and an item with automatic detection cannot be hand-ticked at all.
  • Cross-tenant reads are unprobeable. A client organization you do not service answers “not found”, never “forbidden”, so identifiers cannot be enumerated by trial.

Editions

Client onboarding carries no plan gate. Every capability above is available on every tier, including Free.

CapabilityFreeStarterGrowthScaleEnterprise
Client tracker, pipeline, one-transaction setup
Document packages, e-signature, expiry, reminders
Portal invitations and signing-gated access
Getting Started hubs, nudges, activation funnel

MSP tiers shown. What varies by tier is what the checklists can unlock, not the checklists themselves — SLA policies, email-to-ticket, roll-up reporting, change management, projects, API access, custom branding, custom domains and SSO each appear as a locked step with the tier that unlocks it and its monthly price, plus a self-serve upgrade where the account allows it.


Integrations

  • BoldSign — external e-signature as an alternative to the built-in signing flow, with signed-document and decline events fed back onto the same onboarding record.
  • QuickBooks Online — imported customers provision as real managed client tenants, so an accounting import lands in the same onboarding model.

Know which clients are half-onboarded, without asking anyone.

See this working on a real account.

Book a walkthrough and we will run this capability against your own clients, devices and tickets.

Book a demo All features

A 30-minute walkthrough against your own workflow. No slides.