
How to Measure Marketing Impact: 25 Relevant Metrics
25 metrics to measure marketing impact on SaaS pipeline growth.

MCP gives your AI tools shared context across every channel.

Author
Published date
5/19/2026
Reading time
5 min
AI tools in your GTM stack are everywhere. Coordinated context between them isn't. Claude can draft outreach. ChatGPT can summarize calls. Copilot can write code. None of them can natively read your HubSpot pipeline, your Clay enrichment tables, or your Gong recordings without a custom integration built from scratch for every connection, and every new tool you adopt forces those integrations to be rebuilt again.
The Model Context Protocol (MCP) is the open standard that closes that gap. If you're running a GTM motion in 2026, here's what MCP is, where it already lives in your stack, and why coordinated execution matters even more when your tools start talking to each other.
MCP gives AI models one standard way to connect to external tools and data sources.
It is an open standard that lets AI models connect to external tools and data sources through one universal protocol instead of one-off custom integrations.
Think of it like USB-C for AI. Before USB-C, every device needed a different cable. Before MCP, every AI tool needed a different connector for every system it talked to. One port, many cables: build one MCP server for your tool, and every compatible AI client can plug in.
With a traditional API integration, a developer predetermines what gets called and when. With MCP, the AI model itself decides which tools to invoke based on your request. You ask a question in natural language, and the AI figures out which connected systems to query to answer it.
The structure is simple. MCP works through three roles:
Simple on paper. The real shift is portability across AI vendors. Any compatible host can connect to any MCP server without custom code, which means every integration you build keeps working as new AI tools enter your stack.
Adoption has been faster than most teams expected. HubSpot, Salesforce, Gong, Clay, and HeyReach already ship MCP support, with more GTM platforms entering the conversation each quarter.
A few worth calling out:
HubSpot launched its MCP server in public beta in May 2025. AI clients like Claude can create and update CRM objects, manage associations, and add engagements through natural language. HubSpot has since expanded MCP into Breeze, its AI agent layer, so HubSpot's own agents can consume external MCP servers too.
Clay is live as a connector in Claude and is available to use in ChatGPT. RevOps teams build data enrichment, lead scoring logic, and ICP filters inside Clay. Any rep can invoke those workflows through a natural language prompt without opening the Clay dashboard. An important caveat: Clay MCP exposes existing workflows but doesn't independently source leads or execute outbound. A complete outbound system still needs additional components.
Gong announced MCP support in October 2025 with both server and client capabilities. External AI agents can access Gong insights, and Gong's own AI agents can pull data from connected systems like HubSpot, Microsoft, and Salesforce in one workflow.
Salesforce has a layered implementation. Customers can discover MCP servers from partners through AgentExchange, and its DX MCP Server ships with a growing set of MCP tools. A bi-directional integration with Claude, starting with Slack, lets users bring Salesforce context into Claude and push outputs back while respecting existing permissions.
Use cases are what matter. Here are the patterns making MCP practical inside a working GTM motion:
The pattern is consistent across all four. Ops teams build the logic once, then reps use it without bouncing across tools.
AI adoption continues to accelerate across enterprise software and GTM workflows. Most teams are still using AI tactically: drafting emails, generating content, summarizing calls. The teams pulling ahead are the ones with unified context connecting those point solutions into a system.
When your AI tools can't talk to each other, each one delivers incremental value at best. When they share context through MCP, the gains compound.
Your buyers are changing too. Buyers are using AI to evaluate vendors faster and more thoroughly. A disconnected GTM motion, where paid ads say one thing, outbound says another, and your content tells a third story, gets exposed faster than before.
Here's what gets skipped in most MCP coverage. MCP-connected agents query whatever data exists in your connected systems. If your CRM hygiene is inconsistent, your enrichment coverage has gaps, or your ICP rubric is undefined, MCP will propagate those problems at agent speed instead of at human speed.
The reason most teams remain stuck in tactical AI use cases isn't missing tooling. It's missing orchestration ownership and unclean underlying systems.
Before you connect your stack through MCP, the upstream work matters: clean CRM data, defined ICP criteria, consistent enrichment processes, and someone who owns the orchestration layer. Skip that work, and you'll automate your existing mess faster.
If you're coordinating separate vendors for paid media, outbound, and content, you've already lived the exact problem MCP solves at the infrastructure level. Your LinkedIn ads target one audience. Your outbound sequences target another. Your content speaks to a third. Each specialist is good at their piece. Nobody owns the shared context across all three.
MCP gives your tools a shared language. Someone still needs to give your GTM motion a shared ICP, shared messaging, and shared intent. The protocol solves the technical plumbing. Strategic coordination sits one layer up: same team, same ICP, same messaging. And honestly, no protocol can fix a situation where your paid agency has never talked to your outbound team and neither of them has read your content guide. That's the strategic coordination layer, and it sits with the people running your GTM motion.
More tools connected through MCP doesn't automatically mean better GTM execution. The coordination model, the team and the strategy sitting above those tools, matters more than ever.
At Understory, we run paid media, GTM engineering, and creative as one coordinated allbound system. Same team. Same ICP. Same messaging. We already operate inside Clay, HubSpot, and the outbound tools where MCP adoption is moving fastest, and we've built our service model around the strategic coordination that protocol-level fixes can't deliver on their own.
Clients like RemoFirst replaced an entire SDR team with our coordinated outbound and paid media motion. Rivial Security scaled paid spend from $20K to $70K monthly with consistent positioning across every touchpoint. Yofi built their outbound system from scratch with us and had to pause campaigns because their sales team couldn't keep up.
Schedule a call with Understory to coordinate paid media, outbound, and creative through one expert team.
What is MCP in simple terms?
MCP is an open standard that lets AI models connect to external tools and data sources through one universal protocol instead of one-off custom integrations.
Why does MCP matter for GTM teams?
It lets AI tools access shared context across systems like CRM, call recordings, enrichment workflows, and campaign data instead of working in isolation.
Does MCP replace GTM strategy?
No. The protocol solves technical plumbing. Shared ICP, shared messaging, and coordinated execution are still people and strategy problems.
Can MCP fix bad CRM data?
No. MCP-connected agents query whatever data exists in your connected systems, so dirty data and unclear ICP rules still create bad outputs.
What does MCP look like in practice?
It powers workflows like research-to-outreach, rep-triggered Clay actions, pre-meeting prep across systems, and human-approved LinkedIn outbound replies.

25 metrics to measure marketing impact on SaaS pipeline growth.

Build a competitor analysis slide investors actually trust.

Most SaaS go-to-market templates break during execution, not strategy.