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

The mirror of the site you built me.

Why this exists

This is the mirror image of the site you built me. Yours said "here's the role and where you come in." This one says "here's the engine I've prepared, and how it delivers the quarter."

Built before day one, and built to co-shape. The durable value is the engine itself, and it holds up against whatever targets we land on together.

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. Shows how it works, never real pipeline.
TargetQ3 goal, provisional, to co-shape. Never a promise to defend.
Talk trackEvery number on this page is chipped. Green is verified, amber is seeded and goes live Jul 6, gray is a Q3 target still ours to shape. So as we go, you always know exactly what's real and what's a placeholder.
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.

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
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.

$ 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 Proof · the bar I'm building to

The bar you set, and how I am built to hit it.

Verified You chose these as the standard, so I will not present them as mine. What I can show is the part your page did not: which piece of my engine produces each result.
IntercomVerified proof point
~$1M new pipeline / 30 days

How I hit it: Clay sources and enriches, the records write into the CRM already source-tagged, and the weekly run scales from a test slice to full volume. That is the path to new pipeline inside a month.

RipplingVerified proof point
cold-email performance YoY
60% open 10% reply 100K+ emails / mo

How I hit it: signal-triggered sequences, a team-wide experiment loop, and a deliverability check that holds quality as volume climbs. The 2x came with no engineering team.

The team that pilots this becomes the blueprint for Intradiem globally. The prize is not a single number. It is a repeatable motion the other teams copy.
Talk trackThese are not my results, and I will say that plainly. You put Intercom and Rippling on your page as the bar. So instead of repeating the numbers, I am showing which part of my engine produces each one. The standard is yours. The way to hit it is what I built.
06 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.
07 Motions in play

One motion scales at a time. On purpose.

The team has Star Ratings live and working. My job is to make it produce more, and to scale exactly one motion at a time. Back Office is staged behind that line on purpose.

Scaling now · the one motion

Star Ratings

The team's live play at the CMS 4208 cliff. Director-plus contacts in Finance, Stars, and Medicare across non-customer plans under 4.0, enriched and drafted on Clay. I won't restate it. I'll show how I make it produce more.

157 contacts live 38 plans < 4.0★ 5,000 Clay credits
Verified: the team's current state

The 2028 call-center measures are the cleanest, most finite attribution window. That is exactly why measuring credit and scaling safely matter now. Here is where the engine comes in.

Staged · held by design

Back Office

The manual back-office white space inside existing customers. Held behind two things, deliberately:

1

ICP definition with Scott Kemme.

2

Back Office Optimizer GA, targeted around September (Chris Busbee's product).

Correctly not scaling yet. One motion at a time. It earns the slot when Star Ratings has handed off.

Four ways the engine makes the live motion better
01 · From a list to a living queue

Today it is a one-time CMS pull. I wire the signal library into the weekly run, so a fresh trigger re-fires that account with an updated angle on its own. A Tier 1 CMS release, or Stars language in a filing. A Tier 2 plan slipping under 4.0, or a new quality leader. The 157 becomes a queue that re-prioritizes itself, not a static blast.

02 · A movability grade, not just "under 4.0"

Grade the 38 plans by how far each sits from 4.0, weighted by how much the call-center measures can actually move it. Reps work the most winnable contracts first instead of the whole list at once.

03 · Capture credit before the window closes

The 2028 window is finite. Source-tagged credit at the qualified-reply line, plus a live two-motion funnel, shows what this motion sourced while it still counts. Not in a write-up months later.

04 · Safe to scale, so the list survives

An independent reviewer and a deliverability check sit in front of every send. We can push real volume without burning the 157 high-value Stars contacts. Volume that stays clean.

I am not handing you a campaign. I am handing you an engine you can re-point. When the 2028 window matures, the same machinery aims at the 2029 measures and the next groups you flagged: contact center, ops, and WFM.
Talk trackThe honest move: the team already has Star Ratings live, so I will not read their numbers back to them. I am showing four ways the engine makes that motion produce more. A living queue instead of a static list. A grade that ranks the most winnable plans. Credit captured before the 2028 window closes. And a check that lets us scale without torching the contact list. The same engine re-points to 2029 and the back office when each one earns the slot. One motion at a time, on purpose.
08 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.

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
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.
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 trackSame move your site makes: the 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.
09 Everything that's ready

Nothing left to build. Here's the proof.

All of this was built pre-access. It runs dry-run today and goes live Jul 6 by wiring the marked hooks, with no structural change.

Engines
Cohesion conductor: the 7-stage weekly orchestrator 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 · the only go-live work
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.

Nothing here needs to be built. It needs to be wired to real data on Day 1. The pre-access work is design, spec, and content. The go-live work is four checklist items.

Talk trackThis is the close: the inventory. Engines, dashboards, a skills library, scheduled automations already running dry-run, and a written Day-1 and Week-1 order of operations. The honest summary is that there's nothing left to build. There are four things to wire. That's the whole gap between today and a live motion.