← The Official SaaStr Podcast: SaaS | Founders | Investors
The Official SaaStr Podcast: SaaS | Founders | Investors
SaaStr 849: How We Built Our AI VP of Customer Success with SaaStr's CEO and CAIO
01:05:37
Loading summary
Transcript30 lines
- [00:01]
A
Welcome to the official Saster podcast where you can hear some of the best Saster speakers. This is where the cloud meets up today on the Saster podcast. The magical thing that Amelia said, it's so magical is that unlike off the shelf software, when a customer asks you, hey, could you do this? Instead of saying no? Or asking your CS person if it's on the roadmap for the next 24 months, if it's not that complicated, we go into repl.it and just say build it now. We can ship it that day and we're not engineers. To say that is magical is an understatement. Anytime with off the shelf software, someone asks you for something that isn't obvious how you do it in the app, the answer has to be no. Unfortunately, we're stuck with what we got, so it's not a reason to start there. But if you get something pretty good into production, working your ability to enhance it for what your customers want, it is magical. Hey everybody. Saster Annual will be back May 2026. The world's largest SaaS and a gathering for executives with 68 VP level and above attendees 36% CEOs and founders and 25% were AI first professionals. It's the very best of S tier attendees and decision makers that come to Saster Annual and AI Summit each and every year. Lock in your spot today. Use my code Jason100 for exclusive savings. Get your tickets at podcast.sastranual.com or just use code Jason100 when you check out. See you there. Saster annual and AI summit 2026 it will rock. Welcome everybody.
- [01:37]
B
Welcome. All right, sweet. Let me share my screen.
- [01:40]
A
Maybe for a little context before we start. Emilia will drive most of this. Just I know a lot of you have followed our agentic journey. We started off rolling out a bunch of AI SGRs. We built a bunch of AI VC tools that did a million startup valuations and then we started building our own agents. We talked earlier on AI Workshop Wednesday and we'll do another one on our AI VP of Marketing. We've written a lot about it. It really runs our team meetings and every day logs into slack and tells us what to do and stresses us out and nag says it's pretty good. And then Amelia built that. She built, I built the early ones and Amelia took it over, built our AI VP of marketing for what she needed and then built and she'll drive talk you through this. What now we see is our AI VP of Customer success. It started off as a project management tool for our sponsors at Saster Annual. Saster Annual in May. Please everyone come. We'll have 10,000 folks. The best of AI and B2B May 12th through 14th. And it quickly grew into this AI VP of Customer Success tool. And I just want to highlight two things and then I'll let Amelia show it to you so you can see it. One is just at a meta level. This is the best thing we've built so far. This AI VP customer. It works better, it has fewer bugs, it adds more value versus unit of time increase. So I think the obvious reminder is if you're going to build your own apps five, your own apps in Replit and Lovable or V0 or others, just understand you'll get better and better as the journey goes on. Like everything. And I started this journey, Amelia took it over, took the baton. The VP of marketing is pretty good, but this one's even better and the next one will be even better. So it may take you six months to build the AI agent of your dreams. You may need to build multiple agents and apps to get there, but ours just keep getting better and better. Okay, and the second point, this one is so important. We're going to show you everything our AVP of customer success can do. And I know a lot of you. And what I want you to do is see what we built, because you can build it yourself. If we built it, you can build it. We built this with no engineers and it adds dramatic value to our little tiny team doing eight figures of revenue. What I think isn't helpful, that I see a lot of folks do on social media. And it's fine that they do it, but I think they're missing the point, like, oh, well, that only works for Saster. Oh, that only works for a media or community or events business. No, first, anything we do that is so niche to us, we don't think will help anybody. We don't share that stuff with you. We don't. We don't want to share like the hyper niche stuff. That only helps if you want a popcorn machine in your booth. Okay, we're not sharing that stuff for the most part. We're sharing stuff that, if you think about it, is universal to software and B2B companies. What is universal is going back to a larger install base than you can realistically touch with humans. Going back to them when they have hundreds and hundreds of deliverables and things to do that is difficult for a human to follow up. So what I want you to do today, and then I'll let Amelia take it is not. Look at some of what we built and say oh that's, that's an n=1 app specific disaster. It is. That's true. It is an n=1 app. We built our own avatar. But think, wow, what if I built my own version of this customized to my business, not an off the shelf piece of software. Could I tweak the workflows that Sastra has built, the follow ups, the, the, the dashboards, the, the agent and do my own version? Because you probably can. That's the better learning from this. You probably can. So I'll shut up. But, but think more about this at how can you make a prime version and iteration of this for your own business rather than take shots at how any individual marketing campaign or workflow we do isn't what you need in your, in your vertical SaaS for dentists. That's not the point. So thanks, I'll let Amelia drive and then I'll kibitz and comments.
- [05:25]
B
Yep, love it. Thanks for the, thanks for the tee up. I think it's super helpful for folks to have some context. I added some context here as well. Just more specifically on our AI VP of Customer success that we'll get into in detail and then I go through the steps of how we actually built this. So first and foremost, if you want to see QB in action, just to see like what we've built, you can go to SAS responsors.com, we've shown it before, changed a lot since the last time we've shown it. You won't be able to do everything because if you're not a sponsor you can't sign in. So if you're not one of our customers, you may not be able to do everything in it without signing in. But it was one of those things where we did decide when we were building out this platform and then it turned into an agent that not everything needed to be gated. Some of this is still, you know, folks have multiple people on their teams that are part of, you know, our customers, our sponsor teams, they have agencies, they have folks who are CEOs. They're not going to want to log into something like this. And so we purposefully only gated things that required, you know, data entry, hotel, you know, things like the registration codes you can't do, you can't submit anything until you log in. Keeps it a little bit more secure. But you can go to SaaS responsors.com and see what it looks like for yourself. The other Thing you can do, to Jason's point, if you do make something like this for yourself, is you can actually give this URL to your. Your Vibe coding agent and say, hey, this is one I saw that I liked. Or I like this format. If you're. If you're going to do something similar that's like a customer portal or customer management tool or whatever, just at the very start, you can't actually give it URLs like this because it can pretty much copy it. So you can use it as kind of like a format too. So feel free to use it as a format. So let me go full screen for a bit now, and then we'll jump around between the live front end of QB, which is sassresponsors.com, there's some other things too, I'll show you that are not just contained on the website, and then the back end, which in this case lives on replit, but we go slideshow. All right, great. All right. So, yeah, something Jason touched on, which is important, is Qubie did not start this way. That was not his name. He didn't start this way. He was just meant to be a custom, basically project management tool that I wanted to use with Vibe coding in this day and age to replace an existing tool we literally paid for for the last two years that had no AI functionality at all. It had no AI functionality, nothing agentic. It was very much just a portal. It was just like a customer portal. People could log in and submit us things, which they can still do now, but you'll see the key differences in a moment of, you know, why it was worth putting all this extra effort into Vibe coding and putting. Making it so much more agentic and hooking it up to different things. And so you'll see that in a second. But that's, you know, that's really what it started as was we took something that wasn't working that great, didn't see any vast improvements on, was kind of hard for both us and our customers to use. And so, you know, having Vibe coded a few different other apps already, we thought, you know, we could probably make something better. But it did evolve from there. Right? So I say that as a. If you see everything that Kiwi does now that he didn't start that way. And we built him in January, so he's had almost three full months now. I add things to him all the time, every week. Sometimes it was daily for a while in the beginning, just as folks were starting to use it in production. And so he didn't start this way. He didn't start fully agentic. That was actually not even my angle. I didn't even think about that. I just wanted something better to replace something we were using that wasn't all that great and was kind of causing some friction. And I thought we could save time by doing this. I didn't realize till after the fact how much time it would save us, how involved QB could get with our customers, how much of a better experience it would be not only for us but for them. And so yeah, that was kind of some downstream effects I really did not engineer in the beginning on purpose. That was more a. Because it was agentic and built as a native AI platform, we could do different things with it and so just evolved from there. So yeah, it really began as just a simple, you know, let me just vibe code, a project management tool. I want to be able to, you know, my initial spec was let me just be able to assign people's tasks. You know, we're going to need some single sign on, we're going to need to make sure it has some light automations so that people can, you know, get reminders, know what their next task is basically so that they have a guide for their success at Saster as a customer slash sponsor of ours. So when we deployed QB into production back in Jan, that's all he did, right? So I'll preface that. Like even if you're playing around with him now, if you're looking@SaaS responsors.com while I'm chatting, you're not going to see the full magic of it because you're not a customer, you're not logged in and I'll show you some of those things in these slides. But that's all he did for a couple of weeks. And that was fine, right? That was absolutely fine. I was like, you know what, this is already better than what we were using previously, which was like a SaaS tool we were paying for. This is already better than what it was. And so I was happy with that. But then I realized he could do a lot more. So a couple weeks ago I basically had a moment where you know, for years, and I'm sure you guys do this too, or many of you probably still do this now. I started doing, I started to write my weekly sponsor email, right. I was like, okay, it's Sunday. I usually send this on Sunday night or Monday so people have it before they get too busy of, you know, as a customer of ours, what is basically their tasks or deliverables what are high level things they know, like we launched the agenda or like attendance is 140% of last year. Like I include some context at the beginning, but then it's pretty much like a laundry list of the things they should be doing, need to be doing, doing upcoming and then just various information, right. About being a customer of Sasters and what would make them successful as a sponsor of Saster Anal in particular this year. You know, how to register their team, how they could do customer passes, how they can market their presence at the show, booth locations, all that kind of like periphery stuff. So that was all built into the initial spec, which I'll show you again in one of the slides. But once we actually, and this is I think key for folks to remember before we get into how we do it and reverse engineer it is again, it didn't start this way and it definitely stairstepped it. Once we deployed to production, I think a lot of what we see is people vibe code apps and they never get to production or they get to production with 10 people or just our internal teams. Right. Like our AI VP of marketing is just for our internal teams. And so it's a lot, it's built out a lot different because it never needed to be forward facing. I think one of the things we unlocked here was like once we went to production with our actual users, actual customers, and they started adding more people on their team, we that's when I was like, oh, we can do a heck of a lot more with QB since he actually is. He has agenta capabilities. We just haven't built into him yet because that wasn't his original spec. But we could do it right? Now that I see people are actually using it, now that we see how they're using it, like we started to see, okay, who's logging in, who's not logging in, what are they doing at certain times of day, what are they not doing? We just didn't have that level of granularity before, right. Like we would just have whatever they submitted to us. That was literally it. Like our old portal didn't even tell us if they logged in or not. Like it was so hard to use, we had no insights on anything. And it was also one of those things where if one person on the team of a customer of ours submitted something, like if I submitted something, Jason couldn't see it, like it wasn't persistent and had a lot of flaws in it. And so we just never had a lot of visibility into what our actual customers were doing until we had Qubie because we built it in a way, you know, we use clerk in this instance, you can use other things. But between how we did single sign on and how we built it into our live coded app, we got a whole lot more granular visibility on what people were actually doing and then again what they weren't doing.
- [13:38]
A
Maybe Emilia, just to help folks on the screen, this chart on the side, this task completion. Yeah, Emilia will go more into this. But to simplify this, this is basically a sophisticated onboard automation. Okay, there are, and this may be more complicated than some of your onboarding or less depending on what you're doing, but there's a lot to do. But there's essentially 13 core tasks with subtasks that each customer sponsor has to do. And you can see rather than hoping that a human does it or an agency or a third party, QB just does it, manages it, reaches out to them, tells them all the deficits, kindly reminds them, identifies the gaps, uses AI to anal analyze all the uploads to make sure they're the assets and data that we need, manages it each day and then pushes a slack update and an email update every single day with the gaps. So it follows up, it manages it, does it all for us. And this, if you have the world's perfect group of humans and they do every task they're supposed to do every single day and they update your task management tool and it's all there, I guess, I guess that would be as good as this. But we could never find a core of humans that wanted to do these hundreds and hundreds of onboarding management every day. Especially because for us, our customers, our sponsors, a lot of times they don't want to do the work right. And that's why you see it and this is why it's so clever. You know, a lot of the onboarding work customers don't want to do, they get busy, they don't know why they have to do it versus you do it. And QB just manages it all without judging or drama every single day to completion. So these progress meters all get there and it's fabulous. And this is Amelia through it. But if you think about, hey, do I have any gaps like this either on my onboarding or post launch to manage the customers after. And one of the reasons QB really means two things, but one of it is like a qbr, but a QBR every day instead of maybe someone does it once a quarter, QB is checking in as often as the customers can take it every single day to make sure things happen. So think about could you use an agentic product to make your onboarding better so everything happens and everyone's touched? And can you make post onboarding more successful? That's what QB really does for us, for context. And that's what you see summarized in QB itself here. And Emelia will show you more of it.
- [15:52]
B
Yep. Yeah, so it was kind of, you know, it was a big unlock for us to see like something like this one we previously didn't have this level of insight into. Right. Okay. At a glance, this is my admin view, right? And this is in the email that our whole team gets. Like, Jason sees this, David on our team sees this. Our production team can see this. Okay. These are where folks are at. And you know, for some of these people, I'm like, okay, I just, you know, some of our diamond sponsors, I get it, they have, they have agencies they're working with, they're getting the agencies, you know, logged into the platform. At the time I took the screenshot and so they were like a little bit behind. But again, I still think it's good to keep them honest. Right. Like usually our top tier sponsors always also have more deliverables than others. So it was important to see that. But this is something, again, we previously couldn't get this level of insight, but then the big unlock was OD automating this insight. Right. So to Jason's point, making sure that these folks would get the emails as often as they kind of wanted or we thought they needed at this point to get their things done and also be successful. Right. Like the whole point is to help them deploy it faster in a, in a timely way that that helps them hopefully do it with like less stress. So for us, you know, this is, this is what it's become now for qb. And then to Jason's point, I went back and looked for this time last year because we did SAS re annual in May of last year, basically around the same dates and weeks. I looked at the amount of human hours and inputs and the amount of emails we sent last year for, you know, the first quarter, basically so January through March 31, yesterday and the same first, you know, Q1 of 2025. And it was dramatic. The amount of hours we've reduced not only internally but also with our agencies and production teams. So that's, you know, for kind of a 3x multiplier there of how much human hours was needed. It was dramatic, right? Like basically across the board I saw something like a 70% decrease of literally buildable hours. Like these are again, these are Agencies and production teams we work with, you may have something equivalent with, you know, CSMs or internal teams. You may do that internally just to make it more, you know, comparable for some of the folks on this call. But again, that's a huge difference. Like, it's 70. It's a lot. I'm like, that's literally thousands upon thousands of dollars each month for the last three months. And it compounded, right, because January, maybe folks aren't as caring about their faster grand or sponsorship. That's in May. You've got to think just naturally in February, March, more people cared about what was going on with their Saster annual sponsorship in May because it was coming up. And you might have a similar where maybe getting them deployed is a little bit slow at the start, but they've got a big launch or something, or you've got a big release coming up where you want to push them to get to a finish line. And so that was super important for us to see that so dramatically. Just such a huge dip. I'm like, okay, if you, if, if you even weighed out the cost of us building QB versus the amount we save, it's not even comparable. It's like apples to oranges. You know, I know people sometimes drag on all these live coding apps, take money and all that. I'm like, yeah, but it's a couple bucks. You know, it's probably. We've spent I don't know how much now on Kiwi, maybe a couple thousand, but we've saved tens of thousands of dollars on human input hours. And so you do come out ahead in the long run. But not only that, I don't even look at it at a pure cost basis, but just from our team's perspective of how much we've needed to input with folks has decreased alongside the amount of like physical hours it took. And so for us, that's like a big jump in how we were operating with our customers in the past.
- [19:46]
A
I should have written more about this and I want to keep going, but on cost, because I got, I got this in the chat. I get it a lot. Well, how much does cost this cost right beyond what we pay for replit or other platforms. I put, I don't know what the AI costs are on QB, but I put a total 200amonth cap on all token usage across these apps. We can afford more, but I just wanted to not worry about it. Right. That's the allowance. This is for Saster AI, the pitch deck, uploader, valuation calculator, all the apps we've built for all times 10k QB and we haven't hit the $200 a month cap on AI use yet. So that just isn't. We could talk about it more in a way. There are certainly applications that will burn lots of tokens, you know, massive coding sessions and, and, and, but within these apps, within all the apps we built, we have not hit $200 a month of tokens. So just realize for many use cases like this, the soft costs are material. You got to build it, you got to maintain it. Maybe we'll touch on this or do a session, we're going to do another one on what it takes to maintain these apps. But, but your hard costs for AI are probably going to be pretty low for 95% of these apps.
- [20:54]
B
Yep. And there's some good questions in the chat I'm going to get to next but I just wanted to you know, preface of again I think I, I see some good comments and chatter in the chat of you know, thinking about this as an unlock for again it's going to cost you more at the start to build it with anything like a replit level vercel v0 of course because you're spending more time with the agent. But I'll actually show you a couple things where you could probably get it down. Things like giving it a website like ours actually super helpful for your agent if you just gave it a spac. And hey, I actually like the design style of this website or I like some of this functionality and the more time you build I'll get into it next but like the more time you build out that spec to be as granular as possible actually the better your agent will be and it will keep your cost down because then you don't have to keep iterating with it. But that's just a little bit aside. Okay, so I'll show you a couple more things and then I'll show you how we how you can reverse engineer it. So this is also another good example, right. Of how QB actually went from customer slash project management tool, a little bit of both to fully agentic. So back in the day I put a little then and now on the screen here, but back in the day right again, static. No single sign on. No way we could really track anything in any sort of. Not, not even a dashboard, not even analytics, nothing. Right. Just kind of hope for the best. So minimal reporting required a lot of manual human hours as you saw that we had to supplement either with ourselves or with our, you know, outside third parties which cost you know, significant amount of monies. And then when we email, this is the important thing too. When we emailed folks of what to do. For the last eight years I've been at Saster, it was always newsletter style. Even for customers, right? Even for diamonds sometimes, which now I would never do. But the like the set of information again not individualized, not customized due to either lack of time because things got really busy at faster or lack of want. And I think this is important too because Jason put this in the article. Like I tried to get more of our agencies in your past to do something that QB has done now, which is why don't you take every single customer of ours that's a sponsor, email them, you know their registration codes. Every, every sponsor has a set of at least four registration codes. So they already didn't want to do that. Why don't you also, you know, give them a little update about where they're at in either, you know, if they still need to pick their booth or not. Where are they at in the queue if they haven't logged in yet. Can we see that? You know we would try to basically finagle the data which nobody wanted to do because it wasn't all in one spot. So I literally just couldn't find, I couldn't find people to do this. I literally tried. I could not find people who were like, okay, I can sit down. You have a hundred sponsors. I got four links for sponsors. There's 400 links I gotta go and find. Then I gotta see if I can figure out if they've been invited to the portal or not. Sort of manually. I can't really see if they've logged in unless they submitted something. That's really the only way to tell and they didn't want to do it. So like in years past I've had kind of hit or miss on folks actually doing this with their customers. And when it did happen, I would say it only happens maybe once and it took that person a week. QB in the screenshot on the right, you'll see sent all my sponsor emails for the week. Individualized, highly personalized, highly customized in minutes literally. You can see these are all at 111111 12. You know he's got to go to recent and send these. But that aside, QB was done with this in 10 minutes. 100 people got a highly customized personalized email saying exactly what they needed to do, exactly where they are. Unique sponsor and like updates. Like we have people who don't do boots at task for they do things like lounges they have custom deliverables or they have extra signage because they're on like the lanyards. They got all that. They didn't have to go look for. I didn't have to have a human go look for or forget that they were the lanyard sponsor. QB just remembers all this and he remembers everything about every customer of ours. Every like little niche thing that they have going on. He just remembers all this and he does it instantly. So again, just a huge unlock here that it's now, you know, so personalized to the, to the degree that our engage. I put it in a previous slide here but like our engagement too, to our users, to our customers has gone up more than tenfold. Like we couldn't get people to really log into the one last time. And to some degree I was like, you know what, it's fine. Like we'll just send them their registration codes. They can just upload, they could just set, email us their booth graphics. That's how people were doing it last year. Now I have, outside of the screenshot you saw, I have basically everybody but three people who've logged in. That's a dramatic uplift in how people are also like interacting with us and how they don't mind that it's an AI. I don't even know if they've realized until this webinar that most of it was an AI and not us. I think a lot of people thought it was me and David. They were like, because we're copied on QB on the things that QB does. They're like, oh, hey. Or they'd be like, hey, Sasser team. I'm like, yeah, you're just talking to QB right now. But that's okay.
- [25:58]
A
I think you hit something that I didn't fully realize. So you said at this unlock, which is think about on the other side when you're, when you're, when you're buying a product, right? And then some, some vendor sends you some. Another product you've got to log into and train and set up like you just don't want to do it, you know. And the fact that QB has epically higher compliance means even if it wasn't better than the off the shelf software per se, it would be worth it alone because it removes. We've been able to build it. You've been able to build in such a way it removes all that friction, right? It's not another. You know, when someone like I was asked the other day by one of our partners to log into Asana and set a bunch of stuff up for them. I'm not going to do that. I pay you five figures a year and you want me to create another asana account and upload stuff for you and then use some weird, you know, okta account to log into your asana like for. I'm paying you. Right. And so so many of these post sales products, post sales motions put too much of a burden on the customer and so no one just does it. Like we, no, forget about one. The humans wouldn't do the work prior to qb. Right. But the software we use, people didn't want to use either. Right. They didn't want to use it. So that's a line. Another reason to do it, to vibe it yourself is if people just won't use the now mediocre software because you're putting, you're asking too much of the customer. You're not making their lives easier. Right. You're making their lives harder after they give you money.
- [27:29]
B
Yep. Okay, so this is a, this is just a quick example of one of those emails. I was just preferencing but you know the screenshot before is basically QB doing this all in a matter of minutes. And then here you can see the before and after. Right. So here is what we used to send people again. And this is literally I took this screenshot from 3-3-2025. This is just a year ago. We are sending it newsletter style. You can see it here. Here's a generic link to our portal which most people didn't bother to log into. Here's a link to. We do also a weekly webinar just for sponsors that I linked folks to. You know booth selection is kind of dated here. It says it started. We'll email you once the window opens. I'm like now everyone's picked their booth activations. This is a huge pain in our butt that we've been able to automate with QB separately. Things like travel schedule, all that stuff. So again very generic too. If you go to the one on the right and I picked one of. I picked TikTok who's a newer sponsor of ours. They've, they've, I should say they sponsored in the past or they're they're newer signing on disaster annual specifically but they got everything done in like a day. And again this is something where TikTok specifically last time they did London was very slow to submit stuff. Big company, right? Like slow to submit stuff. We couldn't get them to really turn anything on time. I remember going to London and being like TikTok stuff is not done. Like I don't have logos, I got nothing. And so even this dramatic increase of TikTok went from being kind of a pain in the butt sponsor because I couldn't get them to do anything to. They literally uploaded everything, almost everything. You can see they, they skipped two. They still have to do two more things, but they did almost everything in a day. Again, just made it so much easier for them. This is, you know, screenshots of their email. They can see exactly what they've already completed. The last two things they have to do. Their ticket codes are in here specifically. That's not in the newsletter style. They click this, it goes to their, their TikTok specific registration codes. It goes to their TikTok specific discount code. Again, just things we couldn't do. All right, so I'm going to get into how we deployed it because I see you all asking about that in the chat. So if you want to reverse engineer Kibi and make your own and deploy your own similar agent, here's what you should do. So let me back out of full screen for a second. The. And if you're wondering, the slides I did put kind of in the chat closer to the beginning, but they are there. So I see you guys here but yeah, once you access it, first write a spec. So you can see here I actually put two things. I put my original spec, which is the one on the right. It's actually not that good. I looked at this the other day and I was like, it's terrible. So but it's still a good example. So if you've never written the spec for a vibe coded app, this is still a good basic level example, I would say of how to write a spac for your vive coded app. Basically tell it everything you want, right? So when I was going to build QB as a portal, I thought I was like, okay, he needs some user flows, he needs a dashboard. For me, he is a checklist for all of our customers. He needs to be a hub for everybody. Right? All the information they need. So for us that's logistics, details, any speaker sessions, etc. He needs like an asset library, right? He needs some sort of training. He needs to be able to have uploads to single sign on everything in their contract. You know, QB should know so that he's never okay, I'm going to send he I what I didn't want is we have some sponsors who have speaking sessions and some that don't. I didn't want him to send, you know, somebody who didn't an email saying hey, time to submit your speakers. That would suck because then that person be like, oh great, you're giving me a free speaking session. No, as much as I would love to, we don't have that much time at Zoster. So there was some very important nuances there. And I'll show you how I did it. I did not load those contracts directly into the portal. Say that right now. Do not load your customer data directly into the portal. I'll show you how I agent hop later. Okay, for a security layer, but just a preference there. Things like badges that you just saw, registration, FAQs, support information, they can actually do add on orders anyways. You can see everything I wrote here into it. The technical requirements, blah blah blah blah. You know, it needs a database, it needs single sign on. We use clerk MVP and future phases. And then all this. Okay, so that was, that was V1 of my spec.
- [31:43]
A
There's a link. You can see it if that looks intimidating. If you don't know how to write a spec like that, it's okay. Just start in Claude. Don't start in and just say I need help writing a spec for a sponsor portal and it will help you do it together. You can do it in the Vibe coding apps, but we both have found you get a double benefit if you write it in Claude and then get a spec out of it and then put that in the agent and then kind of tweak it again. Right. That's how we like to do it. But you don't have to know how to do all the bullets and everything that Amelia said. Just. Just iterate it. Right? And you don't need. And to be clear, folks haven't done this themselves or they haven't done a while in 2026. You don't need to be a prompt engineer. Like you don't need to know that is dated when you need to be a prompt engineer. Okay. You just need to talk with Claude or I guess chat gbt. We prefer Claude and just say I want to build the spec for an application. Here's what I wanted to do. And write up all the things you want to do and just iterate. You don't need a prompt magician. The, the. The agents are so good. AI is so good that, that. That's dated. Iterate it. Make sure you understand everything is it. Then give it to your Vibe coding app and let it run with it. Yeah, immediately go through it. But yeah, it's not. This is. You do not need to be an engineer or some prompt wizard in 2026. Those days are long behind us.
- [32:58]
B
And again, that was my simple one. That was one I started with. If you're intimidated by it, then just use that one, right? It's like, okay, I'm just going to try to recreate Amelia's first original thing. That's fine. And that's fine. And the thing is too, you can give it other people's. You could say, hey, this is the one that Saster did. You could say, hey, this is the one that's Astra did. Here's the prompt that they use. Here's the website that it ultimately ended up as. Give it sastersponsors.com you will save yourself a ton of time from the work. I already did, so do that too. But second, here's my. I asked KB this week, right, to give me what would consider the spec now. And you can see it's a heck of a lot longer. It's got a lot more to the tech stack because we added some agent hopping stuff. It's got some more theming and design. It's got some more nuance basically, right? Because like I said, as we started using it, we saw that we could use it as more of an agent and less of a straight up portal. So you can see it. There was literally nothing about emails in that original spec. Now it has a whole schema for emails and email blasts and how it's going to route things to people. Public faces versus not public faces. Like the task lists are more built out. So if cost is one of your concerns, I would say you want to get your spec closer to this one than my original one because again, benefits of doing this in Claude versus doing an agent, at the end of the day, it's still going to be a little cheaper to write this with Cloud or ChatGPT more fully baked out for you than it is to put it into any of, you know, the major vibe coding apps directly into the agent. So you guys can purchase this. It's linked in the. It's linked in the slide. So you guys, you can use it again if you want to use it to your benefit. So. All right, so first things first. Write us back again. The more granular you can get, the better. But this is not how my specs started. So if you don't get it all perfect, it's fine. The bigger thing here is to get it into production. That is really the goal, getting into production, specs aside, but specs do help two, right? Okay. So for us, we took our favorite. We took Our spec, we loaded it into our fave vibe coding platform again. You can use replit, lovable, vercel, v0, any of them. They're all also going to be at Siesta so you can talk to them there too and they will show you how to do it. If this intimidates you, they're going to all be there in May. It's only five weeks away. So you can also just do a follow up there with them, just go to their booth. But what you're going to do next is you're going to give the agent in your 5 coding platform the spec. You know you can give it some high level design. Again. I gave it a website I already liked that we already had when I first gave it to the replit agent in this case. And I said here's my spec, here's my kind of like websites that we already have going on because I like the design, I like the look and feel. Here's some other. I saw other people's like customer knowledge bases that were really good. I was like, these are the ones that I want to copy. And so give me, hit me with your best shot. And Kibi does not look the way he does today, but he looks pretty good. And so the first thing I did and this took the longest amount of time is I had to test literally every single thing, function, everything. Sign in, upload your logo, you can see here, submit your address. I tested all of these one by one to make sure that before I sent it to our first customer it wasn't going to break. Because my biggest fear when I was rolling this out was this all seems really fine and dandy, but what if it breaks? If it doesn't actually get into production and people can't actually submit to us the information they need or get information back from us, agent or not, then what is the point, right? It's got to actually fricking work in production. And so I tested everything one by one. Basic or not, using AI or not. I tested every single input and output in qb. Some folks are asking in the chat, can you see QB in action? Just go to sashresponsors.com you could see it now you won't be able to log in, but you can see what he's doing. Then we had to hook up email capabilities, right? And at the time I was like, I'm just going to hook up email. So I get an email. But then obviously we realized he could email everybody, personalize, you know, create a database. Most five coding apps will do that. By default. Sometimes you just need to make sure you make one, you know, port over any content, any knowledge you want. Again, this is a big thing. Sometimes you can crawl your website if you need to move some, you know, if you've got FAQs lying around, that's just like a Google sheet. It's fine, just give it all, give it all to the agent. Except you know, sensitive data. Don't give that to the agent. Give everything else to the agent. That's not going to be sensitive. But yeah, I literally tested everything and then this agent hop thing I've, I've, I've said a couple times is for sensitive data. Never give it to your agent directly. Never ever, ever. I did not. Again, this is a. We call him Kiwi now because he does real time QBRs. But at the very beginning when I wanted him to know all the contracts, all the customers who was going to need access to the portal, I just did a Salesforce integration. I was like, all that one, all that data is already in Salesforce. We already marked these things. This closed one with the contacts when they close. So one not going to have to reinvent the wheel. If I just do a custom. I forget what's called. It's in here somewhere. I just did a custom Salesforce integration too. Then QB directly does not have that data. He has to call up Salesforce. So he doesn't have, you know, a hundred contracts just sitting in his knowledge base which would be scarier. So I definitely agent hopped. His original, his original customer database and ongoing database is mostly in Salesforce. And then in terms of like specific users and people who folks add. Again we use Clerk for single sign on. So all that lives in clerk. He doesn't have that directly to the point where sometimes he forgets who's in clerk or actually he doesn't forget who's in clerk. He just does this annoying thing which is super nuanced which he sometimes will not send it to people that are pending in single sign on. He'll be like, I'll send it to Jason Amelia because they logged in as part of the Salesforce team. But I won't send it to Justin because he hasn't logged in yet. And I'm like no, no, no, you need to send it to everybody. But anyways, that's how I agent hop. There's other things like you know, all the registration links, that's from Misabo. So he doesn't have that information directly either.
- [39:12]
A
So I think the agents we try to, we use Salesforce as Our hub for all our agents. We've talked about it. And so there is inherently an additional layer of security by having that be our system of record. It's not perfect. Agents are still going to touch the data. Right. It's beyond the scope of this. I think that if you need to store sensitive information in your app, it's okay. Just realize the more you do, the higher the burden on. It's going to be on you to become a security expert. Right. Which you don't want to do. You're going to. Instead of testing things once or twice, you're going to need to do constant security audits, constant reviews, try to break things. And we can do a different session on what we've learned there. I just don't think most folks want to become security experts. So to the extent you can if you have your most sensitive data, like for us, we just don't want contracts leaked. Right. We just don't.
- [40:06]
B
It.
- [40:06]
A
Would it be the complete end of the world? No, but it'd be. It'd be bad. Right. So we store them in Salesforce. Right. Instead of the agent. I think that's a good practice. But if your use case that doesn't work, I wouldn't say don't do it. Just realize you're gonna have to spend a lot more time than just using the default way the app is built. You should budget hours and ongoing maintenance to making sure your app is as secure as you can make it. But I wouldn't say you have to do this agent hopping, but I think it's a great best practice.
- [40:35]
B
Yeah, it's. It's. I know it's a, it's a new term. I don't think I coined it, but I don't know, I just call it Asian hopping. I'm just. It's. And it's not again, it's not that it's anything magical or that I'm. In this case, I'm not even calling up Asian Force, which I think some people thought from the name I was calling up Asian Force. No, I'm just hopping data with all my different AI tools, agents, whatever you want to call them again so it's more secure and that nothing is ever in one spot. And then we do, you know, we have zapier keys that are secretly stored, other API keys that are stored that again, we just load different sets of data and things from other tools that are, that are more compliant and more secure than the built in agents. So okay, so that's just one through two, number three and only Go through this. Just pick how you want to deploy logins, right? If it's something like this where you're going to have customers logging in, listen, it was a pain in the butt to do this, and candidly, I think it's gotten easier. Now I know for a fact it's easier and lovable and V0 because they have it built in. But again, just decide how you want your single sign on system of record and decide how you want that data to get there. Right. Maybe don't load it all did one spot. Again, I hop I segment our data a lot so that it's always hopping between different things to call. You know, it's got to call all these different APIs to figure out the full picture. So hopefully that's more secure, knock on fricking wood, than most things. All right, again, I've touched on this, but maybe more importantly here, the biggest thing on a. On a vibrecoded app like QB is to deploy him. So I just deployed him to a few folks at first. I basically picked one customer at each of our levels and I said, okay, I'm gonna deploy to them. I'm gonna see what breaks, what doesn't. And definitely stuff broke. Definitely some stuff didn't work. Like, I learned in the first week that, you know, we had a. I think it was a gold sponsor was submitting some cash and they're like, it's not really working. I'm getting this weird error. I was like, okay, send me a screenshot. Because apparently as QB's master, I also have to do all the troubleshooting. I was like, dang. Downsides of this is I can't just send it to someone and say, hey, fix this. I was like, oh, it's me fixing it. But I was like, send me a screenshot. I loaded into the agent and I was like, hey, what happened? Why is this, like, why is this person getting this error before we roll it out to everybody? And they go, oh, it's because you did not build in a timeout. So because this person was like, they logged in the first time and it just never timed out their login. They were just logged in for five days at a time. When they went to go actually upload something, it broke because it basically timed out. Like it didn't re authenticate them. And I was like, oh, again, not something I thought of. So I'm not perfect in my coding. Yes, not something I thought of. And so once I figured that out with the agent we built in a, I think it's like a 15 minute timeout now so that you know, you sign in to Sash responsors. If you don't do anything for 15 minutes, it'll boot you. So that every time you log back in you're re authenticated. Then you can upload stuff again. Things I learned from it actually being in deployment with people, not things I, I didn't even test for that. I was like, I don't know because I was testing every task all at once when I was logged in. Again, not something I came across. And so that was really important to see what did and didn't break and then also to see what people wanted to add to it. Every week we got like new requests for hey, do you guys have email marketing company I can use? Do you have, you know, actually people, stuff like that, right? They were like, do you have more information on networking? That's always a big question. We get. So we made a whole section for networking in qb. Like we just kept adding to it and adding to it and then people were like, oh, I want to just submit my activations to QB and not email you like I used to have to. So that we built a whole submissions and then we built a whole speaker submissions path where for the sponsors who had speaking specifically, you had a whole section of Saster sponsored speakers and it would give you exactly what you needed to submit all of our speaker guidelines. But also, and this was magical, it would let you pick a time, which I know sounds really basic, but QB would let you pick a time when you were submitting your speakers. And then when he saw that there was like three or four speakers at one given time, he would gray it out. So he'd say, okay, listen, all the sponsors are going to submit this task on the same day when it opens because they all want to speak on Wednesday. They all did. Okay. And so QB would say, all right, I've already had four people submit in the 9 to 10 o' clock slot. I'm going to gray that out so that the next fifth person who does that can't pick nine to ten because it's already going to be full. So again, things we had to do in an email back and forth that cost a lot of time that QB just did agentically because he's built that way. So we added again, how QB is now is not how he was and he won't be that way in a week. Like now that we're getting closer to disaster. I've gotten more of these requests in the last week for even. Here's the thing now people want even more out of him. They're like, oh, hey, could you add this? Can you add that? And I'm like, we're so busy right now. But yes, I will add all these other features and functionalities, Kiwi, because I'm glad that you guys are using it again a lot more than you used to. So, all right, number five, again, if you're going to reverse engineer something like this or build something like this for yourself with the Vibe coding app is again, understand where you can leverage the data you're going to get out of this to be more authentic. That's basically how we turned QB from a somewhat generic customer success portal slash project management tool into an agent. Like, he still does those things. He is still a project management tool. He's still a customer management tool, but he's also more of an agent now. Right? But again, he didn't start that way. He didn't get that way. You know, it's, it's understanding where you can leverage things like this that are built this way, that has different APIs that you can have for yourself to say, okay, how can we get him to do things automatically? Even if you don't want to say gentech just automatically, right? Like in this day and age, again, are you doing things like sending unique links to people when you're onboarding them, or do you send them custom kind of things throughout the day? If you're like, hey, I saw you're not using this feature that we just rolled out. Here are some tips on that. Let the agent do it. Are you sending reminders, workflow or are you not sending reminders and workflows that you want to be when they log in or do do or don't do certain things in your SaaS tool? Let the agent do it. Are your CSMs or aren't they checking in regularly with people? Because guess what, Kiwi can do it as many times as they slash you want. As Jason said earlier, that is one of the most magical things is he will do whenever you want it to. Or you can let them pick, right? Hey, how often do you want an update? And then maybe you just force for some emails or updates or however they want it if they have things to do. Honestly, QB this week has started doing things like collections. I was like, yo, you need to get on this because we're humans are really slow and faster's coming up, so there's other things you can build into it. But again, if you see something's not getting done regularly, the agent will Just do it, man. Like it will do it without question. It will do it very quickly and it will do it for all your customers. At scale, you know, we did this for 100 people. You could easily do it for 1,010 easily. Like maybe you need multiple agents to do it or multiple cubis, but it can do it right. I think too how we evolve QB into the name was, yeah, a little bit of the play on the QBR. But QBRs have always pissed me off as a customer because like, why am I waiting once a quarter for super generic stats? You're not telling me anything in real time. Everything in a QBR has already happened. Whereas QB the agent is in real time. It is what's happening now. It is not waiting for a magical quarter of a window to pass before I give you any sort of freaking insights. He is now, he is real time. He is live. He has access, he has all the data. Wouldn't you want that instantaneous versus once a quarter before you know this customer is going to maybe turn from you because you don't know. I don't know. I feel like there's a lot of power in that of. You know, again we. We were guilty of this too. Like last year we waited till after stringual to check in on some things and now QB can just do that before the event. He's just a lot more proactive. And so again, it's not where we intended him, but that's kind of where he is now. And I think that's really powerful to see with our customers. But it's, I'm sure, be powerful for your customers too. Okay, agent hopping. I'll talk a little bit about more here. But yeah, you know, again, we don't store everything in the native vibe coding agent. We store things in different tasks through the API. I built out a custom Salesforce connected app. Had I done that before? No. But I asked the agent and Claude how to do it. I was like, hey. Actually our Salesforce integration kept breaking and I was super frustrated. Jason knows this. I was like, every day this Salesforce thing keeps breaking and then he forgets a bunch of stuff that I don't want him to forget. And so eventually I was like, hey, Agent Anclaude built this so that he doesn't queue breaking and that he has data more persistently. And so it led me to build out a custom agent. Sorry, custom Salesforce connected app. Took me maybe 20 minutes. Wasn't that bad. And now he doesn't break. So it's great. And obviously there's there's data in there, but there's not that much data directly in qb. So that works really well. Okay, last couple things and then we'll do any sort of last Q and A till we run out of time. The agentic piece I built out again one layer at a time. It started as, okay, let's just do, you know, an email to me on who hasn't logged in or not and then I'll add the rest of the team. And I was like, oh no, we could do one for each sponsor. Then we started doing one for each customer and they got, you know, they're getting now because they can attest to if they're. Some of them are on this call. I saw as they can attest to. They get these weekly emails from QB that David and I are copied on with the sponsor production team where it lists them out, everything they have or haven't done, what's due, what's upcoming, things like that. And so again, it just, it will just trigger certain actions. It will also tell me when people submit something. So this week for instance, all of the booth graphics are due for everyone's booths because it takes time to produce those things. And again, we're like five weeks away. So it'll tell me every time somebody submits their booth graphics, which is great. I go through, I check them. Actually previously I used to just check them myself. Now me and Claude cowork check them with Illustrator on my computer, which is also very nice. That saves me a bunch of time as an aside. But again, for our internal team, it's just so much better visibility for everybody. We just share this with, you know, our production teams that need to get like a basic report. Folks who are new can onboard really quickly now versus very slow. So a lot of agenda pieces there. But I didn't build that all at once.
- [51:56]
A
I think this is great. One thing just to remind folks, you can build your own version of this. Hopefully that helps. The slides are there. You've got how we built them. You do have to maintain these agents daily. We say this every single time we do it, but there is no set and forget. Whether it's things that will break, like the initial version of Salesforce Integration kept breaking. Whether like today, like it sounds like 10K gave triple updates in Slack instead of one, which is a recurring issue. We know why it happens or. Or there you will see regressions. For example, this. If you haven't built software today, Amelia tested every button, every link, every upload in the app, right? As your agent Gets more complicated as you add features, it may break those links and upgrades. Even though you. You'd be like why I added a totally different page. Why did it break the upload button? Beyond the scope of today. These regressions will happen. It is life. And so you need to budget not only just like when we've Talked about our AISDRs have you have to review their emails every day for a long period of time. You have to do it when you build your own agents and your own apps every day. You have to check in on how they're working, check in on their functions. And my hack is make sure you have them send you an email status update every single day. Have them build that because you'll see stuff break in the email and then you'll realize things are broken that you can't see. But just realize anything that's as good as qb. It is great. It has replaced many humans that would not do the work. It gives us 10 times the scale, gives us everything. And between Melee and me, we're checking in on it every day. Right. Just like you're humans. And so just realize if you want to do this. Do you need an agentic deployment expert as I've talked about before? Maybe, maybe not. But you need a human who cares enough to manage QB and 10k every day or. Or it will fail for you.
- [53:49]
B
Yeah, it's. Yeah, it's really. I know I put some before and after slides in there, but it's really been night and day and that's why at the end here I actually call him QB1 now because he is literally a quarterback. He is our, whatever you want to call him, our AI VP of Customer Success. QB1QB. This dude is his what I rely on now. Like I, I can't see myself going back to how we were doing it. I wouldn't want to. But also I think just for the lift we've gotten from our side of the fence, but also as our customers and sponsors have seen where again, it's more tailored, people can still talk to. And again, maybe I didn't say this enough in the first 58 minutes. People can still talk to us. It's not like we said, hey, here's just QB and that's it. We weren't like we're going to drop you totally into the AI and if you can't solve your problem, you're on your own. There's a reason we're copied on every single Qubie message that goes out to our customers because when they reply to it, sometimes we reply sometimes it's like something nuanced of. Yeah, to Jason's point today, like somebody's like, hey, I submitted everything to the portal, but it looks kind of funky. And I was like, okay, let's go take a look. Right? It's not like we're dumping them solely onto the agent to deploy to be successful at Tapster. It's something where we're back filling. We're very supplemental. You know, sometimes they do want to talk to us through ideas of what they want to do at their booth or a lot of our diamond sponsors we have still. We still do weekly calls with them. I still do weekly webinars for all the sponsors I get on. I probably was on Ken sponsor calls last week and I'll be on another 10 this week. We're still doing all those things. So I do want to say that too. Maybe I should have said it sooner, but it's not like we drop everything in customer success. It's just we're doing a heck of a lot more of it with qb. And I feel like that's also true just from the fact that people keep asking us to add stuff to him. Right. It's okay. So it's, it's not only helpful for us, but it's become more helpful for them because now folks actually ask for features and want to get more things out of it in a way that we previously wouldn't have been able to do and serve because we would just run out of time. Or I just couldn't find people who actually would send a hundred sponsors for unique links each week and keep them on task. Right. We just couldn't get that done.
- [56:07]
A
If you decide that there is a use case where it's worth your time and again, it has to be above the line. It has to be worth. If you have. If you can do this all the notion and it works great, don't build it yourself, don't. We can't. You know, the 9010 rule applies. Buy 90% vibe, 10% at most. But if you decide to build something like this and you get into production, you get it working, you invest time. The magical thing that Amelia said, it's so magical, is that unlike off the shelf software, when a customer asks you, hey, could you do this? Instead of saying no or asking your CS person if it's on the roadmap for the next 24 months, if it's not that complicated, we go into repl.it and just say, build it now, we can ship it that day and we're not engineers. To say that is magical is an understatement. Anytime with off the shelf software, someone asks you for something that isn't obvious how you do it in the app, the answer has to be no. Unfortunately, we're stuck with what we got. So it's not a reason reason to start there. But if you get something pretty good into production working your ability to enhance it for what your customers want, it is magical. That might be the biggest, the second biggest lift of all is the ability to add to vibe additions. Not to vibe the 1.0, but to add things you didn't know you could automate before because Your rep lovable V0 can do it in an hour, not a second, not. And it needs some testing and qa. But if it's important now, you can just like anything you want that is SaaS you can pretty much build for your customers if they want it. So it's pretty that that might be reason number two to do it.
- [57:41]
B
Yeah, I think again, we've, we have literally fought with given people who don't want to do this either. Internally, outside agencies, you probably find some of your CSMs and external teams on like how much coverage they've got. Again, maybe for maybe smaller starting up. You've got one CSM for 50 accounts. That's never viable. Right. Unless you do it with an agent. Now I do think that's viable with person plus agent. Then, then you have enough coverage. Then I think again, that's something where you don't drop it and you don't drop them just only into an agent. But it can alleviate a lot of tension between you and your customers and focus on the things that matter, like deploying things when you take the friction out of it. Right. It's just the QB takes all of that friction away and he's gonna, he's gonna win every time because he's 24, 7 automatic again, as often as they want updates, he can do it.
- [58:37]
A
All right, question we got, which is do you tell folks it's an AI? I think across all of our agencies, we don't tell folks it's an AI. Traditionally, I'm not opposed to it. I don't think there's anything wrong with it. I think our folks, I think listen, we still. Our average deal size is $100,000. So this is still a bespoke process. Amelia, David, even me to some extent is involved. We're not trying to take humans out of the loop. We're just trying to have the AI handle the 95% of stuff that can be automated. So right now our customers are fine getting an email that's a mix. They will reply back to the human if they want the human or they will just do it themselves. With QB, if your deal size was 1k instead of 100k, you would want to automate all the inbound. And we don't have a chatbot on QB, but we have a chatbot on 10K area VP marketing that could be added in an hour. So we could add a chatbot, we could do all these different stuff. But at 100k people actually want a hybrid of humans and AI and there's, there's kind of a meta insight there. Right. People want to reach Amelia or David instantly. But they also enjoy the fact that for 90% of stuff they can work with an agent. That's better. Right. They know and I think this, a lot of our views are very 2025 or 2024 if the agent's really good. People are smart. Like the benefits of an agent versus a human, real time access to data and very Amelia can speak to it. But very rarely have we seen that frustrate anyone. They like that combination and they get it. They get that. I think they would be frustrated if they couldn't reach a human.
- [60:05]
B
For sure.
- [60:05]
A
They'd be mad. We all get mad when we log into a poorly trained AI bot and we can't reach a human. I want to blow my brains out. But we don't need to do that at 100k price point.
- [60:15]
B
No, I think the thing is too. And something I hadn't thought of till now too is like with our very top tier account, so we're talking In a multi six figure deals here like more than 100k. We go to where they want. Okay. Salesforce, no surprise, likes to work in Slack. Duh. They have Slack bot. There's just so many things you can do. And so we were like great, get in our slack. So they're in our slack. You know, they have qb. They get the automated emails, they see them, they respond to them. They'll literally bring them up on calls. They'll be like okay, let's go over our tasks that we're missing. I feel like okay, great, I didn't have to tell you. I keep you told you. But also we're in, they're in our slack, which I 100% come in our slack. The water's warm. That's how they want to operate. The Google team likes to be on Google Meet in Gemini and Google chats. And they also like to text me. And that's fine. That's what they want, right? So again, QB is not the end all, be all. I should have said it sooner, but for our very top, for our, for majority of our customers it is night and day. And for folks who want supplemental help, they can email us, we respond very. The thing is too like now we can respond so much quicker because we're not bogged down with all the little nitty gritty stuff that we used to have to answer ourselves that we can actually. It frees us up to answer the more important things when people ask us questions. And then yeah, again, to the point of, you know, we. I still get on dedicated calls with folks that still do a weekly sponsor webinar and I for our top tier customers, I go wherever is easiest for them. I don't presume. I don't, you know, QB's great. I don't presume. The log you saw a couple of my diamonds haven't logged in. That's fine, that's okay. If that's the way they work, we'll figure out what works for them. And for them it was like, like one of our diamonds was like, okay, this is great that I'm getting all the emails, but I'm just gonna reply to you with a visit folder of everything. And I was like, that's fine, but at least you got the emails of what you needed to do and I didn't have to tell you. So I think again, there's a mix there of. Part of what we've done too is this has freed us up to be a lot more lenient on how we engage with our customers in the way they want. Whereas previously I would have been like, no freaking way. It is all or nothing. We're too crazy. We're stretched too thin. We don't have the bandwidth. They gotta just conform to us. And now we're going to where our customers want, which is what you want too, right? Like you want to go to wherever it's easiest for them. So it's freed up a lot of our time to do that too.
- [62:41]
A
I think we have most of it. Okay, we'll do. We'll. It'll take us a little while. We'll. You can come build your own at Saster Annual, the folks will be from all the vibe putting platforms will be there to help you and we'll do. Once we get through Saster Annual, we will collect all the data and we'll do a, a part two of this and we'll show you what worked what didn't? All the analytics compared to humans. So. And you'll see where we kind of landed on all of this. But again, I would challenge folks. I gotta tell you, I've done a lot of investments, I work with a lot of high growth B2B companies. Very few people do this well. Very few people do this well. And when I meet a leader, especially Chief VP of Customer Success at Telomeres, everything is perfect. They're always gone in six months. 100% of the time they don't do this well. I think there is in every enterprise there is low hanging fruit. Here there is something broken in your onboarding, retention, follow up customer education process. Find the most broken one or two things and even if it isn't broken, be honest. Go through your flow, see where you have gaps in coverage, see who only see where only 50 of your customers are covered or 30 or 20 or where there's gaps and think about what you would build to get that to 100 coverage. And I think it's worth just building that what would get you to 100% coverage in a segment. And I think you can copy Amelia's prompts and copy our work or just go into the leaders like replied and say just copy past your sponsors and see what you get. Have some fun with it. Because the software in this category is mediocre and it's difficult to configure and it's dated. It's dated. So I think that this is a low hanging fruit for Vibin. So thanks everybody. We'll see you in May.
- [64:20]
B
Yeah, thanks everybody. Just as a last little bit here to Jason's point, I'll just. I haven't really promoted this but the agenda is up on Zaster annual if you guys want to see what we're doing. All the vibers will be there. Anton from Lovable, Chad from Replit, Gene from Vercel is going to be there on Tuesday. Not to toot my own horn, but one of the top performing sessions is I'm going to do a version of this with our AI VP of marketing. But I'm actually going to have my FTE from Replit join me so I can show you guys how to do one in real time. So we'll do a version of this but a little different where I rebuild an AI vpm. I'm not going to use our data, I'm going to use probably fake data I decide was for the best for this because we're also going to record it. But so yeah, that'll be a fun one, too. You can come ask me questions there, too, if you're coming in person. But yeah, all the vibers, everyone's going to be anthropic is going to be there this day. There's a lot.
- [65:14]
A
Yeah, it's good. Our goal will become if you come on Tuesday to deploy day, whether you fully use it or not, you can walk out with your own AI VP of marketing.
- [65:21]
B
That's my goal.
- [65:22]
A
That's the goal. That's going to be awesome.
- [65:24]
B
Yeah, it's the last session of the day for that reason, so you guys can ask us a bunch of questions. But that's my goal. So you can walk out with one. I'll see you guys there. Thanks for tuning in.