AI Engineer World's Fair 2026

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

Read the talk

How AI Agents Let GTM Teams Scale

Justin Joyce explains how Cloudflare combines reusable business skills, automated weekly summaries, and Cloudflare OS to give go-to-market teams timely data and expert guidance—and why preparing the data and curating the skills matter as much as the agents.

From a talk by Justin Joyce

At a glance

Ideas worth remembering

  • Reusable skills connect business questions to data meaning and query logic, allowing users without SQL knowledge to obtain familiar analyses without waiting for a specialist.

  • Weekly reporting combines prepared filters and aggregations with sequential drafting, factual review, and tone adjustment. Cloudflare inspected every run for two to three months with visibility into individual LLM inputs and responses.

  • Pushed summaries provide shared performance context; Cloudflare OS supplies data and curated expertise for immediate customer tasks. Feedback and central skill review support both forms of delivery.

  • Quoting, approvals, and Salesforce updates remain further work. Deeper integration makes alignment between skills, business systems, and sources of truth increasingly important.

Repeated analysis, changing context, uneven expertise

Every week, operations teams rebuild analyses in Excel or Sheets. More projects mean more recurring work. Dashboards make information easier to distribute, but a standard view still leaves some teams waiting for answers to questions it does not cover. This is the practical problem behind Justin Joyce’s diagnosis that traditional go-to-market operations do not scale.

Joyce is Cloudflare’s principal sales operations and strategy manager, supporting lead-producing teams and the customer experience after a sale. After seven years working on machine learning, he returned to sales operations to combine business knowledge with prescriptive analysis: helping teams decide what to do next. His opening joke about the conference’s AGI pills gives way to a concrete concern—making the whole operation more efficient, from back-office analysis to customer conversations.

Customer-facing work adds two distinct gaps:

  • Context gap: A representative moves from a prospect call to an existing-customer conversation and then to an adoption discussion. Each requires different information. The preparation is necessary; repeatedly gathering it between calls consumes time.
  • Expert gap: An experienced representative and someone still ramping up may handle the same rejection, adoption problem, or customer satisfaction issue differently. Shared information must also help people assess the situation and choose a useful response.

These problems compound. An overloaded analytical team cannot answer every request, while representatives spend time assembling context and still lack the judgment embedded in an expert’s approach. Improving only the dashboard would leave much of that chain intact.

1:572:28
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:12 · section reference included

Three ways to make information available

The response has three pillars, each addressing a different moment in the work:

  • Scale analysis: Help operations answer data questions and build applications using business context.
  • Scale insight: Deliver recurring performance stories across management levels, with customer-level insight as a further ambition.
  • Provide self-service: Give representatives data and expert guidance when a particular customer situation arises.

The first pillar changes what operations can spend its time on. Joyce frames the ambition as reducing two hours of work to five minutes. After building skills in January, he could ask questions directly of the data and receive answers while doing other tasks. Faster answers create room for the strategy part of sales operations: deciding what the business should do with the information.

4:565:26
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:56 · section reference included

Put business meaning and recurring questions into skills

Role-specific skill files connect business context to the underlying data. A technical user may already know SQL and data engineering; someone closer to sales may understand the business question without knowing how to write its query. The skill files carry the logic those users would otherwise have to obtain from a data specialist.

Opportunity changes provide a concrete example. The business wants to examine changes in close dates or opportunity amounts. Previously, a user who did not know SQL would send that request to someone who understood the data and could write a complex query. Through testing, the team added these familiar question types and their relevant logic to the skills. The user can then ask the question directly and receive an answer rather than wait in the specialist’s queue. The observable change is who can obtain the analysis; the enabling step is packaging the business-to-data knowledge beforehand.

Joyce estimates that the skills answer 80% or more of these questions, with the remaining 20% potentially involving more complex strategic analysis. That estimate concerns coverage of familiar business requests, rather than an accuracy score or a claim that every strategic question has become routine.

The same knowledge also supports application building. Business semantics and information about the data columns give the team reusable context for creating tools. Joyce reports that his team built multiple applications this way, reducing dependence on an IT queue. One investment in explaining the data can therefore support direct questions, new applications, and the customer-facing skills used later in Cloudflare OS.

6:417:11
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:41 · section reference included

Prepare the data, then bring the story to the team

The second pillar produces a weekly summary of business performance: progress toward goals, trends, standouts, and areas to watch. The presentation’s example uses synthetic data. The intended experience is a briefing people can receive and act on during their day, with reports and dashboards available when they want to investigate further. 8:57

Pushing the summary addresses uneven adoption of key performance indicators. Some people love dashboards; others will rarely open them. A common performance story can reach both groups, while the dashboard remains useful for drilling into details. Generating an answer and getting someone to encounter it are separate jobs.

Consistent reporting starts before the language model sees the data. The team organizes inputs by time, business slices such as manager and theater, and the metric being examined. It engineers the filtering rules and the aggregations the business wants upfront. This prevents each reporting run from having to reconstruct those same analytical choices.

The preparation uses both wide and long data layouts. Wide data spreads values across columns; long data organizes repeated observations into rows. Cloudflare’s trend information uses the long form, followed by preprocessing to highlight trends. The important decision is to give the agents a consistent business view suited to the question, with recurring calculations already prepared.

Joyce separately estimates that these prepared performance views handle 80% or more of requests because so many questions ask how teams are doing. Standardization makes common requests easier to serve, but it also selects the slices and calculations available in the summary. Deeper investigations can still go down to raw data through self-service.

Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:57 · section reference included

Separate the draft, factual review, and tone

How does prepared data become a weekly message, and where do its checks happen? The reporting workflow runs three agents in sequence. Data retrieval and the first-pass draft involve calls to the team’s MCP connections. A reviewer then checks the factual basis of the draft. Finally, a tone agent uses a multi-shot prompt—examples of the desired message—to give risks and opportunities equal weight. 11:05

The sequence below makes the division visible: data preparation determines the business view, the drafter turns it into prose, the reviewer checks its factual basis, and the tone agent shapes the final emphasis. Factual review and editorial balance have their own stages, rather than depending entirely on the first draft.

Every run exposes the inputs and responses of individual LLM calls. The team inspected every run for two to three months to find what went wrong before settling on this architecture. That visibility makes failures easier to locate: a questionable result can be traced back through the calls that produced it. The workflow provides repeated checks and an operational basis for confidence, without establishing a numerical error rate or guaranteeing that review catches every mistake. Extending the summaries to more teams and individual customers remains a next step.

How it fits togetherFrom prepared performance data to a balanced weekly summary

Time, business slices, metrics, filters, aggregations, and trend preprocessing.

Each stage has a different responsibility. Inputs and responses remain visible at the individual LLM-call level.

Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

10:57 · section reference included

Cloudflare OS puts curated expertise within reach

Cloudflare OS is the internal agentic workspace that supplies the third pillar. Joyce describes each user getting compute and a persistent environment using Cloudflare Workers and Durable Objects. Representatives can enter the workspace when they need information for a customer task, rather than wait for the next scheduled summary. 12:03

The workspace combines expert skills, an MCP connection, and AI Gateway. Conversations retrieve data and apply curated guidance to a job. Access to customer information addresses the context gap; guidance about how to use that information addresses the expert gap. Both are needed to support a useful customer conversation.

The tasks span several kinds of preparation:

  • Business and account planning: Forecast briefs, account plans, and general data queries.
  • Customer-call artifacts: QBR decks and purchase decks describing what an onboarding customer bought.
  • Renewal preparation: Examining customer usage to consider an upsell or help the customer adopt more of the product.

In the daily-work example, a user asks a question and the agent begins pulling information through MCP to assemble a prescriptive plan. Another example generates a custom slide deck for a customer call. These outputs put retrieved information into a form the representative can use—a plan or deck—rather than leaving the user to assemble the artifact from separate answers.

Self-service depends on a maintained skill repository. Skills are submitted through a central alias and curated by go-to-market and operations teams. Review helps prevent uncontrolled proliferation and keeps expert knowledge available for different customer situations. Users choose when to ask for help, while the organization reviews the guidance shaping that help.

Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

11:57 · section reference included

Curation and feedback make the three layers useful

The three pillars serve complementary needs. Self-service supplies data and expertise for the situation at hand. Pushed insights establish standardized performance context. Greater analytical capacity lets operations answer questions and build applications that would otherwise remain unmet needs. The cost of an overloaded operations team reaches beyond its own backlog: customer-facing teams lose help they could have used.

Skill curation is the shared foundation. Business knowledge guides analysis and application building, while customer-task expertise guides work inside Cloudflare OS. The intended result is more predictable, consistent execution across users; curated skills do not by themselves guarantee deterministic model behavior.

Internal tools also need a product feedback loop. Teams must find out whether the outputs are useful, where people encounter problems, and what would make the work more efficient. Layering the delivery modes respects how users already work: some prefer asking operations a question, some benefit from a pushed briefing, and some want to retrieve information themselves.

Joyce reports 2× efficiency from the combined approach, alongside better access to information needed for the job. The talk does not define the efficiency measure or its baseline, so the figure is an operational result he reports rather than a reproducible benchmark.

14:3415:04
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:34 · section reference included

The next step moves from preparation toward system updates

The next integration goal removes another retrieval step. Instead of requiring a representative to pull a QBR deck or renewal-preparation artifact, the system could set up the meeting and attach the material there. The self-service portal would remain available for ad hoc needs. Capturing meeting notes across calls is another proposed extension. Both require additional system integration and security setup. 17:08

Quoting, approvals, and CRM updates are harder problems. Cloudflare uses Salesforce, and the team is building the connections that would let agentic systems update it. Joyce expects multi-agent workflows resembling the reporting pipeline to help check that the work is done correctly. This is work in progress: the talk does not establish a completed Salesforce write workflow or explain its approval controls.

That shift also changes the organizational problem. Joyce describes agent adoption as a Cambrian stage: excitement produces an explosion of skills and attempts to solve almost anything with AI. As those experiments become integrated workflows, each team needs a deliberate approach to using them so that the systems and their sources of truth stay aligned. The closing challenge is keeping shared business meaning intact as agents become involved in more of the work.

Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

17:04 · section reference included

Resources

Read the complete timestamped transcript
  1. 0:01

    [music]

  2. 0:12

    >> Well, thank you everyone for joining.

  3. 0:13

    I'm hoping that you guys had a great

  4. 0:15

    time so far at this conference and you

  5. 0:17

    guys have a lot of takeaways back, you

  6. 0:19

    know, to your company.

  7. 0:20

    Um, I don't know if any of you guys saw

  8. 0:22

    the uh AGI pills downstairs.

  9. 0:24

    Yeah, well, I just took some. So, if I

  10. 0:26

    say any phrases about that's the uh

  11. 0:30

    the

  12. 0:30

    the gun What's that What's that the

  13. 0:31

    phrase? That's the uh burning gun or the

  14. 0:34

    smoking gun or I start hallucinating in

  15. 0:36

    general, well, please snap me back.

  16. 0:38

    That's probably just the AGI pills.

  17. 0:41

    All right. So, without further ado,

  18. 0:43

    let's get started.

  19. 0:45

    Uh my name is Justin Joyce. I'm a

  20. 0:46

    principal sales operations and strategy

  21. 0:48

    manager at Cloudflare.

  22. 0:50

    Um and I work with the go-to-market team

  23. 0:53

    as part of the revenue operations

  24. 0:55

    organization, specifically on the teams

  25. 0:58

    that uh produce leads for the sales

  26. 1:00

    teams, as well as the customer

  27. 1:02

    experience team, which works on uh the

  28. 1:05

    customer experience after the sale the

  29. 1:07

    sales have been done.

  30. 1:09

    And uh

  31. 1:11

    just a little background about me.

  32. 1:13

    As Moda said, I started in sales

  33. 1:15

    operations uh

  34. 1:17

    and sales and then I moved to sales uh

  35. 1:20

    to the machine learning side about the

  36. 1:21

    last 7 years at Grainger. And I really

  37. 1:24

    wanted to do that to be able to learn

  38. 1:25

    how to

  39. 1:27

    uh

  40. 1:27

    have prescriptive analysis and

  41. 1:29

    prescriptive uh prediction so I can help

  42. 1:31

    the business better to make decisions

  43. 1:35

    and to understand what's the next step

  44. 1:37

    next best step.

  45. 1:39

    So, uh

  46. 1:41

    6 months ago, I had an opportunity to

  47. 1:43

    move back into sales operations

  48. 1:46

    uh because I really wanted to use all

  49. 1:47

    the skills that I'd been learning from

  50. 1:50

    machine learning as well as from sales

  51. 1:52

    operations in general.

  52. 1:57

    So, what's the general problem? The

  53. 1:59

    general problem is that traditional

  54. 2:01

    go-to-market does not scale.

  55. 2:04

    There's a few um

  56. 2:06

    facets to this.

  57. 2:07

    The first facet is that usually teams on

  58. 2:10

    the back office side, uh they're either

  59. 2:12

    doing work in Excel or sheets at worst,

  60. 2:16

    um building analysis each week, multiple

  61. 2:19

    hours a week, and as they take on

  62. 2:21

    multiple projects, it gets exponentially

  63. 2:23

    long with how many of those analysis

  64. 2:25

    that they're doing.

  65. 2:26

    Uh at best, they are producing

  66. 2:28

    dashboards,

  67. 2:29

    um providing information to the uh

  68. 2:32

    leadership and executive team, um which,

  69. 2:35

    you know, meets the needs of most teams,

  70. 2:37

    um but not all of them. And that needs

  71. 2:40

    meets

  72. 2:41

    that needs uh

  73. 2:43

    means that in general, not all the

  74. 2:44

    requirements of the go-to-market teams

  75. 2:46

    are met. They're not able to really

  76. 2:48

    provide all the information that the

  77. 2:50

    teams need when um they need it.

  78. 2:55

    The second problem, which is more on the

  79. 2:58

    go-to-market side with the sales and uh

  80. 3:01

    the sales teams and the other teams that

  81. 3:03

    I mentioned that I support, is they have

  82. 3:06

    two gaps. Essentially, the first gap is

  83. 3:08

    the context gap, meaning when a

  84. 3:11

    salesperson is

  85. 3:12

    uh talking to a prospect um one call and

  86. 3:15

    talking to a current customer in the

  87. 3:17

    next call, or um talking at an adoption

  88. 3:20

    conversation the call after that, they

  89. 3:22

    have to constantly switch contexts and

  90. 3:24

    they have to gather information for

  91. 3:26

    those specific calls,

  92. 3:28

    which is good. They really need to get

  93. 3:29

    that information to have those calls and

  94. 3:32

    understand how to approach the

  95. 3:33

    situation, but they have to do all that

  96. 3:35

    work in between.

  97. 3:37

    Um the second one what is like what I

  98. 3:40

    like to call is the expert gap, which is

  99. 3:42

    the gap between how your expert

  100. 3:44

    salesperson or expert go-to-market um

  101. 3:47

    sales individual, how he would approach

  102. 3:50

    a situation, how he would talk to a

  103. 3:51

    prospect, how he would uh work on

  104. 3:54

    adoption call, how he would handle a

  105. 3:56

    customer satisfaction issue, and

  106. 3:59

    between also the

  107. 4:01

    a new salesperson or someone that's just

  108. 4:03

    ramping up. So, ideally like everyone

  109. 4:05

    working at the same operational level,

  110. 4:07

    so you have consistency in execution,

  111. 4:08

    consistency in messaging of how to

  112. 4:11

    assess a

  113. 4:13

    a customer's problems and how your

  114. 4:15

    product can help fit that portfolio. So,

  115. 4:18

    with these two problems with manual work

  116. 4:21

    as well as

  117. 4:22

    uh

  118. 4:23

    salespeople not having enough

  119. 4:24

    information and having the gap of having

  120. 4:27

    to get all the information they need

  121. 4:29

    and gather that as well as not be able

  122. 4:31

    to execute the same level, it really

  123. 4:33

    creates an inefficiency in the

  124. 4:34

    go-to-market organization.

  125. 4:37

    And so, for the last 6 months or so

  126. 4:39

    since I've

  127. 4:40

    joined Cloudflare, I've been really

  128. 4:42

    focusing on how can I make this

  129. 4:43

    operation efficient from back to front

  130. 4:46

    and there's a lot of great things that

  131. 4:48

    we've been doing at our company in

  132. 4:49

    general that's helped me enable that and

  133. 4:51

    I really want to share some of those

  134. 4:53

    findings with you.

  135. 4:56

    So, the framework that I'm proposing

  136. 4:59

    here, which I think is is

  137. 5:02

    it's going to really be effective in as

  138. 5:03

    we flesh this out in the future is a

  139. 5:05

    three-pillar approach.

  140. 5:07

    The first pillar approach is how can we

  141. 5:09

    scale analysis and the ability of

  142. 5:12

    operations team to meet the data needs

  143. 5:15

    of executives, leadership,

  144. 5:17

    as well as be able to build applications

  145. 5:20

    using business context. How can they

  146. 5:22

    take things that would take 2 hours to

  147. 5:23

    do down to 5 minutes? Um back in well,

  148. 5:27

    not back in January of this year,

  149. 5:30

    I after I joined I joined the company,

  150. 5:33

    I had built these skills and I'd started

  151. 5:35

    asking questions of the data directly

  152. 5:37

    and I was able to get answers

  153. 5:38

    immediately while doing other things and

  154. 5:40

    I saw the huge power of how if we can

  155. 5:43

    scale the analysis and the operations of

  156. 5:45

    the teams, we can actually focus on the

  157. 5:47

    second part of my job, which is

  158. 5:48

    strategy.

  159. 5:50

    The second pillar is how can is to scale

  160. 5:53

    insight.

  161. 5:54

    There's

  162. 5:55

    story in the data, and how can we

  163. 5:56

    provide that to the team? How can we

  164. 5:58

    provide that team at, you know, the

  165. 6:00

    weekly level, at the different levels of

  166. 6:02

    management? How can we provide that

  167. 6:03

    information, that insight, that story to

  168. 6:05

    every customer that the sales teams are

  169. 6:08

    talking to?

  170. 6:11

    And the third one, which is arguably the

  171. 6:13

    biggest one, is

  172. 6:15

    uh to provide self-service capabilities

  173. 6:17

    to the go-to-market team.

  174. 6:19

    When these sales individuals, when

  175. 6:22

    they're talking to a customer, how can

  176. 6:24

    they get the expert-level information

  177. 6:26

    that they need to interact with that

  178. 6:28

    customer and to best assess, you know,

  179. 6:31

    how they should approach the situation,

  180. 6:33

    how to handle rejections, how to upsell

  181. 6:35

    them, and how to handle customer

  182. 6:37

    satisfaction issues.

  183. 6:39

    Uh this is a huge part of what I've seen

  184. 6:41

    we've done at Cloudflare, and I'll share

  185. 6:43

    a little bit what that looks like.

  186. 6:47

    So, as it relates to scaling the

  187. 6:48

    analytical capability, the back-office

  188. 6:50

    operations,

  189. 6:51

    what we have done as we have built

  190. 6:53

    role-specific skill files, which have

  191. 6:56

    the context of the

  192. 6:58

    business information tying it to the

  193. 7:00

    data. This is for both technical and

  194. 7:02

    non-technical users. Technical users,

  195. 7:05

    you could say the ones who are building

  196. 7:06

    SQL and being able to data engineer a

  197. 7:09

    lot of solutions. And then the

  198. 7:10

    non-technical people would be more

  199. 7:13

    individuals who are closer to the

  200. 7:15

    business with the sales people who may

  201. 7:17

    not know how to write SQL.

  202. 7:18

    And so, we have skill files that they're

  203. 7:21

    able to use to ask questions of the data

  204. 7:23

    to get answers fairly quickly while

  205. 7:25

    doing other tasks.

  206. 7:27

    And

  207. 7:29

    one example here is in those skill

  208. 7:31

    files, we also,

  209. 7:32

    through testing, we've included the

  210. 7:35

    types of questions that the business

  211. 7:36

    would ask of the data. In this case,

  212. 7:39

    looking at

  213. 7:40

    closed date changes and opportunities,

  214. 7:41

    as well as uh changes in the amount of

  215. 7:43

    the opportunities, so that we can answer

  216. 7:45

    essentially 80% or or more of the

  217. 7:48

    questions, where the other 20% might be

  218. 7:50

    more uh complex strategic questions.

  219. 7:54

    And so, overall, this allows the teams

  220. 7:56

    to be able to embed all of the logic

  221. 7:59

    into the skill files and get answers uh

  222. 8:02

    fairly quickly. So, I've seen users who

  223. 8:04

    do not know any SQL, and the essentially

  224. 8:06

    their request in the past we bottleneck

  225. 8:08

    to someone who knows data and can write

  226. 8:10

    SQL for complex queries, be able to just

  227. 8:12

    ask questions of the data and get

  228. 8:14

    answers.

  229. 8:15

    And this is very useful also for what I

  230. 8:18

    show later on on the third pillar is for

  231. 8:21

    building skills for these go-to-market

  232. 8:23

    teams, so that they um can and ask

  233. 8:27

    questions of their data and and get

  234. 8:29

    answers. Also, uh in our team we've used

  235. 8:31

    these same skill files to build multiple

  236. 8:33

    applications. Uh when usually, you know,

  237. 8:36

    that is uh done in IT and bottlenecked

  238. 8:40

    in those areas, we're able to use the

  239. 8:41

    semantic information about the business

  240. 8:44

    um knowledge, as well as the columns

  241. 8:46

    table to build these applications rather

  242. 8:48

    quickly. So, this allows us to free up

  243. 8:50

    our time, so that we can focus on

  244. 8:52

    strategy and enablement.

  245. 8:57

    All right, for the second pillar, uh

  246. 8:59

    what I mentioned earlier, there's a

  247. 9:00

    story in the data and they really

  248. 9:02

    shouldn't have to search for it. Uh what

  249. 9:04

    I'm showing you here is synthetic data

  250. 9:06

    on the right. Uh we have a weekly

  251. 9:08

    summary that goes out, which highlights

  252. 9:10

    how the business is doing, how they're

  253. 9:12

    pacing to their goals, and then

  254. 9:14

    highlighting um trends, uh standouts, as

  255. 9:16

    well as watches.

  256. 9:18

    So,

  257. 9:20

    this uh we provide this information to

  258. 9:22

    the business, so they can, as you just

  259. 9:24

    like you can open your phone now uh on

  260. 9:26

    Gemini, if you have it, and you can see

  261. 9:27

    your notes for the day or the things

  262. 9:28

    that you need to do,

  263. 9:30

    giving that same level of information to

  264. 9:32

    the go-to-market team, so they can just

  265. 9:34

    go along their day, and if they do need

  266. 9:36

    to look at some of the reports or

  267. 9:37

    dashboards, they can to drill in, um but

  268. 9:40

    we bring the story to them.

  269. 9:42

    And I'll pull this together why I think

  270. 9:44

    this is really important. Um you know,

  271. 9:46

    of course there's a place for dashboards

  272. 9:48

    and standard information, but there's

  273. 9:50

    different level of adoption of the KPI

  274. 9:52

    metrics at any given company. You're

  275. 9:54

    going to have people who are love

  276. 9:56

    dashboards, people are never going to

  277. 9:57

    look at them. So, I think you really

  278. 9:59

    need to have a way to scaffold that

  279. 10:00

    across

  280. 10:01

    um

  281. 10:02

    the business. So, how do we do this

  282. 10:04

    automated analysis? So, a big part of

  283. 10:06

    this is simplifying the data so that the

  284. 10:08

    AI agents can actually um analyze the

  285. 10:11

    data in a very consistent and clean way.

  286. 10:14

    Here what we do is we transform the data

  287. 10:16

    by the

  288. 10:17

    dimension of time, also slice of the

  289. 10:20

    logical part of the business, which is

  290. 10:21

    manager, theater, and finally the

  291. 10:24

    metric. Here we have data uh that is

  292. 10:26

    wide. You could also go um from wide to

  293. 10:28

    long. Uh our trend information that I

  294. 10:30

    showed you, um

  295. 10:32

    uh that data is long, and then we do

  296. 10:34

    some pre-processing on that data um to

  297. 10:37

    then highlight trends. So, the the uh

  298. 10:40

    embedding of the logic of how you would

  299. 10:41

    filter this data to even analyze it, um

  300. 10:44

    as well as the logical um aggregations

  301. 10:47

    the business want to see is all

  302. 10:49

    engineered up front. This

  303. 10:51

    from my experience, this handles uh 80

  304. 10:54

    or plus percent of the requests is just

  305. 10:56

    getting information about the

  306. 10:58

    performance of the teams and how they're

  307. 10:59

    doing. You can always go down to the raw

  308. 11:01

    data, but this last uh pillar, which

  309. 11:03

    I'll go over in a minute, um allows them

  310. 11:05

    to do that. To be able to orchestrate

  311. 11:07

    this uh effectively and be able to rely

  312. 11:09

    on it, we have a multi-agent workflow

  313. 11:11

    where we first get the data, and then we

  314. 11:13

    do a first pass draft on the data

  315. 11:16

    calling our MCPs,

  316. 11:18

    um and then this we have a second

  317. 11:19

    reviewer agent who checks the veracity

  318. 11:21

    of the data, and then we have a third um

  319. 11:24

    agent, which is a tone agent, who using

  320. 11:26

    a multi-shot prompt um is able to just

  321. 11:28

    craft the message and highlight the

  322. 11:30

    risks and opportunities

  323. 11:32

    um equally. And with every run, we have

  324. 11:34

    observability into each of the LLM

  325. 11:35

    calls, so we can see what is passed and

  326. 11:38

    what is the response that is going on

  327. 11:41

    there.

  328. 11:41

    And so, this architecture we tested for

  329. 11:45

    about 2-3 months and, you know, looking

  330. 11:47

    every single run to see what is going

  331. 11:49

    wrong. And this is the the model that we

  332. 11:52

    had set up that is really working for

  333. 11:54

    us. And we really hope to expand this

  334. 11:56

    beyond just what I've shown you for

  335. 11:58

    multiple teams, but also down to the

  336. 12:00

    customer level like I was just talking

  337. 12:02

    to you about.

  338. 12:03

    The third part is the self-service

  339. 12:05

    model. And what I'm showing you here is

  340. 12:08

    our internal tool called Cloudflare OS,

  341. 12:11

    which is an agentic workspace that is

  342. 12:13

    running on Cloudflare where the

  343. 12:15

    go-to-market team can come in here. It

  344. 12:17

    spins up their own compute and their own

  345. 12:20

    persistent environment using Cloudflare

  346. 12:22

    workers as well as durable objects,

  347. 12:25

    which is basically a storage

  348. 12:27

    sort of like S3.

  349. 12:29

    And so, the sales people can come in

  350. 12:30

    here and get the data they need it when

  351. 12:33

    they need it.

  352. 12:36

    So, some use cases that these teams are

  353. 12:38

    using it for is doing a forecast brief,

  354. 12:40

    building QBR decks,

  355. 12:42

    building a purchase deck on what the

  356. 12:44

    customer that they're onboarding has

  357. 12:46

    purchased, doing account planning,

  358. 12:47

    general queries of the data,

  359. 12:50

    as well as renewal preparation. How are

  360. 12:52

    they going to look at what the customer

  361. 12:53

    has used and

  362. 12:55

    either upsell them or figure out how

  363. 12:57

    they can get them adopting their product

  364. 12:59

    more.

  365. 13:01

    So, just a little bit more into that

  366. 13:03

    Cloudflare S setup that I just showed

  367. 13:05

    you. The AI agent workspace is where

  368. 13:07

    that screen I was I was showing you. And

  369. 13:10

    through the the three-part

  370. 13:12

    piece of the skills in the lower left,

  371. 13:14

    which is our like expert

  372. 13:16

    level information,

  373. 13:18

    as well as the MCP connection and the AI

  374. 13:21

    gateway, they're able to have

  375. 13:23

    conversations in this agentic workspace

  376. 13:25

    to pull data they need and using

  377. 13:27

    expert-level skills, which is curated,

  378. 13:30

    um so that they're able to execute the

  379. 13:32

    jobs that they need to do when they need

  380. 13:34

    to do it.

  381. 13:36

    And so, a little more information about

  382. 13:37

    the skill repository, uh we have a

  383. 13:39

    central alias where skills are presented

  384. 13:42

    uh to uh the central team, curated by

  385. 13:45

    the uh go-to-market team, as well as by

  386. 13:47

    operations team, and they're reviewed,

  387. 13:49

    so we can make sure that we're not

  388. 13:51

    having a proliferation of skills, and we

  389. 13:53

    have an expert-level knowledge skill at

  390. 13:55

    every level, so that they can really get

  391. 13:57

    all the information they need for how to

  392. 13:59

    approach uh any customer situation.

  393. 14:04

    And so, just a few more uh um images

  394. 14:06

    here of uh them using it. Here, uh we

  395. 14:08

    have them building a prescriptive plan

  396. 14:11

    for their daily work. They're asking a

  397. 14:13

    question, it's their um you can see the

  398. 14:15

    agent is responding by looking into the

  399. 14:17

    MCP and starting to pull the data

  400. 14:18

    together.

  401. 14:20

    And related to the QBR deck, uh here's a

  402. 14:23

    slide of generating a custom slide deck

  403. 14:26

    for a customer call.

  404. 14:29

    And so, this has really, I think,

  405. 14:30

    unlocked the ability of the go-to-market

  406. 14:32

    teams to be able to really have all

  407. 14:35

    their information uh serviced to them.

  408. 14:39

    And so, bring it together with the three

  409. 14:40

    pillars that I talked about.

  410. 14:42

    Um

  411. 14:43

    if you really don't have all these, I

  412. 14:44

    think you have issues with serving the

  413. 14:46

    go-to-market needs uh in terms of uh

  414. 14:48

    using

  415. 14:49

    optimizing the use of Agentyc uh

  416. 14:51

    systems.

  417. 14:53

    With self-service, you allow them to be

  418. 14:54

    able to pull data when they need it for

  419. 14:56

    whatever situation they need it with the

  420. 14:57

    expert-level information.

  421. 14:59

    The the second is by pushing the uh the

  422. 15:02

    insights to the business, you're able to

  423. 15:04

    surface the generalized standardized

  424. 15:06

    information of how these teams are

  425. 15:08

    doing, and also um

  426. 15:11

    yeah, so so that there's no and also uh

  427. 15:13

    so they're aligning with source of truth

  428. 15:14

    on performance.

  429. 15:15

    Um and then, the the third one is the

  430. 15:18

    scaling of the analytical team for them

  431. 15:19

    to be able to answer queries and build

  432. 15:21

    applications for the teams, which really

  433. 15:23

    unlocks a lot um because the opportunity

  434. 15:26

    cost of that team being overloaded and

  435. 15:27

    being able to help is that the meet the

  436. 15:30

    needs of the go-to-market team um is not

  437. 15:32

    met.

  438. 15:34

    So, some findings um and the future.

  439. 15:37

    So,

  440. 15:38

    uh the first thing is skill curation is

  441. 15:40

    the basis for all of this agentic

  442. 15:42

    workforce. If you're able to embed the

  443. 15:44

    knowledge of the business into the skill

  444. 15:47

    files as well as the skills uh uh for

  445. 15:50

    the an analyst to be able to build uh

  446. 15:53

    answer questions or build applications

  447. 15:55

    as well as the skills that I showed you

  448. 15:56

    in the Cloudflare OS,

  449. 15:58

    you're really able to uh give them the

  450. 16:01

    ability to use the agentic systems in a

  451. 16:03

    more predictable and deterministic way

  452. 16:05

    so that they can execute um evenly

  453. 16:08

    across the board.

  454. 16:09

    The second thing is through this whole

  455. 16:11

    process, the feedback loop is very

  456. 16:13

    important. Just like uh a company would

  457. 16:16

    try to sell a product externally and get

  458. 16:18

    feedback, with these internal teams, uh

  459. 16:20

    the feedback loop is very important to

  460. 16:22

    be able to see is is what you're

  461. 16:24

    building is it actually useful? What are

  462. 16:25

    some issues that they're having? And how

  463. 16:27

    can you make this uh work more

  464. 16:29

    efficiently? And the third thing is the

  465. 16:31

    layering of those uh three pillars that

  466. 16:34

    I talked about. Being able to answer

  467. 16:36

    questions where the team comes to you,

  468. 16:38

    some of the go-to-market team, that's

  469. 16:40

    how they like to interface with the

  470. 16:41

    operations team is to be able to ask

  471. 16:42

    questions. Um and then the pushing of

  472. 16:45

    information and then

  473. 16:46

    self-serviceability. Through that,

  474. 16:47

    you're able to uh interweave all the

  475. 16:50

    needs of the team to be able to be met

  476. 16:53

    by this uh agentic run uh team. So,

  477. 16:56

    through all these uh

  478. 16:58

    different pillars that I talked about,

  479. 17:00

    we've really been able to 2x our

  480. 17:01

    efficiency and be able to serve the

  481. 17:03

    teams as well as allowing them to be

  482. 17:05

    able to get the information that they

  483. 17:07

    need to do their job.

  484. 17:08

    And some some things um that I see going

  485. 17:10

    into the future. Number one is a deeper

  486. 17:12

    integration with uh

  487. 17:14

    our systems that we work in. So, for

  488. 17:16

    example, those QBR decks and um

  489. 17:20

    renewal call skills,

  490. 17:22

    uh how can we set up meetings for the

  491. 17:25

    go-to-market team and embed those

  492. 17:26

    artifacts in those meetings so they

  493. 17:29

    don't have to actually pull them. We can

  494. 17:31

    allow them to that self-service portal

  495. 17:33

    to be more ad hoc in what they need.

  496. 17:35

    But, that requires some information or

  497. 17:37

    some security setup and how can we do

  498. 17:39

    that? And then also, another example is

  499. 17:42

    getting meeting notes from those calls,

  500. 17:45

    which you have to set up that across the

  501. 17:47

    board. So, there's some system side

  502. 17:49

    thing that we have to work on there. The

  503. 17:51

    second thing is harder problems

  504. 17:54

    around quoting and approvals and

  505. 17:57

    updating the CRM itself. Uh we use

  506. 18:00

    Salesforce and we're just in the midst

  507. 18:02

    of

  508. 18:04

    building the connections and the ability

  509. 18:05

    for us to update Salesforce with these

  510. 18:07

    Agenty systems. And I see that being um

  511. 18:11

    set up in a way that I set up with that

  512. 18:13

    automated analysis where you have

  513. 18:15

    workflows uh to just make sure that

  514. 18:17

    everything is getting um done right. And

  515. 18:20

    the second thing is we're sort of

  516. 18:21

    reached the Cambrian stage of using

  517. 18:23

    Agenty systems, which means there's an

  518. 18:25

    explosion of excitement and skills and

  519. 18:29

    finding out ways to solve anything with

  520. 18:31

    AI. But, I see as we get to this

  521. 18:35

    uh fuller integration and

  522. 18:36

    standardization, we're going to

  523. 18:38

    uh want to come back and and and not

  524. 18:41

    really limit, but just figure out a

  525. 18:43

    really strategic approach for allowing

  526. 18:45

    each team to use the Agenty system so

  527. 18:47

    that the source of truth in all the

  528. 18:48

    systems are aligning.

  529. 18:50

    All right. Well, thank you for joining

  530. 18:52

    this talk and I appreciate you,

  531. 18:54

    um you know, coming here. Hope you have

  532. 18:56

    a great conference.

  533. 18:57

    >> [applause]

  534. 19:12

    [music]