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
| Capability | What it does |
|---|---|
| Seven-step client tracker | Follows one client from created → documents sent → signed → invited → activated → first login → complete, each with a timestamp. |
| Onboarding pipeline | Every client mid-onboarding in one list, filterable by stage, showing the step each one is waiting on. |
| One-transaction provisioning | Account, organization, primary contact, contract, document package and tracker are created together or not at all. |
| Default document set | Choose the agreements once; every new client onboarding starts with them pre-selected and sends them automatically. |
| Built-in e-signature | Per-signer, per-document links, hashed at rest and rotated on every resend, with a full audit trail on each signature. |
| Gated portal access | Hold the client’s portal invitation until the agreements are signed — then release it automatically, with no one watching for it. |
| Automatic signing reminders | A gentle reminder, then a final one, on your cadence; the client is flagged stalled if both are ignored. |
| Document expiry | Unsigned packages retire on schedule — the links stop working and the client shows as stalled instead of silently pending. |
| Getting Started checklists | 40 guided setup steps for your own practice, 34 for each client workspace, with completion detected from live data. |
| Activation nudges | One email naming the single next setup step, at most three, at least three days apart, honouring notification opt-out. |
| Activation funnel | Daily 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.
| Organization | MSP | |
|---|---|---|
| The onboarding record | Does not see it | Owns it; seven steps, notes, manual override |
| Agreements | Receives and signs | Assembles, sends, resends, cancels |
| Portal invitation | Redeems it | Sends, resends, and decides whether signing gates it |
| Their Getting Started hub | Works it — 34 items, all self-serve | Sees it, plus 4 items only they see: the work to onboard this client |
| Sender identity, payment method, billing settings | Read-only, “Handled by your provider” | Actionable — the MSP does them |
| Plan and gated features | Self-serve upgrade at any time | Cannot 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
- Create the client — six steps: company, primary contact, services, billing, agreements, review. One transaction: a failure anywhere leaves no half-created client behind.
- 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.
- The record updates itself — signatures complete the package, which completes the step. Nobody reports progress.
- Portal access releases on signature — the invitation you held back is sent the moment the agreements complete, without anyone watching for it.
- 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.
- The client arrives — activation and first login write themselves onto the record, and the client shows as active.
- 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.
| Capability | Free | Starter | Growth | Scale | Enterprise |
|---|---|---|---|---|---|
| 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.