Field Notes

    The 60-Tool GTM Stack Behind a 7-Figure Motion, and the 31 We Run in Production

    Twenty categories, three vendors each, and an honest split between the tools we run daily and the ones we only tested. The wiring matters more than the logos.

    The full 60-tool GTM stack sheet: 20 numbered categories from CRM to ops and comms, each listing three credible vendors
    August 10, 2026Updated August 10, 20266 min read
    Share:
    The short answer

    A working 7-figure GTM stack spans 20 categories, from CRM and lead databases through enrichment, verification, inbox infrastructure and orchestration, with 31 of 60 tools in production. The stack collapses into three jobs: find, verify and send. Spend has moved from per-seat licences to metered APIs, and the connections between categories matter more than the vendor names.

    Key takeaways

    • The stack spans 20 categories and 60 evaluated tools, of which 31 run in production.
    • Every category maps to one of three jobs, find, verify or send, and anything serving none of them is overhead.
    • Spend shifted from committed annual per-seat licences to metered per-call APIs, which makes cost per booked meeting measurable.
    • Enrichment moved from Clay to Claude Code plus in-house scripts, and sending moved from Instantly to EmailBison for API-first control of warmup.
    • The compounding advantage is wiring, not vendor choice: a signal at 9am becomes a sent email at 9:05 with no human moving a row between tabs.

    Reviewed and updated August 10, 2026

    The 60-Tool GTM Stack Behind a 7-Figure Motion, and the 31 We Run in Production

    Most GTM tools we have bought never moved the needle.

    That is the honest starting point for this sheet. Below are 20 categories with three credible vendors in each, 60 tools in total. Thirty-one of them run in production here. The rest we tested, shortlisted, or keep on the bench. No affiliate links, no wishlist padding.

    #CategoryVendors
    01CRMHubSpot, Attio, Folk
    02Lead databasesApollo, Crustdata, People Data Labs
    03Hiring and tech signalTheirStack, PredictLeads, Sumble
    04Web scrapingApify, Firecrawl, Browserbase
    05Search and researchExa, Serper, Perplexity
    06EnrichmentClay, Findymail, FullEnrich
    07VerificationMillionVerifier, Reoon, Emailable
    08AI modelsAnthropic, OpenAI, OpenRouter
    09AI coding agentsClaude Code, Cursor, Windsurf
    10Email sendingEmailBison, Instantly, Smartlead
    11Inbox infrastructureZapmail, ScaledMail, Mailreef
    12LinkedIn outreachHeyReach, Expandi, Waalaxy
    13LinkedIn dataUnipile, Trigify, Surfe
    14Intent and visitor IDWarmly, Koala, Common Room
    15Voice AIElevenLabs, Vapi, Retell
    16MeetingsCal.com, Calendly, RevenueHero
    17Call intelligenceGrain, Granola, Fireflies
    18OrchestrationGitHub, n8n, Make
    19Data and infraSupabase, Vercel, Cloudflare
    20Ops and commsSlack, Notion, Typefully

    Four things are worth knowing before you copy any of it.

    1. The stack collapsed into three jobs

    Find, verify, send.

    Everything else is plumbing between those three. Categories 02 through 05 are find. Categories 06 and 07 are verify. Categories 10 through 13 are send. Categories 08, 09, 18 and 19 exist to connect them, and 01, 16, 17 and 20 exist so that humans can act on whatever comes out the other end.

    The stack collapsed into three jobs, find, verify and send, with the stack sheet category numbers mapped to each, plus the connect and act categories that support them

    Run that test against your own stack this afternoon. Any tool that does not serve find, verify or send, and does not connect two things that do, is overhead you are paying for out of habit. That audit has removed more line items here than any renewal negotiation ever has.

    2. The money moved from seats to APIs

    The old stack was per-seat software you logged into. The new stack is metered infrastructure your code calls. You are no longer signing up for a year of licences, you are choosing which API to call this week.

    Most teams have not caught up to what that does to budgeting. Per-seat spend is committed, annual, and roughly flat no matter how much work you actually do. Metered spend is variable, weekly, and scales with volume. The first model punishes you for hiring. The second punishes you for running sloppy jobs.

    Three consequences that show up quickly:

    • Unit cost becomes measurable. Once spend is metered per record enriched, per email verified, per page scraped and per token generated, you can put a defensible cost on a booked meeting. That is close to impossible when the same work is buried inside three annual licences.
    • Waste becomes visible in days rather than quarters. A badly targeted list stops being a soft cost and starts being a line on an invoice.
    • Nothing renews by default. A metered vendor has to earn the call every week, which is a healthier relationship than an auto-renew clause.

    I am deliberately not publishing per-unit prices here. They move monthly, every vendor negotiates, and a stale price list is worse than none. The shape of the bill is the point.

    3. Inbox infrastructure became its own discipline

    Five years ago this was a checkbox inside your sequencer. It now has its own vendors, its own failure modes and its own specialists.

    Get it wrong and copy quality is irrelevant, because nobody sees the copy. The floor is SPF, DKIM and DMARC configured correctly on every sending domain, Google Postmaster Tools connected so you can read your actual spam complaint rate instead of guessing at it, and verification running on every list before it is loaded rather than after a bounce spike has already cost you a domain.

    This is the one layer where the tool choice matters less than the operating discipline. All three vendors in category 11 can deliver mail. All three will fail for a team that loads unverified lists into warm domains.

    4. We removed more than we added

    We used to run Clay and Instantly. Both are strong products. Neither fit where we ended up.

    Enrichment moved to Claude Code plus our own scripts. Sending moved to EmailBison because it is API-first and we needed to own warmup ourselves.

    That is a rented workflow versus an owned workflow argument rather than a better-tool argument, and the trade cuts both ways. A rented workflow has you running this week and somebody else maintains it. An owned workflow costs engineering time up front and buys the one thing the rented version cannot offer: the ability to change any step without waiting for someone else's roadmap.

    The honest cost of the owned side is maintenance. If nobody on the team can read and change the code, an owned workflow is simply a fragile one. That capability is what the GTM engineer role actually describes, and it is the hire that makes this stack shape viable. Without it, Clay, Apollo and ZoomInfo are doing real work on your behalf and you should keep paying for them.

    What matters more than any logo on the sheet

    Nobody wins because they picked the better scraper.

    The teams that compound wired the categories together, so a signal at 9am becomes a sent email at 9:05 without a human dragging a row between tabs. Concretely, that sequence looks like this:

    1. 09:00. A signal fires. A job posting appears, a technology is detected on a target domain, or a known account lands on the pricing page.
    2. 09:01. The account is checked against the CRM and every suppression list. Existing customer, open opportunity, active sequence, prior unsubscribe: all filtered out before another cent is spent.
    3. 09:02. The right contact is resolved from the lead database and the LinkedIn data layer, using the title pattern for that segment rather than a generic seniority filter.
    4. 09:03. An email is found and verified. If verification fails, the record exits here instead of entering the send queue.
    5. 09:04. The company page is scraped and a model drafts one message grounded in what it actually found, rather than a template with a merge field where the specifics should be.
    6. 09:05. The message enters the sending queue on a warmed domain with limits already set, and the LinkedIn touch is queued next to it.
    7. Continuously. The reply lands in an inbox a human owns, and the outcome writes back to the CRM so the next run knows what happened.

    Every step maps to a category on the sheet. None of them is impressive alone. The five minutes between signal and send is the whole advantage, and it exists only because the categories are connected.

    Timeline from 09:00 to 09:05 showing a signal becoming a sent email: signal fires, suppression check, contact resolved, email verified, message drafted, message queued, then the reply writing back to the CRM

    For the layered version of the same argument, the 7-layer GTM AI stack covers the order these pieces should be built in. Order matters more than vendor choice, because a scraping layer with no verification layer beneath it just produces bounces faster.

    Tools are the easy part. The wiring is the moat.

    Steal the sheet. Then go connect it.

    We build AI-native pipeline systems and you pay per qualified meeting, not a retainer. No paying for activity. You only pay when we book you a qualified sales meeting. See if you qualify.

    Questions

    Frequently asked questions.

    Frequently asked questions
    What tools do I actually need in a GTM stack?
    Enough to cover three jobs: find, verify and send. That usually means a lead database, an enrichment step, email verification, sending infrastructure with properly configured domains, and something to connect them. Everything else, including CRM, meetings and call intelligence, exists so humans can act on the output rather than to generate it.
    Is Clay worth it, or should I build enrichment myself?
    Clay is a strong product and remains the right answer for most teams. Building enrichment yourself only pays off when someone on the team can read and change the code, because an owned workflow that nobody maintains is a fragile one. The trade is speed and support against the ability to change any step without waiting for a roadmap.
    Why did GTM software spend move from seats to APIs?
    Because the work moved from people clicking through interfaces to code calling services. Per-seat spend is committed, annual and flat regardless of volume, while metered spend is variable and scales with actual usage. The practical effect is that unit costs become measurable, waste appears on an invoice within days, and nothing renews by default.
    How important is inbox infrastructure compared to copy?
    It comes first, because copy quality is irrelevant if nothing lands. The floor is SPF, DKIM and DMARC configured on every sending domain, Google Postmaster Tools connected so complaint rates are measured rather than guessed, and verification run on every list before loading. Any competent sending vendor fails for a team that skips those steps.
    What does a wired GTM stack actually do that a set of tools does not?
    It closes the gap between a signal and an action. A job posting or pricing page visit at 9am triggers suppression checks, contact resolution, email verification, a grounded draft and a queued send by 9:05, with the outcome written back to the CRM. Each step is unremarkable alone, and the five minutes is the advantage.
    Field NotesGTM SoftwareSales TechnologyOutbound
    Byline

    About the author.

    Tim Carden

    Tim Carden is CMO / CTO at RevenueFlow, which builds and operates outbound revenue engines for B2B companies. Studied at McGill University.

    Tim Carden · CMO / CTO

    Connect on LinkedIn →
    Your next move

    Ready to scale your outreach?

    We build GTM engines that book real meetings. See the receipts.