← All AI Engineer talks

AI Engineer World's Fair 2026

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

Read the talk

Scaling Go-to-Market Work with Curated Skills and AI Agents

Justin Joyce explains how Cloudflare combines reusable analytical skills, automated weekly insights, and a self-service workspace—and why reliable business context matters at every layer.

From a talk by Justin Joyce

At a glance

Ideas worth remembering

  • Reusable skills connect business meaning, data structure, and common questions, reducing dependence on SQL specialists while preserving a role for more complex strategic analysis.

  • Reliable reporting combines prepared business aggregations with separate drafting, review, and tone stages. Cloudflare inspected every run for two to three months and exposed individual LLM inputs and responses.

  • Pushed summaries and self-service serve complementary needs: summaries establish shared performance context, while Cloudflare OS supports immediate customer tasks through centrally curated skills.

  • Joyce reports 2× efficiency but supplies no measurement baseline. Quoting, approvals, Salesforce updates, and deeper meeting integrations remain further work, with consistent sources of truth a central concern.

Bringing machine learning back to sales operations

After a brief joke about the conference’s AGI pills and hallucinations, Justin Joyce introduces his work as a principal sales operations and strategy manager at Cloudflare. Within revenue operations, he supports teams that produce leads for sales and teams responsible for the customer experience after a sale. His remit therefore spans both acquiring customers and helping existing customers succeed.

Joyce’s route into this role shapes the problem he wants to solve. After starting in sales and sales operations, he spent seven years on the machine learning side at Grainger, seeking ways to move from describing business performance toward recommending the next best step. He returned to sales operations six months before the talk to combine that technical experience with his understanding of how sales teams work.

0:200:22
Suggest correction

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

0:01 · section reference included

Repeated analysis, missing context, and uneven expertise

Joyce’s diagnosis is that traditional go-to-market operations do not scale. Back-office teams repeatedly build analyses in Excel or Sheets, spending hours each week and accumulating more work as projects multiply. Dashboards improve distribution, but a standard dashboard meets only some requirements. The remaining requests still depend on operations delivering the right information when a team needs it.

On the sales side, the first obstacle is the context gap. A representative might move from a prospect call to a conversation with a current customer and then to a product-adoption discussion. Each conversation requires different preparation. Gathering that information is necessary for a useful call, but repeatedly assembling it between meetings consumes time and forces the representative to reconstruct the customer’s situation.

The second obstacle is the expert gap: an experienced representative and someone still ramping up may approach the same prospect, adoption problem, or customer satisfaction issue differently. Joyce wants more consistent execution and messaging, especially in diagnosing a customer’s problem and explaining where the product fits. Together, manual analysis, repeated information gathering, and uneven expertise create inefficiency across the organization. His work at Cloudflare focuses on improving that whole chain.

1:571:59
Suggest correction

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

1:57 · section reference included

Three ways to make information available

Joyce organizes the response into three pillars. The first is scaling analysis: enabling operations to answer leadership’s data questions and build applications with business context. He frames the time-saving ambition as taking work from two hours down to five minutes. After building skills in January, he found he could ask questions of the data and receive answers while doing other work, freeing time for the strategy part of his role.

The second pillar is scaling insight: delivering the story in the data at a weekly cadence, across management levels, and eventually for individual customers. The third is self-service, giving representatives access to expert guidance when a particular situation arises. That guidance should help them assess an interaction, respond to rejection, identify an upsell opportunity, or handle a customer satisfaction issue. These pillars address different moments: producing an answer, distributing a recurring insight, and supporting an immediate customer need.

4:565:05
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

Encode business questions in reusable skills

The analytical foundation is a set of role-specific skill files that connect business information to the data. Technical users may already write SQL and build data solutions; users closer to the sales organization may understand the business without knowing SQL. The skills let both groups ask questions and obtain answers without having every request pass through a specialist who knows the data and can write the query.

Testing helped the team add the questions the business actually asks. Joyce’s examples are changes to opportunity close dates and changes to opportunity amounts. Embedding the relevant logic in the skills makes these recurring questions easier to answer consistently. He estimates that this approach can cover 80% or more of questions, while the remaining 20% may involve more complex strategic work. The coverage claim concerns familiar business questions; it does not establish that every analytical request can be automated.

The same files also support application building. They carry the meaning of the business data alongside information about tables and columns, allowing the team to reuse that knowledge when building tools. Joyce says his team has built multiple applications this way, reducing dependence on an IT queue. The reusable asset is the connection between business meaning and data structure, which serves both direct questions and new applications.

6:476:51
Suggest correction

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

6:47 · section reference included

Prepare the data, then bring the story to the team

For the second pillar, Cloudflare sends a weekly summary describing business performance, progress toward goals, trends, standouts, and areas to watch. Joyce explicitly identifies the example data shown in the presentation as synthetic. The intended experience is a readily available briefing: recipients get the main story directly and can open reports or dashboards when they need to investigate further.

This distribution choice addresses uneven adoption of metrics. Some people regularly use dashboards; others rarely look at them. A pushed summary provides a common starting point without requiring everyone to adopt the same browsing habits. Dashboards retain a role as a way to explore details, while the summary makes the recurring performance story harder to miss.

Reliable automated analysis begins with preparing consistent inputs. The team transforms data around time, logical business slices such as manager and theater, and the metric being examined. Joyce describes both wide data and long data, with the trend information using the long form and additional preprocessing to highlight trends. The business’s filtering rules and desired aggregations are engineered before the agents analyze the results. This gives the agents an already structured view of performance instead of leaving those analytical choices to be reconstructed on each run.

In Joyce’s experience, these prepared views address 80% or more of requests because most ask how teams are performing. Raw data remains available for deeper questions. The practical tradeoff is that common questions benefit from predefined business logic, while less routine investigations still need access below the summary level.

8:579:00
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 drafting, verification, and tone

The reporting workflow uses three agents in sequence. Data retrieval and the first draft involve calls to the team’s MCPs. A second agent reviews the veracity of the data, and a third agent handles tone. That final agent uses a multi-shot prompt to craft a message that gives risks and opportunities equal weight. The division gives factual review and presentation balance distinct places in the workflow, rather than expecting the first draft to settle both.

Each run exposes the inputs and responses for individual LLM calls. The team used that visibility to inspect every run over two to three months, looking for what went wrong before settling on an architecture Joyce says works for them. This is an operational account of building confidence through observation and repeated review; he supplies no numerical error rate. Expansion beyond the demonstrated reporting scope, across more teams and down to individual customers, remains an ambition.

11:0511:07
Suggest correction

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

11:05 · section reference included

Self-service through Cloudflare OS

The third pillar takes the form of Cloudflare OS, an internal agentic workspace. Joyce describes it as providing users with their own compute and a persistent environment using Cloudflare Workers and Durable Objects. Representatives enter the workspace to obtain information when they need it. The architecture combines expert skills, an MCP connection, and an AI gateway so that a conversation can retrieve data and apply curated guidance to a task.

Uses include forecast briefs, QBR decks, purchase decks describing what an onboarding customer has bought, account planning, general data queries, and renewal preparation. Renewal work illustrates how information supports a decision: the representative examines what a customer has used, then considers an upsell or ways to increase product adoption. Joyce also describes examples of an agent pulling data through MCP to build a prescriptive daily work plan and generating a custom slide deck for a customer call.

The skill repository has a central submission and review process. Skills are presented through a central alias, curated by go-to-market and operations teams, and reviewed to prevent uncontrolled proliferation. This makes self-service depend on shared, maintained expertise: representatives can choose when to ask for help, while the organization reviews the knowledge that shapes the answer. Joyce’s aim is to provide expert guidance across the customer situations teams encounter.

12:0312:08
Suggest correction

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

12:03 · section reference included

Why all three layers matter

Joyce brings the pillars together by assigning each a different responsibility. Self-service supplies expert information for the situation at hand. Pushed insights give the business standardized performance information aligned with a source of truth. Greater analytical capacity lets operations answer queries and build applications that would otherwise remain unmet needs. An overloaded operations team therefore has a wider opportunity cost: it limits what the customer-facing organization can accomplish.

His first finding is that skill curation underpins the system. Embedding business knowledge and task expertise in skill files helps analysts answer questions and build applications, while also guiding representatives inside Cloudflare OS. Joyce describes the result as more predictable and deterministic execution. The supported claim is improved consistency from curated instructions and knowledge; he does not establish a guarantee of deterministic model behavior.

His second finding is that internal tools need the same kind of feedback loop as products sold to external customers. Teams must establish whether a tool is useful, discover where users struggle, and improve its efficiency. His third is that the three delivery modes need to coexist. Some users prefer asking operations a question, others benefit from information being pushed to them, and others want self-service. Layering those modes accommodates how different people actually work.

Joyce reports that the combined approach has doubled efficiency while improving the teams’ access to information needed for their jobs. He does not provide a measurement method or baseline for that 2× figure, so it remains a reported operational result rather than a reproducible benchmark.

14:3914:40
Suggest correction

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

14:39 · section reference included

The next step: integrated workflows and CRM updates

The next integration goal is to place useful artifacts directly into the systems where representatives already work. Joyce proposes setting up meetings and embedding QBR decks or renewal preparation materials in them, leaving the self-service portal for more ad hoc needs. Capturing meeting notes across calls is another opportunity. Both require additional system integration and security setup; he presents them as work ahead.

Quoting, approvals, and CRM updates are harder problems still under development. Cloudflare uses Salesforce, and Joyce says the team is building the connections needed for agentic systems to update it. He expects these capabilities to use structured workflows resembling the automated-analysis approach, with checks intended to ensure that work is done correctly. He does not describe a completed write workflow or its approval controls, so the demonstrated reporting architecture should not be treated as proof that CRM mutation is solved.

Joyce closes by describing a Cambrian stage of agent adoption: enthusiasm is producing an explosion of skills and attempts to solve problems with AI. As integration deepens, he expects the organization to adopt a more deliberate approach to how each team uses these systems. The objective is to keep the sources of truth aligned across systems while retaining the benefits of experimentation. That alignment becomes the final organizational challenge as agents move into more of the business’s everyday work.

17:0817:10
Suggest correction

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

17:08 · section reference included

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]