Scale Phase 1 Follow Up Sequence Guide

Workflow contract

What this automation must protect before it scales.

Use this guide before connecting live SMS, email, call tracking, CRM, Search Console, QuickBooks, Thumbtack, Angi, AI summaries, or portal-facing proof.

Owner

One owner drives the workflow

Client success owns trigger rules, message timing, failure review, CRM handoff, and client-safe status.

Risk

Keep the failure mode visible

The main risk is losing traceability when messages, tasks, CRM handoffs, and provider enrichment are not connected to the lead record.

Privacy

Separate internal raw data from portal proof

Raw call data, provider payloads, AI drafts, and private notes stay internal until a client-safe summary is approved.

Scale

Design for high-volume routing

Use normalized events, idempotency keys, retry windows, queue states, and summarized outcomes before adding more providers.

Baseline controls

Checks that apply to every workflow.

Define the trigger, source, owner, consent state, and duplicate rule before the automation runs.
Write all workflow outcomes to an internal log before showing anything in the client portal.
Use prepared MySQL reads and summarized records once real client data is connected.
Pause the workflow when provider freshness, data quality, or message compliance is uncertain.
Keep SMS, email, CRM, and provider credentials out of public files and generated pages.
Attach tasks, messages, notes, and CRM sync runs back to the lead or client record.
Measure response time, routed owner, booked outcome, and follow-up result for reporting.
Store AI output as a draft until a human or rule-based approval step marks it safe.
Make the rollback path clear before changing live sequences or message templates.
Retest desktop, mobile, admin, portal, and message copy after workflow changes.

Topic steps

Specific actions for this workflow.

Route urgent or high-value leads to an owner task before any long nurture sequence starts.
Use approved message templates with channel, opt-out, response window, and escalation rules.
Attach every message, AI draft, provider sync, and CRM handoff to the lead or client record.
Capture response time, booked outcome, lost reason, source coverage, and next action for reporting.
Pause the workflow when a provider credential, webhook, import, delivery, privacy, or compliance state is uncertain.
Store portal-visible output as a reviewed summary, not raw transcript, payload, or internal note.
Verify desktop, mobile, admin, portal, and observability status after workflow changes.
Keep rollback paths and incident owners visible before enabling automation at scale.
Use idempotency keys and retry windows for webhooks, provider syncs, and CRM handoffs.

Workflow steps

Turn the page into an admin checklist.

Each step can become a task template, runbook item, delivery check, CRM mapping rule, or approval requirement.

Step 1

Workflow action

Route urgent or high-value leads to an owner task before any long nurture sequence starts.

Step 2

Workflow action

Use approved message templates with channel, opt-out, response window, and escalation rules.

Step 3

Workflow action

Attach every message, AI draft, provider sync, and CRM handoff to the lead or client record.

Step 4

Workflow action

Capture response time, booked outcome, lost reason, source coverage, and next action for reporting.

Step 5

Workflow action

Pause the workflow when a provider credential, webhook, import, delivery, privacy, or compliance state is uncertain.

Step 6

Workflow action

Store portal-visible output as a reviewed summary, not raw transcript, payload, or internal note.

Step 7

Workflow action

Verify desktop, mobile, admin, portal, and observability status after workflow changes.

Step 8

Workflow action

Keep rollback paths and incident owners visible before enabling automation at scale.

Step 9

Workflow action

Use idempotency keys and retry windows for webhooks, provider syncs, and CRM handoffs.

Data hooks

Tables and runtime sources to connect later.

Keep public pages static; runtime reads and writes should happen in admin, portal, provider sync, or queue workers.

Runtime 1

projects

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 2

client_services

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 3

data_sources

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 4

metric_snapshots

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 5

integration_accounts

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 6

integration_sync_runs

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 7

provider_import_batches

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Runtime 8

webhook_events

Connect this source through admin or portal runtime only. Keep raw payloads internal and expose summarized, approved fields.

Outputs

Make every automation result traceable.

Traceable outputs make it possible to prove what improved after a client joined without exposing sensitive raw data.

Output 1