Onboarding handoff

Client Record Onboarding Handoff Guide

Client Record Onboarding Handoff Guide for managing ZartsAlgo sales qualification, discovery, audits, proposals, scope, contracts, onboarding handoff, and win-back workflows at larger client volume.

Sales contract

What this opportunity path must protect.

Use this guide before scaling lead qualification, audits, proposals, contracts, onboarding handoff, or win-back campaigns.

Owner

One owner moves the opportunity

Sales ops owns source, fit, next action, proposal state, and handoff notes for this path.

Risk

Name the close risk

The main risk is losing follow-up because proposal state, next owner, or decision deadline is unclear.

Boundary

Separate promise from implementation notes

Internal caveats, provider limits, raw audit notes, and pricing assumptions stay internal until approved for client-safe language.

Scale

Track every opportunity event

At higher volume, every qualification, proposal, objection, approval, win, loss, and handoff needs owner, timestamp, stage, and next action.

Baseline controls

Checks that apply to every sales workflow.

  • Confirm source, service fit, urgency, decision owner, contact path, budget signal, and next action.
  • Create a task for every promised follow-up, proposal review, contract step, or onboarding handoff.
  • Keep scope, exclusions, assumptions, integrations, timeline, and pricing separate.
  • Attach every proposal to a lead, client, service, project, approval, and communication record where possible.
  • Record sent date, viewed date, follow-up date, objection, probability, and decision deadline.
  • Pause proposal work when audit evidence, scope, timeline, or decision path is not verified.
  • Use client-safe summary language for audit findings, revenue proof, provider caveats, and launch blockers.
  • Move won deals into project, portal, connector, reporting, and onboarding workflows before delivery starts.
  • Track lost reason and reactivation window instead of deleting stale opportunities.
  • Retest admin, portal, mobile, proposal links, and message copy after changes.

Topic checks

Specific checks for this opportunity path.

  • Confirm source, service fit, urgency, decision owner, contact path, budget signal, and next action.
  • Capture discovery notes, pain points, current lead flow, provider stack, and decision criteria.
  • Use audit evidence before naming scope, price, timeline, or expected improvement.
  • Separate included deliverables, excluded work, optional add-ons, assumptions, and dependencies.
  • Route proposal, pricing, sensitive claims, and contract language through an approval step.
  • Log proposal sent date, viewed date, follow-up task, objection, probability, and decision deadline.
  • Pause follow-up when consent, timing, source context, or decision path is not valid.
  • Move accepted deals into client, project, task, portal, connector, and reporting records.
  • Record payment state, contract state, kickoff date, onboarding owner, and launch blockers.

Checkpoints

Turn the guide into a close-ready checklist.

Each checkpoint can become a field, task, approval gate, sales note, proposal rule, or onboarding requirement.

Check 1

Sales checkpoint

Confirm source, service fit, urgency, decision owner, contact path, budget signal, and next action.

Check 2

Sales checkpoint

Capture discovery notes, pain points, current lead flow, provider stack, and decision criteria.

Check 3

Sales checkpoint

Use audit evidence before naming scope, price, timeline, or expected improvement.

Check 4

Sales checkpoint

Separate included deliverables, excluded work, optional add-ons, assumptions, and dependencies.

Check 5

Sales checkpoint

Route proposal, pricing, sensitive claims, and contract language through an approval step.

Check 6

Sales checkpoint

Log proposal sent date, viewed date, follow-up task, objection, probability, and decision deadline.

Check 7

Sales checkpoint

Pause follow-up when consent, timing, source context, or decision path is not valid.

Check 8

Sales checkpoint

Move accepted deals into client, project, task, portal, connector, and reporting records.

Check 9

Sales checkpoint

Record payment state, contract state, kickoff date, onboarding owner, and launch blockers.

Data hooks

Tables and runtime sources to connect later.

Public pages stay static; live opportunity state should be handled by admin, portal, approvals, and prepared database reads.

Runtime 1

reports

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 2

messages

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 3

campaigns

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 4

approval_requests

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 5

client_services

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 6

data_sources

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 7

incoming_logs

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Runtime 8

metric_snapshots

Connect this source through admin, proposal, approval, contract, or portal-safe handoff views.

Outputs

Make sales measurable and handoff-ready.

Useful sales operations show what was promised, what changed, what closed, and what delivery must inherit.

Output 1

Qualified opportunity

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 2

Discovery notes

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 3

Audit proof

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 4

Proposal draft

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 5

Approval state

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 6

Contract handoff

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 7

Onboarding checklist

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.

Output 8

Won or lost reason

This output should preserve source, owner, stage, due date, scope state, client-safe status, and next action.