Write a client-onboarding SOP from accepted scope to an explicit handoff into service delivery. Identify the prerequisites, owner, information and access needed, kickoff conditions and evidence that onboarding is complete. Do not treat a CRM deal marked won as proof of payment or authorization to start every activity.

Define the starting and finishing conditions

The start may be an accepted agreement or another event established by the business. Verify the actual terms before requesting a deposit, collecting documents or promising a start date.

Define completion as an observable handoff: the delivery owner has accepted the agreed scope, required setup and unresolved conditions. Sending a welcome email alone does not establish that the client is ready for service.

Map the working sequence

Stage What the SOP must identify
Validate the handoff Accepted scope, client entity, responsible contact and authoritative agreement
Check prerequisites Required approvals, payment or other conditions under the actual contract
Collect information Necessary fields, approved collection route and access restrictions
Set up records and access Correct client/project identifiers, authorized permissions and record owners
Confirm kickoff Service owner, agreed timing, participant details and outstanding conditions
Accept into delivery Completion evidence, receiving owner and route for unresolved exceptions

Include required internal controls even when the client never sees them. Folder setup, permissions and approvals can be essential to a correct handoff.

Show an exception clearly

For an illustrative service engagement, suppose the agreement is accepted but access to the client’s system is not yet authorized. The onboarding owner records the missing permission, assigns the resolution and avoids treating setup as complete. The service owner decides what can proceed within the actual agreement.

Do not collect shared passwords in an intake form to bypass the access process. Use the approved account-invitation or credential-sharing method and restrict access to the people who need it.

Test the procedure

Use permitted sample work to check a standard client, missing information, changed scope, an absent owner and an unresolved prerequisite. Confirm that the intended operator knows when to stop and who can authorize a different route.

The document can use linked instructions or separate service branches when the rules differ. A fixed page count or number of owners does not determine the right structure.

Keep records and instructions aligned

Link the client record, agreement, billing reference and setup evidence through stable identifiers. Record ownership and version changes when tools or policies change. Keep the procedure current without rewriting the historical record of earlier onboardings.

Use the CRM mapping worksheet when moving records, the customer-invoicing SOP for billing, and the SOP writing guide for document structure.