Outbound automation

Claude Code for outbound works when the pipeline is joined up

Most teams use Claude Code as a smarter chat box next to the same manual stack. The value shows up when it runs the whole campaign pipeline from one place.

Jan Rasmussen Jan Rasmussen · Co-founder · Strategy & clients · 6 min read
Originally shared on LinkedIn by Jan

Claude Code does not fix outbound on its own. Used as a chat window beside a stack of disconnected tools, it saves a few minutes of writing and changes nothing else. Used as the orchestrator of one campaign pipeline, from signal detection to analysis, it removes the manual handoffs that make most teams slow.

We hear the same description from growth-stage sales teams again and again. Leads are enriched by hand in one tool. Someone looks up a few phone numbers. Some of those contacts get enrolled in a CRM sequence. Each step works, but none of it is joined up. The team has plenty of software and still launches very few campaigns a week, because every campaign needs a person to carry data from one tab to the next.

The problem is the gaps between tools

When we look at a stack like that, three kinds of manual work usually hold everything back:

  • Manual research. Someone reads company pages, job posts and news to decide whether an account is worth contacting and why now.
  • Manual enrichment. Someone runs a list through one or two data providers, exports a file and cleans it before anything else can happen.
  • Manual CRM updates. Someone copies status, notes and outcomes back into the CRM, usually late and often not at all.

Adding an AI assistant to that picture does not remove the gaps. It makes each manual step slightly faster while the person still does the switching, copying and checking. The constraint is the handoffs, not the typing.

The joined-up campaign pipeline

The alternative is to treat a campaign as one pipeline with defined stages, where each stage reads the output of the last. Claude Code runs in a terminal with access to files, scripts and APIs, so it can move a list through every stage without a person re-exporting data. The stages we use are:

  1. Detect signals. Pull events that suggest timing: hiring, funding, technology changes, job postings at target accounts, social and community mentions, website visits.
  2. Score and tier. Check each account against written ICP rules and rank it on fit and signal strength. Weak matches drop out before any money is spent on data. See our guide to signal-based outbound for how to qualify events.
  3. Find people. Build the contact search from the ICP and pull only the roles that buy or influence the purchase.
  4. Enrich. Run a waterfall across several providers, cheapest first, so misses from one source are caught by the next.
  5. Write copy. Generate messaging from the signal, the role and your own offer, using the frameworks and examples you keep on file.
  6. Push the campaign. Load contacts and sequences into your sending platform and write the context back to the CRM.
  7. Analyze and improve. Pull replies and outcomes, look at what worked and feed that back into the copy frameworks and scoring rules.

The API stack by function

We think about the stack by job to be done rather than by vendor. Vendors change. The functions stay the same.

FunctionWhat it covers
Find signalsHiring, funding and technology changes; job postings at target accounts; social mentions and community activity; website visitors and product or demo activity
Find peopleWaterfall enrichment across providers; email lookup from a LinkedIn profile or a company domain; running the cheapest provider first and catching misses with the next
Send outreachCold email at volume; multichannel across email, LinkedIn and calls; routing contacts to a channel based on what enrichment found
Analyze and orchestrateAutomatic CRM notes and competitor tracking; lead alerts, pipeline digests and summaries; updating the CRM when a meeting is booked

Claude Code sits above these functions. It calls the APIs, reads your rules and writes the results back where the team works. If you have not connected tools to Claude before, start with what MCP servers are and how to set up a CLAUDE.md for GTM.

Five plays worth building

1. Signal-to-sequence pipeline

A signal fires, the account is checked against the ICP, contacts are enriched, copy is written around the signal and the campaign goes live. This is the base play. The others are variations on it.

2. Competitor displacement campaign

Review-site intent and evidence that an account is evaluating a competitor feed a campaign with differentiated messaging. The copy explains what is different about your approach instead of repeating a generic pitch.

3. Website visitor activation

Identify the company behind a visit, enrich the right contacts, route them into a multichannel sequence and aim for a meeting while the interest is fresh.

4. Social engagement to pipeline

Collect the people who engage with relevant LinkedIn posts, qualify them against the ICP and send personalized outreach that references the topic they engaged with.

5. Campaign feedback loop

Pull campaign analytics, read replies and objections, and update the copy frameworks from what is actually converting. Most teams write copy once and leave it. This play keeps the frameworks trained on real results. It depends on clean outbound attribution so you know which play produced which conversation.

Where teams go wrong

  • Automating before writing the rules. If the ICP and tiering rules only exist in someone's head, Claude Code will guess. Write them down first.
  • Skipping review. A joined-up pipeline can launch bad lists quickly. Keep a check before contacts go live, at least until the scoring has earned trust.
  • No write-back. If outcomes never return to the CRM and the rule files, the loop does not learn.
  • Treating it as a prompt pack. Saved prompts help, but the value is in the files, scripts and connections that every run reuses.

A quick way to check your inputs before automating is the signal campaign builder, which forces you to define the signal, the audience and the next action for one play.

Conclusion

Claude Code is not a replacement for thinking about who to contact and why. It is a way to remove the manual carrying between tools once that thinking is written down. Start with one play, usually signal-to-sequence, run it end to end from one terminal, and add the feedback loop before adding more plays. If you want a second opinion on where your own pipeline breaks, book a GTM Engine Review and we will map it with you.

Frequently asked

Do we still need Clay or other enrichment tools?

Usually yes. Claude Code orchestrates the pipeline and calls data providers. It does not replace the data itself. What changes is that fewer steps need a person in the middle.

Is this only for technical teams?

Someone needs to own the scripts and rule files, which is the job of a GTM engineer. Once that is in place, sellers and marketers can run and adjust plays without touching code.