Contract handoff

Reporting Cadence Contract Handoff Guide

Reporting Cadence Contract 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

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

Risk

Name the close risk

The main risk is promising outcomes that are not supported by audit evidence or provider data.

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.

  • 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.
  • Keep raw audit notes, private details, and provider caveats out of client-safe summaries until approved.

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

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

Check 2

Sales checkpoint

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

Check 3

Sales checkpoint

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

Check 4

Sales checkpoint

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

Check 5

Sales checkpoint

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

Check 6

Sales checkpoint

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

Check 7

Sales checkpoint

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

Check 8

Sales checkpoint

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

Check 9

Sales checkpoint

Keep raw audit notes, private details, and provider caveats out of client-safe summaries until approved.

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

report_notes

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

Runtime 2

leads

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

Runtime 3

clients

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

Runtime 4

projects

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

Runtime 5

tasks

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

Runtime 6

audits

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

Runtime 7

reports

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

Runtime 8

messages

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.