# How AI Agents Let GTM Teams Scale — Justin Joyce, Cloudflare

AI Engineer · 2026-08-26

<https://aiengineer.podhood.com/6ada2b25-8e45-4723-96e3-ce82d78b5097>

Cloudflare principal sales operations manager Justin Joyce argues traditional go-to-market does not scale, so his team built a three-pillar agentic system on Cloudflare Workers and Durable Objects. To scale analysis, role-specific skill files let non-SQL users query data, cutting two-hour analyses to five minutes. To scale insight, weekly summaries are drafted by one agent, verified by a second, and toned by a third, tested on every run for two to three months. For self-service, Cloudflare OS gives reps forecast briefs, QBR decks, account plans and renewal prep with centrally curated expert skills. The result is 2X efficiency, with harder problems ahead in quoting, approvals and CRM writes.

## Questions this episode answers

### What are Justin Joyce's three pillars for scaling go-to-market with AI agents?

Justin Joyce, a Principal Sales Operations and Strategy Manager at Cloudflare, proposes a three-pillar approach: first, scale analysis so operations teams can meet data needs and build applications using business context; second, scale insight by pushing the story in the data out to the business; third, provide self-service capabilities to the go-to-market team. He says these pillars interweave to meet all team needs.

[4:51](https://aiengineer.podhood.com/6ada2b25-8e45-4723-96e3-ce82d78b5097?t=291000)

### What are the context gap and the expert gap in go-to-market?

According to Justin Joyce, go-to-market teams have two gaps. The context gap is the work a salesperson does switching between prospect calls, current customer calls, and adoption calls while gathering information in between. The expert gap is the difference between how an expert salesperson handles situations and how a new or ramping salesperson does. This creates inconsistency and inefficiency.

[2:55](https://aiengineer.podhood.com/6ada2b25-8e45-4723-96e3-ce82d78b5097?t=175000)

### How does Cloudflare's automated weekly GTM summary use multiple AI agents?

Justin Joyce explains that their multi-agent workflow first gets the data and does a first pass draft by calling MCPs. A second reviewer agent checks the veracity of the data, and a third tone agent uses a multi-shot prompt to craft the message, highlighting risks and opportunities equally. They added observability into every LLM call and tested it for "two, three months" before trusting it.

[11:00](https://aiengineer.podhood.com/6ada2b25-8e45-4723-96e3-ce82d78b5097?t=660000)

### What is Cloudflare OS?

Justin Joyce presents Cloudflare OS as Cloudflare's internal agentic workspace running on Cloudflare. It uses Workers and Durable Objects to spin up per-user compute and persistent storage. Sales teams use it for forecast briefs, building QBR decks, purchase decks, account planning, general data queries, and renewal preparation. They pull data through curated expert-level skills, MCP connections, and an AI gateway.

[12:04](https://aiengineer.podhood.com/6ada2b25-8e45-4723-96e3-ce82d78b5097?t=724000)

## Key moments

- **[0:00] Intro**
  - [0:13] "If I start hallucinating, please snap me back," Justin Joyce jokes after taking AGI pills at the conference
  - [1:10] Justin Joyce moved from sales into 7 years of machine learning at Grainger, then back to sales ops to bring prescriptive analysis to go-to-market decisions
- **[1:58] Scaling problem**
  - [1:58] Justin Joyce: traditional go-to-market does not scale — ops teams rebuild spreadsheet analyses weekly or ship dashboards that serve most teams, not all
- **[2:55] Two gaps**
  - [2:55] Justin Joyce: sales teams carry two gaps — the context gap switching between prospect and adoption calls, and the expert gap between top reps and ramping reps
- **[4:51] Three pillars**
  - [5:08] Justin Joyce's first pillar: scale analysis so operations tasks drop from 2 hours to 5 minutes, freeing time for strategy
- **[6:40] Skill files**
  - [6:40] Cloudflare's role-specific skill files embed business questions so non-SQL users can answer 80% of data queries without queuing behind analysts
- **[8:58] Story in data**
  - [8:58] Justin Joyce: there's a story in the data — Cloudflare pushes a weekly GTM summary of pacing, trends, standouts and watches so reps don't have to search dashboards
  - [11:00] Cloudflare's weekly GTM summary runs three AI agents in sequence: a data drafter, a veracity-checking reviewer, and a tone agent that balances risks and opportunities
- **[11:18] Agent workflow**
- **[12:04] Cloudflare OS**
  - [12:04] Cloudflare OS — an internal agentic workspace on Workers and Durable Objects — lets GTM reps self-serve forecast briefs, QBR decks, account plans and renewal prep
- **[14:39] Recap**
- **[15:35] Key findings**
  - [15:35] Justin Joyce: skill curation is the basis of an agentic workforce, and a tight feedback loop is what tells you whether internal AI tools are actually useful
  - [16:44] Justin Joyce says Cloudflare's three-pillar agentic setup has doubled go-to-market efficiency while letting teams pull their own information
- **[17:09] What's next**
  - [17:09] Justin Joyce: next steps are embedding QBR and renewal artifacts into GTM meetings, plus the harder problems of quoting, approvals and CRM writes
- **[18:32] Cambrian stage**
  - [18:32] Justin Joyce: agentic systems are in a 'Cambrian stage' of excitement, but GTM needs a strategic standardization phase so source-of-truth systems stay aligned

## Speakers

- **Justin** (guest)

## Topics

Agent Skill Design, Enterprise AI Solutions, Developer Productivity

## Mentioned

Cloudflare (company), Salesforce (company), Cloudflare OS (product), Durable Objects (product), Gemini (product), MCP (product), Workers (product)

## Transcript

### Intro

**Justin** [0:13]
Well, thank you everyone for joining. I'm hoping that you guys had a great time so far at this conference, and you guys have a lot of takeaways back, you know, to your company. Um, I don't know if any of you guys saw the AGI pills downstairs.

Yeah, well, I just took some. So if I say any phrases about "that's the, uh, the gun"—what's that, what's the phrase?—"that's the, uh, burning gun" or "the smoking gun" or I start hallucinating in general, well, please snap me back.

That's probably just the AGI pills. Allright. So, without further ado, let's get started. Uh, my name is Justin Joyce. I'm a Principal Sales Operations and Strategy Manager at Cloudflare. Um, and I work with the go-to-market team as part of the revenue operations organization, specifically on the teams that, uh, produce leads for the sales teams, as well as the customer experience team, which works on, uh, the customer experience after the seal the sales has been done.

And, uh, just a little background about me. As Moda said, I started in sales operations, uh, in sales, and then I moved to sales, uh, to the machine learning side about the last 7 years at Grainger. And I really wanted to do that to be able to learn how to, uh, have prescriptive analysis and prescriptive, uh, prediction so I could help the business better to make decisions and to understand, you know, what's the next step, next best step.

So, uh, 6 months ago, I had an opportunity to move back into sales operations, uh, because I really wanted to use all the skills that I had been learning from machine learning as well as from sales operations in general.

So what's the general problem? The general problem is that traditional go-to-market does not scale. There's a few, um, facets to this. The first facet is that usually teams on the back office side, uh, they're either doing work in Excel or Sheets at worst, um, building analysis each week, multiple hours a week, and as they take on multiple projects, it gets exponentially long with how many of those analyses that they're doing.

### Scaling problem

**Justin** [2:27]
Uh, at best, they are producing dashboards, um, providing information to the, uh, leadership and executive team, um, which, you know, meets the needs of most teams, um, but not all of them. And that needs meets that needs, uh, means that in general, not all the requirements of the go-to-market teams are met.

They're not able to really provide all the information that the teams need when, um, they need it.

### Two gaps

**Justin** [2:55]
The second problem, which is more on the go-to-market side with the sales and, uh, the sales teams and the other teams that I mentioned that I support, is they have two gaps. Essentially, the first gap is the context gap, meaning when a salesperson is, uh, talking to a prospect, uh, one call and talking to a current customer in the next call or, um, talking an adoption conversation the call after that, they have to constantly switch contexts and they have to gather information for those specific calls, which is good.

They really need to get that information to have those calls and understand how to approach the situation, but they have to do all that work in between. Um, the second one was like what I like to call is the expert gap, which is the gap between how your expert salesperson or expert go-to-market, um, sales individual, how he would approach a situation, how he would talk to a prospect, how he would, uh, work on an adoption call, how he would handle a customer satisfaction issue, and the ga um, between also the, uh, new salesperson or someone that's just ramping up.

So ideally, you'd like everyone working at the same operational level. So you have consistency in execution, consistency in messaging of how to assess a, uh, a customer's problems and how your product can help fit that portfolio. So with these two problems with manual, uh, work as well as, uh, salespeople not having enough information and having the gap of having to get all the information they need, um, and gather that as well as not being able to ex-execute at the same level, it really creates inefficiency in the go-to-market organization.

And so for the last 6 months or so, uh, since I've, uh, joined Cloudflare, I've been really focusing on how can I make this operation efficient from back to front. And there's a lot of great things that we've been doing at our company in general that's helped me enable that.

### Three pillars

**Justin** [4:51]
And I really want to share, um, some of those findings with you. So the framework that, um, I'm proposing here, which I think is, is, is going to really be effective in as we, uh, flesh this out in the future, is a three-pillar approach.

The first pillar approach is how can we scale analysis and the, uh, ability of operations team to meet the data needs of executives, leadership, um, as well as be able to build applications using business context. How can they take things that would take 2 hours to do down to 5 minutes?

Um, back in, uh, well, not back in January of this year, um, I after I join-joined the company, um, I had built these skills and I started asking questions of the data directly, and I was able to get answers immediately while doing other things.

And I saw the huge power of how if we can scale the analysis and the operations of the teams, we can actually focus on the second part of my job, which is strategy. The second pillar is how can, uh, is to scale insight.

There's a story in the data, and how can we provide that to the team? How can we provide that team at, you know, the weekly level, at the different levels of management? How can we provide that information, that insight, that story to every customer that these sales teams are talking to?

And the third one, which is arguably the biggest one, is, uh, to provide self-service capabilities to the go-to-market team. When these sales, uh, individuals, when they're talking to a customer, how can they get the expert-level information that they need to interact with that customer and to best assess, you know, how they should approach the situation, how to handle rejections, how to upsell them, and how to ha-handle customer satisfaction issues?

Uh, this is a huge part of what I've seen we've done at Cloudflare, and I'll share a little bit what that looks like. So as it relates to scaling the analytical capability, the back office operations, what we have done is we've built role-specific, uh, skill files, which have the context of the, uh, business information tying it to the data.

### Skill files

**Justin** [7:01]
This is for both technical and non-technical users. Technical users, you could say the ones who are building SQL and being able to data engineer, um, a lot of solutions. And then the non-technical people will be more, uh, uh, individuals who are closer to the business with the salespeople, uh, who may not know how to write SQL.

And so we have skill files that they're able to use to ask questions of the data to get answers fairly quickly while doing other tasks. And, uh, an example here is in those skill files, we also, um, through testing, we've included the types of questions that the business would ask of the data.

In this case, uh, looking at, uh, close date changes and opportunities as well as, uh, changes in the amount of the opportunities so that we can answer essentially 80% or, or more of the questions where the other 20% might be more, uh, complex strategic questions.

And so overall, this allows the teams to be able to embed all of the logic into these skill files and get answers, uh, fairly quickly. So I've seen users who do not know any SQL, and essentially their request in the past would be bottlenecked to someone who knows data and can write SQL for complex queries, be able to just ask questions of the data and get answers.

And this is very useful also for what I show later on, on the third pillar is for building skills for these go-to-market teams so that they, um, can and ans ask questions of their data and, and get answers.

Also, uh, in our team, we've used these same skill files to build multiple applications. Uh, when usually, you know, that is, uh, done in IT and bottlenecked in those areas, we're able to use the semantic information about the business, um, knowledge as well as the columns to be able to build these applications rather quickly.

So this allows us to free up our time so that we can focus on strategy and enablement.

Allright. For the second pillar, uh, what I mentioned earlier, there's a story in the data, and they really shouldn't have to search for it. Uh, what I'm showing you here is synthetic data on theright. Uh, we have a weekly summary that goes out, which highlights how the business is doing, how they're pacing to their goals, and then highlighting, um, trends, uh, standouts as well as watches.

### Story in data

**Justin** [9:19]
So this, uh, we provide this information to the business so they can, as you just like, you can open your phone now, uh, on Gemini if you have it, and you can see your notes for the day or the things that you need to do, giving that same level of information to the go-to-market team so they can just go along their day.

And if they do need to look at some of the reports or dashboards, they can to drill in, um, but we bring the story to them. And I'll pull this together why I think this is really important. Um, you know, of course, there's a place for dashboards and standardized information, but there's a different level of adoption of the KPI metrics at any given company.

You're going to have people who love dashboards. People are never going to look at them. So I think you really need to have a way to scaffold that across, um, the business. So how do we do this automated analysis?

So a big part of this is simplifying the data so that the AI agents can actually, um, analyze the data in a very consistent and clean way. Here, what we do is we transform the data by the, uh, uh, dimension of time, also slice of the logical part of the business, which is manager, theater, and finally the metric.

Here, we have data, uh, that is wide. You could also go, um, from wide to long. Uh, our trend information that I showed you, um, uh, that data is long, and then we do some pre-processing on that data, um, to then highlight trends.

So the em the, uh, embedding of the logic of how you would filter this data to even analyze it, um, as well as the logical, um, aggregations the business want to see is all engineered upfront. This from my experience, this handles, uh, 80-plus percent of the requests is just getting information about the performance of the teams and how they're doing.

You can always go down to the raw data, but this last, uh, pillar, which I'll go over in a minute, um, allows them to do that. To be able to orchestrate this, uh, effectively and be able to rely on it, we have a multi-agent workflow where we first get the data and then we do a first pass draft on the data calling our MCPs.

### Agent workflow

**Justin** [11:18]
Um, and then the we have a second reviewer agent who checks the veracity of the data. And then we have a third, um, agent, which is a tone agent who using a multi-shot prompt, um, is able to craft the message and highlight the risks and opportunities, um, equally.

And with every run, we have observability into each of the LLM calls so we can see, uh, what is passed and what is, uh, the response that, um, is going on there. And so, uh, this ar-architecture, we tested for about two, three months and, you know, looking at every single run to see what, uh, is going wrong.

And this is the, the model that we had set up that is really working for us. And we really hope to expand this beyond, uh, just what I've shown you for, uh, multiple teams, but also down to the customer level like I was, um, just talking to you about.

The third part is the self-service model. And what I'm showing you here is our internal tool called Cloudflare OS, which is an agentic workspace that is running on Cloudflare where, uh, the go-to-market team can come in here. It spins up, um, their own compute and their own, um, persistent environment using Cloudflare Workers as well as, uh, Durable Objects, which is basically a storage, um, uh, sort of like S3.

### Cloudflare OS

**Justin** [12:29]
And so the salespeople can come in here and get the data they need it when they need it.

So some use cases that these teams are using it for is doing a forecast brief, building QBR decks, uh, building a purchase deck on what the cu-customer that they're onboarding has purchased, doing account planning, general queries of the data, um, as well as renewal preparation.

How are they going to look at what the customer has used and, um, either upsell them or figure out how they can get them adopting their product more.

So, um, just a little bit more into that Cloudflare OS, uh, setup that I just showed you. Um, the AI agent workspace is where that screen I was I was showing you. And through the, the three-part, uh, piece of the skills in the lower left, which is our, like, expert, uh, level information, um, as well as the MCP connection and the AI gateway, they're able to have conversations in this agentic workspace to pull data they need and using expert-level skills, which is curated, um, so that they are able to execute the jobs that they need to do when they need to do it.

And so a little more information about the skill repository. Uh, we have a central, uh, alias where skills are presented, uh, to, uh, the central team curated by the, uh, go-to-market team as well as by operations team. And they're reviewed so we can make sure that we're not having a proliferation of skills.

And we have an expert-level knowledge skill at every level so that they can really get all the information they need for how to approach, uh, any customer situation.

And so just a few more, uh, um, images here of, uh, them using it here. Uh, we have them, uh, building a prescriptive plan for their daily work. They're asking a question. It's they're um, you can see the agent is responding by looking into the MCP and starting to pull the data together.

And related to the QBR deck, uh, here's a slide of generating a custom slide deck for a customer call. And so this has really, I think, unlocked the ability of the go-to-market teams to be able to really have all their information, uh, service to them.

### Recap

**Justin** [14:39]
And so bringing it together with the three pillars that I talked about, um, if you really don't have all these, I think you have issues with serving the go-to-market needs, uh, in terms of, uh, using uh, optimizing the use of agentic, uh, systems.

With self-service, you allow them to be able to pull data when they need it for whatever situation they need it with the expert-level information. The, the second is by pushing the, uh, the insights to the business, you're able to surface the generalized standardized information of how these teams are doing and also, um, yeah, so, so that there's no and also, uh, so they're aligning with source of truth on performance.

Um, and then the, the third one is the scaling of the analytical team for them to be able to answer queries and build applications for the teams, which really unlocks a lot, um, because the opportunity cost of that team being overloaded and being able to help is that the need the needs of the go-to-market team, um, is not met.

So some findings, um, in the future. So, uh, the first thing is skill curation is the basis for all of this agentic workforce. If you're able to embed the knowledge of the business into the skill files as well as the skills, uh, uh, for the an anal-analyst to be able to build, uh, answer questions or build applications as well as those skills that I showed you in the Cloudflare OS, you're really able to, uh, give them the ability to use the agentic systems in a more predictable and deterministic way so that they can execute, um, evenly across the board.

### Key findings

**Justin** [16:10]
The second thing is through this whole process, the feedback loop is very important. Just like, uh, a company would try to sell a product externally and get feedback with these internal teams, uh, the feedback loop is very important to be able to see is, is what you're building is it actually useful, what are some issues that they're having, and how can you make this, uh, work more efficiently.

And the third thing is the layering of those, uh, three pillars that I talked about, being able to answer questions where the team comes to you. Some of the go-to-market team, that's how they like to interface with the operations team is to be able to ask questions.

Um, and then the pushing of information and then self-service ability. Through that, you're able to, uh, interweave all the needs of the team to be able to be met by this, uh, agentic run, uh, team. So through all these, uh, different pillars that I talked about, we've really been able to 2X our efficiency and be able to serve the teams as well as allowing them to be able to get the information that they need to do their job.

### What's next

**Justin** [17:09]
And so some things, um, that I see going into the future, number one is a deeper integration with, uh, our systems that we work in. So, for example, those QBR decks and, um, uh, renewal call skills. Uh, how can we set up meetings for the go-to-market team and embed those artifacts in those meetings so they don't have to actually pull them?

We can allow them to that self-service portal to be more ad hoc in what they need. But that requires some information or some security setup. And how can we do that? And then also another example is, uh, getting meeting notes from those calls, which you have to set up that across the board.

So there's some system side thing that we have to work on there. The second thing is harder problems, uh, around quoting and approvals and updating the CRM, um, itself. Uh, we use Salesforce, and we're just in the midst of, um, building the connections and the ability for us to update Salesforce with these agentic systems.

And I see that being, um, set up in a way that I set up with the automated analysis where you have multi-agent workflows, uh, to just make sure that everything is getting, um, doneright. And the second thing is we're sort of reached the Cambrian stage of using agentic systems, which means there's an explosion of excitement and skills and finding out ways to solve anything with AI.

### Cambrian stage

**Justin** [18:32]
But I see as we, uh, get to this, uh, fuller integration and standardization, we're going to, uh, want to come back and, and, and not really limit, but just figure out a really strategic approach for allowing each team to use the agentic system so that the source of truth and all the systems are aligning.

Allright. Well, thank you for joining, uh, this talk, and I appreciate you, um, you know, coming here. Hope you have a great conference.

**Guest** [18:57]
Thank you.

---

This library is powered by PodHood (https://podhood.com), the podcast website platform.
