← Back to blog

Claude Code for GTM: Part 2 — Compound Engineering

I hated rebuilding the same campaign logic again and again.

You don’t need to in Claude Code.

Claude Code remembers everything you build and gets better over time — like an actual employee would. Everything runs in a local folder on your laptop. You drop in your closed-won call transcripts, ICP docs, sales methodology, campaign history. It reads all of it and references it in every future session.

  • Campaign 1: You explain everything.
  • Campaign 2: It already knows.
  • Campaign 5: It’s making suggestions you didn’t think of because it’s cross-referencing patterns across your work.

This is what compound engineering looks like in GTM.


Why This Puts Claude Code in a Different League

Memory in chat-based AI tries to remember every single fact about you. Your Q1 plans, your diet, your relationship issues — all on one sheet.

Claude Code works as a local file system.

When you generate a new campaign, it goes to your file about that specific persona, checks your outbound data to see what worked for that audience, references your email framework, and checks signals against your enrichment to find the right hook.

Chat = a single sheet of paper with everything about you. Claude Code = unlimited filing cabinet, organized by project, improves every time you use it.


Workflows vs. Agents — Why This Matters

We love workflows in GTM — Clay tables, scrapers, Apollo exports, N8n flows. Workflows are structured and predictable, but they don’t know you. They just execute a set of steps.

An agent looks at an account and decides which enrichment steps to run based on what it knows.

Workflow: Runs the same 8 steps on a 10-person startup AND a 10K-employee enterprise.

Agent: Pulls 10-K filings for the enterprise, but checks job postings for the startup instead — because it recognizes the difference.

Note: your N8n workflow with an API call is NOT an agent, despite what you may read on LinkedIn. An agent has context, makes decisions, and adapts its behavior.


The Leverage of a Single GTM Engineer

Anyone who’s worked inside a sales org knows how long it can take to go from idea to launch. Between Marketing, RevOps, SDRs, and leadership input, new ideas can take weeks to go from idea → enrichment → sync → messaging → launch.

One leveraged GTM engineer with Claude Code can do this in an afternoon and tweak it faster.

Vercel is an example of an org that works this way. Their GTM team operates more like a product team — shipping experiments, measuring results, iterating on what works.


What Compound Engineering Looks Like in Practice

At Zevenue, we shipped internally in a single week:

  • A Google Maps scraper for local lead sourcing
  • Skills for finding unique intent signals
  • Skills for writing outbound emails from context
  • Skills for launching campaigns directly from our sending platform
  • A signal feed that scrapes news articles into lead signals
  • All validation and enrichment work done directly in Sheets — cutting 40 hours per week of manual logging and handoff

Each of these builds lives in the project context. The next time we run a similar task, Claude already knows how we did it last time and what worked.


The Bottom Line

For anyone with sales or marketing chops and enough technical comfort to get their hands dirty, this is the most fun GTM has ever been.

The unlock isn’t prompting skill. It’s building a compounding context layer that makes every future session smarter than the last. That’s what separates a chat conversation from a GTM engineering system.

Read Part 1: Context Is the Bottleneck →