Speaker 1Thank you everybody for joining me today. I'm Jean, the COO for Vercel. We are best known as the creators and maintainers of Next.js, who helped power a lot of the front end for the last generation that we were all in. I joined Vercel because it was one of the most engineering forward companies out there. And one of the first things I did when joining about six weeks in was to establish a go-to-market engineering team. This was back in June of 2025 before that phrase started being common. And the goal of that team was to bring AI and agents to everything we did across go-to-market internally. After 10 months of working with this go-to-market engineering team, as well as with other teams across Vercel building agents, we now have actually a decent number of core functions within the company. For example, our customer support agent, and you can imagine at Vercel, a lot of our cases are complicated and highly technical, now handles 93% of total caseload. Similarly, our content agent is used heavily by the marketing organization and did 96% of our major content updates last quarter. One of the bigger things we shared was an initial impact within the go-to-market org on sales development. So we launched a lead qualification agent back in August of last year. We started that with about 20% of a single engineer working on that agent. And with a human in the loop over the course of six weeks, we're able to completely move all but one human, taking our team of 10 on that function down to one.
Speaker 2You're listening to the official SaaS AI podcast brought to you by today's episode is brought to you by StackAdapt, the AI powered marketing platform that allows you to plan, execute and analyze both owned and paid media campaigns from a single platform. As the world of advertising continues to evolve, catch up on StackAdapt's innovation forum event to hear from its co founders, open AI and other industry leaders about the shifts reshaping digital advertising, the AI innovation striving them and what they mean for marketers. Watch it for free at go.stackadapt.com slash forum. Hey, everybody, starting a business can get expensive fast. Website here, email somewhere else, business phone with another provider. Northwest registered agent gives you a complete business identity in one place with free tools, resources and built in privacy from day one. Get more at northwestregisteredagent.com slash sastrfree. That's northwestregisteredagent.com slash sastrfree.
Speaker 1S-A-A-S-T-R-F-R-E-E. We now still have one person running that in the US and then about 20% of a person doing all of Europe and all of APAC. And when this came out, people decried the end of the knowledge worker. But for us, really what we started, what we did was to shift all of those people into more valuable roles. So I'll give you a little sense of what we did with the lead agent. What the working model that we've used for all of our internal agent development is basically a tripod. It's a GTM engineer, a data scientist, and then the best person, the best subject matter expert in that function. And they sit down shoulder to shoulder and document the best practice for that particular function and then encode that in workflows that ultimately form an agent. We then keep a human in the loop so that human will basically QA the agent. And then we'll keep a human in the loop so that human will basically QA the agent. And then we'll keep a human in the loop so that human will basically The agent won't be allowed to autonomously execute its action. And then over time, as the subject matter expert has less feedback for the agent, we finally pull that person. Last year was declared the year of agents. And I think reasonably speaking, we didn't quite get all the way there on that one. But I think we're now with the infrastructure available in 2026, able to finally get there. So 2025 really ended up being much more about assistance. It was great for co-pilots, personal productivity, good prototyping, things that looked sexy and new, but very little in the way of actual agentic capability at scale. Now we're getting to the point where you can have agents that actually act, that can complete end-to-end complicated business outcomes. And we're moving towards a world where agents can work as sub-agents underneath a super-agent to ultimately collaborate and complete that much more complicated actions. What happens, though, is most of us have not started doing anything at scale. And so you haven't hit all the rough edges when all of a sudden that agent is operating at 100 or 1000x the scale it was previously. When that happens, we're not going to be able to do anything at scale. We're going to be working at the same speed. We're not going to be able to do anything at scale. You start to have infrastructure problems, costs in place you didn't anticipate them. And it's because the cloud infrastructure that we've all grown up on for the last 20 years wasn't built for this era. It's built for a simpler world where you have a request and you go out and return an output. But that's not how agents function. Agents are much more complicated. They're thinking. Talking to an LLM with long duration execution and tool calling and all those things actually require different infrastructure to execute them effectively. So Vercel along the way has built a bunch of new agentic primitives. We call this agentic infrastructure. On top of that, you want your infrastructure to do fundamentally different things. The first thing you want is an effective deployment target for agentic and engineering. For Vercel, one out of three deployments from our customers was now generated from an agentic engineering offering like Cloud Code or Codex. So we've optimized the infrastructure to come from where code is being written today. Two is the primitives I just discussed. They're different in an AI world even if things like compute or sandbox have been around for a while. And last but not least, you want infrastructure that is itself agentic. That gives you solutions rather than alerts, dashboards, and problems. So what are the three things to take away as you all think about building agents, both within your own products, but also what we call business agents, the building to make your own teams more successful with their bespoke workflows? First, agents need headless, composable architecture. Agents don't live in UIs. They call APIs. They hit MCP servers. If your product isn't composable and developer accessible, you're invisible to agentic workflows, and you're simply not going to be in the stack. Second, agents are not going to be in the stack. Third, agents require you to invest in your data foundation. You should obviously be using data to decide how to cut territories, set quotas, and run your business. A strong data foundation has always been critical to the success of your business. But now, data is the fuel that powers your agents. Good data equals good agents. So if your semantic layer includes highly accurate customer enrichment, your lead agent calls your agent. And if your semantic layer includes highly qualifies better than any MQL framework could have, and your copy sounds more natural than any SCR could have ever written. And three, agents change the build by calculus. Teams no longer need to default to buying just because development is too costly or slow. So I'll show you how each of these showed up for us. Let's start with deal one. This is our meeting intelligence agent. Deal one ingests every call, generates notes with action items, and posts coaching suggestions directly to internal Slack channels. It proposes CRM field updates, it tracks competitive mentions and objections over time, and it runs postmortems on every closed lost deal. And all of this happens where we already work. For us at Vercel, that's generally in Slack. When a rep goes into a channel and mentions at deal one with a question, the agent does a Slack real-time search, queries D0, another agent of ours for data, as a sub-agent, pulls Gong transcripts, searches our internal knowledge base, and streams the answers back into the Slack channel. The rep never leaves Slack, and the agent never has a UI. For deal one to work, Gong needed an accessible API. Salesforce needed webhooks. We could actually compose into automated workflows. close. Because those external products had developer surfaces, everything worked. If they didn't, we would have gotten rid of the tool. Next, there's the playbook platform. We kept seeing a pattern in our best reps. They knew to reach out when a customer's usage spiked or when a high-value prospect ended up on our pricing page. They did this instinctively, but it didn't scale. It depended on which rep owned the account and whether they followed through on their signals in their dashboard. The playbook platform automates all of that. A signal fires like a usage spike or a high-intent pricing page visit, and the platform matches it to a play, generates personalized outreach, and surfaces it to the rep for a single-click review. The best reps plays available on our platform. They're available to everyone or automatically triggered. The before, we should reach out when you should spike. But it never happened consistently. The after, an 11 out of 10 experience on every account, every time. Notice, no separate UI to log into. Signals flow in. Drafted outreach flows out. Reps review in their existing workflow. We built it all headless by design. The companies that win in the agentic era will be the ones whose products have headless, composable architecture. You've seen this signal coming from the best enterprise SaaS companies out there. Box, Notion, Salesforce. They're all making major bets on their developer platforms right now. So the choo-doo here is simple. Even if the work isn't, go build the developer surface areas now. MCP servers, webhooks, APIs. Next. Data. Probably the most popular agent at Vercel, used by the entire company, is D0. D0 is a data analyst agent that everyone at Vercel can access via Slack. Questions that used to take a week to ticket and get an answer back to from the data science team can now be answered in less than a minute. It'll answer things like, what was our token volume through AI Gateway last week? What companies do we have logo rights for in the UK? Who are our highest revenue startup customers using sandboxes? D0 powerfully democratizes data across the company. To do this, D0 translates natural language questions into SQL queries against our analytics infrastructure, letting anyone on the team answer questions without writing code or waiting for the data tee. To power D0, we invested heavily in what we call the knowledge phase. It's a structured, queryable representation of our business that all our agents can reason over. Our head of data science built a semantic layer on top of a model of our revenue, breaking down the business into the smallest causal units. Enriched with third-party and first-party signals, that layer is what powers D0. It's what makes D1's analysis actionable rather than just interesting. And it's what makes the Playbook platform contact the right companies with the right message. Every agent runs on top of it. Without it, agents hallucinate or give generic answers. With it, agents are grounded in our data. Finally, agents change the build by calculus. With the rise of SaaS, enterprise software was a Sherman exercise. But now, robust applications and agents can be built and run at scale in a matter of weeks. Companies are building for their own unique workflows. To give you some perspective, the lead qualification agent that I opened with costs us under $5,000 a year between infrastructure and tokens to run. It takes about 20% of one engineer to maintain it. That's a 32x ROI. We used to have 10 people and their salaries. It's now $5,000. And it operates 24-7 with faster speed to lead and all the quality of human equivalent metrics. That said, building isn't automatically the answer. So every quarter, I ask the same question of my GTM engineering team. Has another company out there built something better, faster, or cheaper? And if the answer is yes, our agent's going to go. So how did we actually do all of this? We had a GTM engineer, as I mentioned, shadow one of our best SDRs for a few days, shoulder-to-shoulder looking at their screen together, watching every single tab she opened, LinkedIn, BuiltWith, the company website, CRM, Slack history. The engineer converted each of those data sources into a step in a tool-calling workflow. We documented it, made the workflow legible before touching any AI. After building our first version, the agent ran in production in shadow mode for six weeks. Our best SDR reviewed every single output to create a feedback flywheel. And then finally, she couldn't improve it anymore. The architecture reflects exactly what she was doing manually, but now it performs like the 90th percentile rep 100% of the time. We applied the same framework to 30 different SDR workflows, from event follow-up to PQA flows to specific time-based campaigns. SDR quotas increased by 30% this quarter. And again, the lead agent was not hard to build. A single engineer prototyped this over the weekend, and it was in production six weeks later. Then there's Vertex. This is our customer service agent, like our internal Sierra, that powers bursell.com slash help. Vertex costs us $300 a month in infrastructure, plus $12,000 in tokens. It's $150k a year. It operates at significant scale, handling thousands of technical cases a week. And three engineers work on it. Three. We started with an off-the-shelf solution, but weren't seeing enough results. We built something in a warehouse in two months and had it in production. Compare that with some of the agentic support companies out there, with 150 engineers running the equivalent workflows at dramatically higher costs. The difference isn't magic. It's that we used infrastructure built for agents from the start, rather than discovering the cost problem after we'd already committed to an architecture. All of our agents, lead agent, the playbook platform, deal one, deal zero, run on fluid compute. The infrastructure that powers our internal agents is the same infrastructure that our customers deploy their own agents and applications to. Most rules of cloud infrastructure are broken by agents. Fluid runs high-performance mini-servers, and compute only triggers when needed. Plus, it reuses existing resources before spinning up new ones. So early adopters cut compute costs by up to 85%. When you hear us saying that we purpose-built infrastructure for this next generation of the web, fluid is a big part of that. Everyone wants to talk about what agents can do. Fewer people want to talk about how complex it gets when they're running at scale. If your agentic product succeeds, usage goes up. If usage goes up, that profile matters. Infrastructure choices matter a lot more than many teams realize at the beginning. Go-to-market is getting closer to consulting than sales. The executives I'm talking to right now aren't asking me to pitch them on Rusev. They're asking me to help them figure out where to start with agentic AI, what best practices look like, and what architecture should be what breaks at scale. Construction scale is where we're going to start. We're going to start at a high level. That's what reveals whether your architecture is actually durable. That's one of the reasons we think there is a significant difference between building an agent demo and building something in production at scale. So to recap, one, build your developer surface area now. APIs, MPC, IP servers, webhooks. The things that let your product be composed into an agentic workflow without a human in the loop. The companies that win in the agentic era, the ones whose products are in the stack. The ones whose composable API layer won't have the composable API layer to be called. Two, invest in your data foundation. The knowledge base, the clean data warehouse, the semantic layer. None of it is exciting to build. But all of it is load-bearing. The agents you build will only be as good as the data underneath them. And as we putting that data in front of smart people that will make the data better itself, not just the agent that uses it. And three, the average builder on your team today should be able to out-ship any vendor who's trying to sell you the same outcome. And if they can't, you can start experimenting today with a few hours carved out of the week. That's the new build versus buy. I truly believe that the companies that treat their go-to-market as a product, that document it, design it, iterate, and then automate it piece by piece, are the ones that will end up on the right side of the ship to agents. That's what we're building at Vercel. And we hope you build the same, too.
Speaker 2You're listening to the official Sastra AI podcast brought to you by. Hey, everyone. StackAdapt goes way beyond just digital advertising. Run and measure the impact of email and direct mail alongside programmatic channels all from one platform. Want to see how StackAdapt can help you spend less time on repetitive tasks and more time on strategic work? Check out their latest virtual innovation forum featuring a walkthrough of Ivy Studio, their newest AI innovation. Watch it at your own pace at go.stackadapt.com slash forum. Costs can add up quickly when you start a business, so stop paying for five different services. Northwest Registered Agent gives you. Complete business identity in one place with free tools and resources to actually launch your business for real. Get more at northwestregisteredagent.com slash sastrafree. That's northwestregisteredagent.com slash s-a-a-s-t-r-f-r-e-e.
PodcastTranscript AI