The GTM Engine · Built before day one

The engine, built
before day one.

Ready to run, built to co-shape. A GTM acquisition engine, enriched, scored, measured, and gated, prepared for July 6, so we start from a system instead of a blank page.

This is a contribution to shape with Naveen and the team. The durable value is the engine itself, and it holds up against whatever targets we land on together.

Dallas Andrews · GTM Engineer Reporting to Naveen Thilagan Day 1: July 6, 2026
00 For you, Naveen

Where I’d point the engine first.

Two things before any of the build below: the sharper target I would aim the live motion at, and how to read every number on this page.

One read I’d add

Not all 38 sub-4.0 plans are ours to move. A Star Rating is a composite, and most plans miss the line on measures we do not touch. The winnable set is the plans whose gap sits in the call-center measures Queue Optimizer is built to move, not the clinical or HEDIS ones. So the engine’s first job is not raw volume against 38. It is isolating the subset where our lever changes the rating. That is the first cut I would make, and I would want your read on it.

The number legend

Every figure on this page is labeled one of three ways. This is the integrity contract, so no number is left to guess at.

VerifiedConfirmed fact, stated plainly.
Dry-runIllustrative, seeded, goes live Jul 6. Never real pipeline.
TargetQ3 goal, provisional, to co-shape. Never a promise to defend.
Talk trackI open with the one cut I would make, then the number legend so you always know what is verified, what is seeded until access, and what is a target we shape together. Everything after this is the engine that delivers it.
01 The thesis

You said pipeline is a system output. I built the system.

We already agree on the worldview: reps should be selling, not researching, and pipeline should come out of a system instead of manual grind. So I will not re-argue it. The part a strategy page cannot show is the running machine underneath it, and the rails that prove it works. That is what the rest of this page is.

Your page made the case for the engine. This one is the engine: built, gated, and measured, so the thesis runs every week instead of living on a slide.

Talk trackWe already agree here, so I keep it short. Your page argued that pipeline is a system output. My job is the system itself, and the rails that prove it. Everything after this is that machine.
02 The Golden List · the foundation

Your Golden List, with the build pack that stands it up.

The Golden List is your foundation, and you have already defined what it does. What did not exist yet is the click-by-click build that turns the concept into a live Clay base on Day 1. I wrote it.

What I built on top of it
Ready now

A click-by-click Clay Build Pack. Tables, columns, enrichment waterfalls, fit and grade formulas, signal columns, source-tag writes, and webhooks, all in build order. It stands the Golden List up as a live Clay base in about two hours on Day 1, instead of being designed from scratch while the quarter is already running.

It also feeds the current Star Ratings enrichment from 40+ sources, with the fit and grade formulas that decide which accounts a rep works first. Verified

That is the difference between a concept on a page and a base a rep can pull from in week one.

Job 01
Account scoring

Every target account scored by fit and intent, so reps work the most winnable first instead of the whole list at once.

Job 02
Contact enrichment

Director-plus contacts enriched from 40+ sources, so each record carries the context a message needs to land.

Job 03
Intent signals

Hiring, tech-stack, news, and contract signals layered on, so outreach fires when the account is most ready.

Job 04
Outreach sequences

The list feeds sequences directly through Clay, so a scored account becomes a contextual touch with no manual handoff.

Job 05
Rep prioritization

The grade tells a rep which accounts to work today, so attention follows the highest-probability revenue.

Job 06
Pipeline reporting

Source-tagged from the first touch, so every meeting traces back to the motion that produced it.

Talk trackThe Golden List is your idea, so I will not re-explain it. The thing that did not exist is the build pack that stands it up as a live Clay base in about two hours on day one. That is what I added.
03 The engine · the cohesion layer

One weekly motion. Seven stages. Gated where it matters.

A single conductor runs the week from end to end, and stops dead at the gates. The gates are not optional steps; they are the point.

Automated stage
Gate: the line stops here until it passes
Click any stage →
Stage 0 · Automated
Re-read the spec

Every run starts by re-reading the build spec and re-asserting the single in-scope motion. Drift is logged. The conductor never wanders off-brief.

Stage 1 · Automated
Refresh the data

Pulls the latest account and contact data into the Golden List, so the week runs on current reality, not last week's snapshot.

Stage 2 · Automated
Re-score the list

Re-scores fit and grade across the list, so the most winnable accounts rise to the top before a single message is drafted.

Stage 3 · Automated
Scan the signals

Sweeps the signal library for fresh triggers and routes each to the right owner. A new signal changes the outreach angle.

Stage 4 · Automated
Draft

The maker drafts a contextual message per record at the top of the queue. Fast and tireless, but it never gets the last word.

Stage 4b · Gate
The objective critic holds

An independent reviewer holds any draft that fails deliverability, ICP and persona, in-scope motion, verified claims, or length. The maker cannot sweet-talk it.

Stage 5 · Gate
A human approves

Dallas or the rep approves, edits, or rejects. Nothing leaves the building without a person. The judgment stays human.

Stage 6 · Deliverability gate
Send, only when green

Send is gated on a green deliverability check: warmup, rotation, spam and blacklist monitoring. Scaling cannot turn into spray-and-burn.

Stage 7 · Automated
Instrument

Every send is source-tagged and metered into the attribution funnel, so credit is captured while the window still counts.

Stage 8 · Automated
Guardrails run

WIP-of-one, throughput-by-operator, and the operator-test recompute every cycle. The system has to survive me.

The line that matters · maker → critic → human
Layer 1 · Maker

The draft engine

Refreshes, re-scores, scans signals, and drafts outreach for every record. Fast and tireless, but it never gets the last word.

Layer 2 · Checker

An objective critic

An independent reviewer that holds bad drafts on deliverability, ICP/persona, in-scope motion, verified-claims, and length. It can't be sweet-talked by the maker.

Layer 3 · Human

Dallas / the rep approves

Nothing leaves the building without a person. The judgment stays human, and the gate is where it lives.

I automate around the judgment, not the judgment itself.
The control tower Dry-run

The single front door: one screen with headline numbers, the seven-step diagram, and a tile per window. The numbers shown are seeded until Salesforce and Clay connect on go-live.

One source of truth

A single state file every dashboard reads and the conductor writes. It kills dashboard drift, so there is exactly one version of what is true at any moment.

Talk trackThis is the centerpiece, and here's the sentence I'd want to land with you: I don't automate the judgment. I automate everything around it, and I put a hard human gate where the judgment lives. Three layers, not one. The maker drafts, an independent reviewer holds anything off-spec, and a person approves before a single message leaves the building.
04 Guardrails as the product

The guardrails are the product.

This is what separates engineered from sprayed. The governing principle, in order:

First
Measurement before volume
Then
ICP before sourcing
Always
Human before send
Three self-policing tripwires · from a pre-mortem
Tripwire 1

WIP-of-one

Only one motion scales at a time, which prevents sprawl. Star Ratings is the one; everything else waits in backlog until it earns the slot.

Tripwire 2

Throughput-by-operator

Alarms if my share of weekly releases exceeds a 20% ceiling. "Done" means the team runs it unaided, not "works when Dallas runs it."

Tripwire 3

Operator-test

A motion only flips to "operable" after two consecutive batches released by a non-Dallas operator. The system has to survive me.

Tripwire 1 · anti-sprawl
WIP-of-one

Only one motion is allowed to scale at a time. Star Ratings holds the slot; Back Office and every modernize-OKR item sit in backlog. The conductor flags a violation the moment a second motion is marked scaling, so sprawl cannot creep in while my back is turned.

Tripwire 2 · anti-bottleneck
Throughput-by-operator

An alarm fires if my share of weekly releases passes a 20% ceiling. The point is that "done" means the team runs the motion unaided, not "it works when Dallas runs it." If I become the bottleneck, the number tells on me before anyone has to.

Tripwire 3 · durability
Operator-test

A motion only flips to "operable" after two consecutive batches are released by a non-Dallas operator. Every release I make resets the streak. The system has to survive me leaving the room, or it is not really done.

$ conductor --preflight Not ready: 4 blockers 12 assertions run · all structural / contract / guardrail checks PASS Verified by running it
01
Align on attribution
Credit at the qualified-reply / meeting-sourced line, agreed together.
02
Set the 1× baseline
Establish the starting throughput before any multiple can be claimed.
03
Deliverability green
Warmup, rotation, spam/blacklist monitoring all clear.
04
Security audit current
Review refreshed against go-live access scope.
The gate is fail-closed: it refuses to go live until green. Those four blockers are the Day-1 checklist. Nothing else is in the way. Deliverability is a priority send-gate, so scaling cannot turn into reckless volume that burns the 157 sourced contacts. Verified
Talk trackI ran the preflight before access, and it correctly reports NOT READY with exactly four blockers. That's not a bug. It is the design. Those four items are literally our Day-1 checklist. Everything structural already passes. The guardrails aren't decoration around the engine; they are the product.
05 The four Q3 goals

Four targets, and how the engine delivers each.

Per your welcome note, these are a rough sketch we'll shape together. Every target below is provisional. Open any card for how the engine delivers it, the pre-mortem risk, and the leading indicator I own.

How the engine delivers

Sourced via the Star Ratings motion (MA payers at the bonus cliff) plus the back-office motion via Clay. Enriched, scored, and contextual.

Pre-mortem risk

Meetings live in reps' reply-handling, and those are people I don't manage. Conversion isn't fully mine to control.

Indicator I own

Qualified replies sourced and source-tagged. The part of the funnel the engine owns end to end.

How the engine delivers

One push becomes a motion that runs every week. Gated by a deliverability floor so a multiple means real replies, not volume.

Pre-mortem risk

Vanity volume burns domains. A "10×" measured in sends would poison the sourced contacts we depend on.

Indicator I own

Qualified replies per week, behind a deliverability gate. The honest definition of throughput.

How the engine delivers

Sourced via Clay inside the install base and sold into existing customers. This number is mine regardless of product timing.

Pre-mortem risk

Sourcing against a non-existent ICP. Fixed by defining the ICP with Scott Kemme in Week 1.

Indicator I own

Enriched, source-tagged contacts added to the install-base white-space view.

How the engine delivers

A living system that stays current: lists, signals, measurement, cadence, agents, calculators, control plane. All maintained, not shipped once.

Pre-mortem risk

A system that works Day 1 and rots by Day 90. The throughput + operator tripwires exist to prevent exactly this.

Indicator I own

The engine stays green: preflight passes, guardrails report no integrity errors, the team runs it unaided.

Where I come in: I own the GTM engineering behind all three numbers. The Clay build, the enrichment and signal library, the list expansion, and the measurement that turns a number into a motion that repeats.

Talk trackI want to hold these loosely and on purpose. You called them a rough sketch, and I agree, so every one is chipped Target. What I'm confident about isn't the number, it's the mechanism: for each goal I can show you how the engine produces it, the risk I've already war-gamed, and the one leading indicator I'll own and report.
06 Motions in play

One motion scales at a time. On purpose.

Star Ratings is live and scaling. Back Office is staged behind it, on purpose. Pick a motion, then click through why it is a buyer now, how the engine runs it, who it reaches, what fires the outreach, the cadence, and where it stands.

How the product roadmap maps to the motions
Queue Optimizer

Powers Star Ratings

The contact-center lever, in beta this year. It moves the call-center Star measures, so it is the capability behind the new-logo motion into MA plans at the cliff.

Back Office Optimizer

Powers Back Office

GA targeted September. It opens the back-office white space inside our customers, where the back office has not bought yet. That is the 200-contact motion.

Engagement Hub

The next signal

The supervisor view inside Decision Intelligence, replacing Burnout Indicator. As it lands, it becomes the adoption and expansion signal, and the in-product messaging surface.

5% quality bonus on the plan's CMS benchmark for every MA plan that crosses 4.0 Stars. Recurring, and board-level. Many sit just under the line. Verified · CMS rule
STAR RATINGS · WHY NOW

Why Medicare Advantage payers are a buyer now

The problem they feel

Each MA contract earns a Star Rating. Cross 4.0 and the plan earns the 5% CMS quality bonus on its benchmark. Miss it and the money is gone. Many plans sit just under the line.

What we do about it

Intradiem holds contact-center service level and cuts answer times in real time, with no added headcount. That moves the call-center measures that feed the rating, contract by contract.

Why the timing is now

Validated against the April 2026 final rule, the call-center measures count through the 2028 Stars, then drop first. The window to sell this clean attribution story is open now and finite.

We help MA plans hold service levels in the contact center, which moves the Star measures that decide whether contracts clear 4.0 and earn the bonus.
STAR RATINGS · THE MACHINE

How the engine runs the motion

Source and enrich

From CMS data, Clay finds Director-plus contacts in Finance, Stars, and Medicare across 38 non-customer plans under 4.0, and enriches each record from 40+ sources.

Draft and gate

It drafts a contextual message per record. An independent reviewer holds anything off-spec, deliverability is checked, and a person approves before a single send.

Make it compound

The signal library re-fires accounts on fresh triggers, a movability grade ranks the most winnable plans, and source-tagged credit proves what the motion sourced.

AI does the enrichment and drafting. People keep the judgment. That is the difference between an engine and a spray.
STAR RATINGS · PERSONAS

Who the motion reaches

Finance

VP and Director Finance who own the quality-bonus math and feel the 5% benchmark lift on the contract directly.

Stars and quality

Director-plus Stars and Quality leaders who are accountable for the rating itself.

Medicare and ops

Medicare and contact-center operations leaders who can actually move the call-center measures.

Director-plus, at non-customer MA plans sitting under 4.0. The people who own the number and can act on it.
STAR RATINGS · TRIGGERS

The signal library that fires outreach

Tier 1 · act immediately

CMS releases, Stars language in SEC filings, and earnings-call mentions. The hard, dated events.

Tier 2 · this week

A plan slipping under 4.0, a new quality leader, or hiring clusters in quality and Medicare.

Tier 3 · context

Background firmographics, technographic shifts, and secondary intent that raise priority.

A fresh trigger re-fires the account with an updated angle, so the list re-prioritizes itself instead of going stale.
STAR RATINGS · CADENCE

One weekly motion, run by the conductor

Daily

A 7am weekday signal scan surfaces the day's priority strikes and expansion signals.

Weekly

Monday 8am: preflight, the conductor run, and a refreshed Command Center. One push becomes a motion that repeats.

Gated

Every send clears the reviewer, the human approve gate, and a deliverability check before it leaves.

The motion runs every week without a person babysitting it, and it stops dead at the gates.
STAR RATINGS · STATUS

Where the motion stands today

Live now

157 Director-plus contacts across 38 plans under 4.0, built on 5,000 Clay credits.

Cleared

Security review complete. Clay rolled out to the outreach team after training and build sessions.

Verified

These are the team's confirmed current state, not projections.

Scaling now as the single WIP-of-one motion. Everything else waits until it earns the slot.
BACK OFFICE · WHY NOW

The white space inside our own customers

The gap

Manual back-office work inside existing customers that has not bought anything yet. We replace spreadsheets, not an incumbent.

Why us

Front-office relationships have not handed over back-office leads, so we source them ourselves through Clay.

What opens it

Back Office Optimizer GA, targeted around September (Chris Busbee's product), turns the white space into a real motion.

A second motion aimed at our own install base, sourced rather than handed to us.
BACK OFFICE · THE MACHINE

The same engine, re-pointed

Source

Clay sources contacts inside the install base and maps the back-office white space per account.

Run

The same enrich, draft, review, approve, and deliverability-gated send engine, aimed at a new segment.

Instrument

Source-tagged, so the 200-contact target is measured the same way as Star Ratings.

It reuses the same engine. It re-points once the ICP and the product are ready.
BACK OFFICE · PERSONAS

Who we reach, once the ICP is set

Target

Back-office and operations leaders inside existing customers.

Dependency

The exact ICP is defined with Scott Kemme in week one, before any sourcing.

Why that order

Sourcing against an undefined ICP is the fastest way to waste the install base. ICP before sourcing.

Defined first, sourced second. That sequence is a guardrail, not a delay.
BACK OFFICE · TRIGGERS

Expansion signals inside the base

Expansion

Install-base growth, new back-office hiring, and process-change signals.

Risk

Service or backlog signals that open a back-office conversation.

Tuned later

The trigger set is finalized after the ICP work, so it fires on the right moments.

Owner-routed signals, tuned once the ICP tells us what good looks like.
BACK OFFICE · CADENCE

It joins the weekly run when it earns the slot

Held

Staged in backlog today. Only one motion scales at a time.

Trigger to start

It earns the slot when Star Ratings has handed off and Back Office Optimizer is GA.

Then

It folds into the same Monday conductor run, with no new machinery.

Restraint is the WIP-of-one guardrail doing its job, not a gap.
BACK OFFICE · STATUS

Staged, by design

Blocked on

ICP definition with Scott Kemme, and Back Office Optimizer GA around September.

Target

200-plus back-office contacts inside existing customers, sourced through Clay.

Not yet

Correctly not scaling. It is real, and it is held on purpose.

The engine is ready for it. The timing is deliberate.
Talk trackSame move your Motions section makes: pick a motion, then click through it. Star Ratings is live, so I am not reciting numbers back to you. The tabs show how the engine runs it, who it reaches, what fires it, the weekly cadence, and the verified status. Back Office is the same engine re-pointed, held on purpose until it earns the slot. One motion scales at a time.
07 Modernizing · the live tools

The tools are already live. Here they are.

Your page made the case for tools instead of decks and calculators instead of spreadsheets. I will not restate it. These are the actual tools, open and clickable today.

Dry-run
Command Center

Command Center

The single live front door. Gates, approvals, deliverability, variant winners, and attribution credit in one screen.

Dry-run snapshot
Golden List board

Golden List board

Accounts scored and graded. The foundation layer, made visible and sortable.

Live front-end
Control Plane

Control Plane

The install-base white-space view. The 200 back-office target, mapped per account.

Live front-end
ROI Calculator

ROI Calculator

A live economic-impact tool. The CFO business case, built from inputs instead of a static PDF.

Live front-end
Dry-run
Mission Control

Mission Control

The daily personal tracker. What to work, in what order, today.

Dry-run snapshot
The engine that built
this page is the engine
I'm showing you.
Live front door · dry-run
Command Center

The canonical front door. One screen with the gate states, the approval queue, deliverability, the winning variants, and attribution credit. The numbers are seeded until Salesforce and Clay connect on Day 1, and the chips say so.

Foundation · live front-end
Golden List board

The foundation layer made visible: every account scored and graded, sortable by fit, intent, and signal. Live today; it reads the real Clay base the moment it is wired.

Install base · live front-end
Control Plane

The install-base white-space view. The 200 back-office target mapped per account, so the staged motion is ready to point the day the ICP lands with Scott Kemme.

Economics · live front-end
ROI Calculator

The CFO business case as a live tool. Inputs in, economic impact out, instead of a static PDF. The lever behind both the Star Ratings and Back Office economics.

Daily ops · dry-run
Mission Control

My daily personal tracker: what to work, in what order, today, so the weekly motion keeps its rhythm. Seeded until go-live.

Read the chips: these are live front-ends. The engine windows run on a seeded snapshot until Salesforce and Clay connect on Day 1, so any funnel count, dollar figure, or variant rate inside them is illustrative until then.
Talk trackThe tool is the proof, and you are looking at one. The front-ends are live today. The numbers inside the engine windows are seeded until we wire real data on day one, and the chips say so plainly.
08 The head start

A running head start, not a finished system.

I built the foundation before day one so we do not start from a blank page. It runs dry-run today. Day 1 wires it to live data, and the build keeps going from there, tuned to what each quarter needs.

Engines
Cohesion conductor: the 7-stage weekly cycle with maker, reviewer, and human gates and a 12-assertion --preflight. Fail-closed.
TAM and outbound engine: new-logo target accounts with fit and tier scoring, fresh-trigger detection, ROI, and seller routing.
Signal engine: install-base expansion and risk signals, routed to the owner.
Impact engine: a measurement scorecard, source-tagged. Dry-run outputs
Single source of truth: engine_state.json. Every dashboard reads it, the conductor writes it.
Dashboards & artifacts
Command Center: the single live front door.
Golden List · Control Plane · ROI Calculator · Mission Control.
Day-1 Audit Console: a Salesforce-schema refit checklist for go-live.
Local dev twins: control tower, attribution, approval queue, deliverability, and variant tracker. All promote to live Jul 6.
Skills library
Signal-to-Play: one account signal becomes a Marketing brief, a Sales alert, and an outreach draft.
ROI business case · Competitive intel · Content engine · Verified-metrics citation discipline.
Plus the cognitive-calibration + strategic-premortem layers that gate the work.
Scheduled automations · running (dry-run)
daily-signal-scan: a weekday 7am prioritized target and expansion briefing.
weekly-gtm-conductor: Monday 8am preflight, conductor run, and Command Center refresh.
Build specs & packs: GTM Engine Build Spec · Clay Build Pack · Attribution Loop Spec · message-variant starter pack · Q3 operating plan.
Day-1 / Week-1 order of operations · where the build starts
1Align with Naveen on attribution. Agree on credit at the qualified-reply and meeting-sourced line, 3 Salesforce fields, and the 1× baseline. The first-week priority.
2Build Clay from the Build Pack on a 10-row test slice; confirm ICP / scoring with Naveen + Scott Kemme.
3Stand up deliverability warmup → monitor green before any volume.
4Flip the conductor live (preflight must be green); wire Clay / sender / Salesforce hooks; keep the Monday schedule.
5First real run: small, 3 variants / segment, human-approved, instrumented.

This is a foundation, not a finished system. Day 1 wires it to live data. From there the real work runs: tuning it, expanding it, and building what each quarter needs. The head start just means we are not designing from a blank page while the clock is running.

Talk trackThis is the close: the inventory. Engines, dashboards, a skills library, and scheduled automations already running dry-run. The honest summary is that the foundation is standing, so we are not starting from zero. Day 1 connects it to real data, and from there I keep building it out. That part is the job, not a one-time setup.