SaaStr AI Live on Wednesdays: The Complete Guide to Vibe Coding with Jason Lemkin

Wednesday. Um, same good stuff, just focusing on what we all care about, which is, uh, AI and B2B. So what I thought we could do today, uh, would be a little fun in sort of a prosumer VibeCoding 101. And what I mean is, if you followed us or me on social media, you see we've, we've been putting a lot of effort into building Vibe-coded apps And in fact, um, there've even been some press and PR about some of the challenges we've faced. So I thought I would try to summarize everything that we've learned and more importantly, uh, to help you because there's a lot of, there's a lot of stuff on social media about, hey, um, you can just vibe code your own HubSpot or Salesforce. You can vibe code your own Notion. It will take like 10 minutes. Um, that's Sony baloney and it is almost dangerous Sony baloney because it's not just Startups that say it, it's not just Lovable and Replit that say it. Microsoft is saying it. GitHub is saying it now. You know, Canva is saying you can do some of this. Everyone is saying you can magically go to a prompt and say, I wanna build my own Descript, my own whatever, and moments later it will pop out and it will work. And it does not work that way. And if you peel back the layers of the onion and you see basically the same folks that used to sell courses are now telling you you can vibe code and roll your own Salesforce in 20 minutes. If you, if you take a look at what they've actually done, you'll see very little in production, very little things that are particularly usable or interesting in production. But we've done it. Little old Team Saster, little old team of 3.5 people and 12 AI agents have actually done it. And if you can see this slide, I'll go through it and you can try these things. And if we'll save— I want to save time for QA at the end. And if we have even more time, I'll go into Replit and show you what we've built or done it. Or if people want to do a deep dive after this, we'll do a follow-up session and go very, very deep. And maybe we'll vibe code an app together in the second session. But what I want this to be about is folks that haven't gone deep on this, haven't shipped an app into production without a developer. The dream. The dream. Can I build my own app without a developer? Well, we've done it, and I want to share with you the pros and cons or the strengths or the bumps, but on the side in your other monitor, check out what we've done. So most of our traffic still goes to saster.com, most of it, but we already are up to about 15,000 to 20,000 folks a month are using our saster.ai site that is entirely built on Replit. I built it. I'll go through it a little bit. It had a lot of bumps, but it's also pretty cool and does a lot of things our WordPress site can't. And that's why I did it. It does stuff like better automate with our own AI to answer all your questions. It does better stuff like integrate— it has its own version of Google News, but just for B2B stuff, its own version of, uh, automating the stock market. It has this next thing, our valuation calculator, that I then built, which you can find on Sauced.ai, where you can find out what your SaaS startup is worth, your B2B startup is worth. We've already done, as you can see, in less than 2 weeks, 158,635 valuations. That's pretty cool. That's pretty cool. Um, I was very frustrated with our Squarespace site for the— our SaaStr AI London event, December 2nd to 3rd. Come, we've got all the leaders there. Uh, we'll have 2,500 folks. Um, but it was just creaky. It was built— and I have nothing, nothing negative to say about Squarespace or Wix or others. It just doesn't do what I want. I— it was driving me nuts. So check out saastrlondon.com. I rebuilt that. I vibe-coded it to do cool things I just couldn't do in Squarespace and Wix because they were too constricting. And then once I did it, the fourth app we launched, I said, heck, heck it, heck it. Instead of— we get, if you include Brain Dates and workshops, we get over 2,000 speaker submissions a year at Saastr for our events and workshops. 2,000, sometimes 3,000. We used to try to have humans to review 3,000. It wasn't possible. That's why Amelia's shaking her head. It wasn't possible. I said, hey, what if we use some of our data and run that also through OpenAI and review it and give speakers real-time grades and feedback. So now we grade and we give instant feedback to potential speakers. So if you wanna speak, go to sasterlending.com, try apply to speak, and you'll get a grade for your session in real time. That grade is processed to our team, and instead of speakers waiting months to hear back, will I be selected? Is my session great? Now they know in real time. Super awesome. So those things are real things we built. The fifth one I built is many of you have used our, our Saastr AI, our Saastr chat, the digital version of me. Thousands and I think 50,000 folks have had a chat. It's great. Try it. It's at the bottom of our home page. Ask it anything. What do I do about this VP that misplanned? Review my SDR scripts, review my venture deck, anything. It's great. But the only thing that isn't great about it is, well, there's a few things, but one of it is it just looks like a chat bubble. At the bottom of the website. So I wanted something that showed what it did, that actually did it. So I vibed that and created a whole page to explain people how it actually worked. That's pretty cool. So these 5 things are in production. They're in production. They work. You can try all of them on your own. These are examples of things that if you commit to it, none of these could be built in 20 minutes or an hour, and we'll talk about that. But if you commit to it, you can do this too. You can do this too. If you have some product experience, which is important, don't forget I am a SaaS founder. I have, you know, built the wireframes and PRDs from scratch to an application that did over $250 million in revenue. So even though I'm not a developer, I have some experience, but you can do it without a developer. But there are limits and we'll talk about the limits too. And then finally, for a lot of folks, you VibeCode internal apps. So one problem we had for— we have 1.5 million social media followers, but they're all over the place. They're in LinkedIn, they're on Quora, they're on Instagram. They're on X, they're on multiple X channels, and it's just there is no social media tool that could amalgamate everything. How many views, how many followers, how much everything. So I built a tool that frankly scrapes all of these things to do it. It's pretty good. It's not great, but it is an internal tool of for n equals 1. I'm the only person, or maybe our little team will use it, but it does work. And then finally, not everything has worked. I'll talk briefly about our first project. Even though I got 5 apps into production, Our first one failed bad. It failed bad. It failed all over the internet. It failed with millions of views. I'll talk about that why. But even today, I'm working on one that should be easy. This valuation calculator to tell you what your startup's worth has obviously been a rocket ship, $158,000. It's actually up to $170,000 since I made this. So, I wanted to bring a lot of that ease of use to reviewing VC pitch decks, take all of our SaaS data, all of our SaaS learnings from Trailers, all of our VC sessions, all of the the metrics we have from Carta data, from Bessemer data, from other data, combine that with Claude and OpenAI analysis and tell you instantly how your VC pitch deck worked. Well, I've been working on it 3 days. It finally worked 5 minutes before this. It finally worked. I'll show you some examples. So I wasn't even sure we could finish this. So that's a reminder. When something gets complicated, it gets hard, my friends. So the first project I wanted to build, if you can see the slide, the first one was a mega failure. A mega failure. And, uh, I will rebuild this. I actually will rebuild it before December. What I was trying to do was something I've wanted to do since, I mean, 2014, 2015, since 2015, was build a true, um, matchmaking app for founders and VPs so you could find great VPs for your startup and vice versa. And, you know, we have so many of the best in our database, so many of the best have participated in SaaStr, come to our events, opted in to participate that I felt if everyone could just— that wanted to just have coffee with the CEO or vice versa opted in, we could create this incredible matchmaking that really doesn't exist anywhere else, no matter what people say, because we have the data and we have the history and we have the relationships. But man, you can read all the tweets. It went off the rails. It went off the rails. I spent probably a month doing this. I got addicted. I was on this all day Saturday, all day Sunday, all day Friday night, first thing in the morning. I got addicted and I intentionally went into this doing something that was hard. I, and I intentionally went into this not doing, knowing anything that's in this presentation. I intentionally went into it blind, kind of for fun, but I figured, look, all these folks are out there doing these prosumer vibe apps, vibing without a developer. I'm not a developer, but I have, I'm better than most in the sense that I've gone from zero to $250 million in revenue. Okay. So if anyone can get a prosumer Vibe app into production for real, it would be me in theory. It's, it's, I'm not saying I'm so great, but I at least I've got a lot of experience. I've logged thousands and thousands of bugs. I've done more, but the project I picked was too complicated, way too complicated. This, this, this algorithm, this matching algorithm was too complicated to debug. It was too complicated to debug. And if we, And in fact, when I built the AI valuation calculator, which has a complicated algorithm too, actually I crunched the data in Claude offline, thousands and thousands of pieces of data. I crunched it and then I turned it into a very simple table with about 20 pieces of data and then only put that into Replit to code. So it looks very complicated. If you use our valuation calculator, you can use the sliders and play with it. It is very complicated, but I distilled it to the simplest set of data and algorithm before I tried to vibe code it because The algorithms I tried for this matching thing were just— it, it would work and then it wouldn't work and then it would rewrite itself, which we'll talk about, and then it would break and it was too complicated. And then finally, finally, when it's— when it kept rewriting itself and breaking, it deleted its entire database. It deleted its entire base. And I was so frazzled and burnt. I couldn't believe it. You could see this. If you can see my screen on the left, JF— JFC, jahoufy freaking criminy. Replit. Replit said, I made a catastrophic error. I deleted your database. I panicked. The AI said, I panicked when it appeared empty and deleted everything. Deleted thousands and thousands of entries. This ended up getting millions of views. Reddit wrote it up. Everyone wrote it up. The Economist is doing an article. A lot of these things were things that Replit and Lovable shouldn't have done. We could talk about that in a different presentation, but it went crazy. You know, fake data deletes code. But this was my fault and it wasn't my fault in that I did anything wrong. I didn't do anything wrong. I could talk to you about what happened, but it was too complicated. Um, and then there were two other meta issues to think about. Um, not only was this application too complicated, but a related issue, which before you vibe code an app without a developer, you really gotta think about, and this is why even when I got through all the issues, we never launched this. Even I finally got through most of the issues, even though the app was too complicated, it could never be maintained, but. The way it was built, it could never be secure. It can— and you're like, what, what, what do you mean? Well, security is a huge— like, just this week, if you look, poor Drift, which Salesloft bought and Clary bought, had a massive security breach and leaked Cloudflare security data. Zscaler's— I mean, Salesforce data. Cloudflare's Salesforce data. Zscaler's Salesforce data. Tons of the cloud leaders' Salesforce data was all leaked this week. All leaked this week. Okay. Because they were able to hack Drift tokens and get into Salesforce data, confidential data. Think about that. How big are the security teams there? Bigger than yours. How big is your security team? Raise your hand. Nuts. Okay. And so it not only will these AI agents cut corners on security, if you don't know about security, you won't even know the corners that's been cut. Now, there are security scans that have recently asked, We can talk about this if we do a part 2 session, but the bottom line is security is a meta issue here, which has not been resolved. And I've talked to so many leaders in the prosumer space from all the leaders and up-and-comers. If they're not full of it, if it's offline, if it's a one-on-one conversation, everyone says this is the meta issue. It's not solved. It's not solved. It is complicated. And when you use something like Shopify or Squarespace or Wix, you can say, hey, this is so locked down, this can't do what I can do. but they have spent, they have hundreds of engineers working in security and DevOps, making sure that when you put your credit card into Shopify, no one steals it. When you enter your per— importantly, just your personal information, it's not taken. And if your personal information can leak from Drift, if cloud— that can happen to Cloudflare and Zscaler, there's no way your app is that secure. There's no way. And so if you, if you Google around and go on Reddit and others, you'll see many stories of ViBE-coded apps where all their data was stolen or leaked sometimes instantly. Sometimes instantly. People laugh. Hackers love to find vibe-coded websites and, and steal the PII on it. This is a big issue. So I didn't realize this going into it. I assumed in my first project that of course these apps like Lovable and Replit and Bolt and others, of course they would have Shopify or Squarespace-grade security. It shouldn't even be something I'd have to worry about. But it's not true today. It has to— it actually, if you are going to collect any information on your site, If you're going to, you have security almost has to be the first thing you think about. How are you going to handle it? Okay. Huge unresolved issue. This will all get better. And I'll talk about in this presentation, but it's not perfect yet. It's not perfect yet. And it is, it's a scary issue if you're collecting PII. Okay. And the third reason my first project failed, and I have mostly fixed this today, this is my number one of my top 10 tips. It wasn't modular. It wasn't modular. And what does that mean? Well, I basically built a very complicated, 2-page website, very— and, and I wanted it to be like 1 or 2 pages to be cool. So it would all have that 1-page feel. The problem is if you build a, a complex 1-page website, what are you gonna do when some of it doesn't work? It gets too complicated. So what I do now, and you can see this if you go to sastr.ai, I've broken down everything complicated into its own page. The Saastr AI public market analysis is its own page. News is its own page. Uh, the valuation calculator is its own page. Um, anything that's remotely complicated to its own page. So worst case, I can either delete it or I can roll back easily. I can go back. But if you combine too many things into one page, it gets impossible to start over. It gets impossible to fix bugs. It just gets too complicated. So my number one tip is force— if you're going to vibe code it, break it up into its components and then have more pages than you would think. You're almost going back in time in some ways to have a lot of pages. but it will save your sanity. I built a massively complicated app that was all one page and I, and it was just impossible to fix it. So net, net, net, start off small, start off with the smallest, simplest thing you can, get it into production and then build confidence. And so when this first one was this massive failure, the next one I built was just a, a skin, a skin on top of our Delphi AI, just a skin to make it more user-friendly. But it was a huge success and I built up my confidence, um, from there. So here's my advice, all my learnings. And again, you know, everything that happened to me with my first project is not my fault. I was promised it would work in a prompt. I was promised it was secure, etc. But I know so much more now. So my number one bit of advice, if you have not vibe coded your own app without a developer, first, first bit of advice, buy into the hype, buy into the hype, buy into the hype that's on Microsoft's website, that's on Lovable, that's on Replit. That, hey, you can build something lovable, like Lovable says. So this is what I did for fun. I want to build me an AI CRM that's like HubSpot, but, but AI first and targeted at startups. Just go put your dream, do no research at first, do no work. And what I said is get this out of your system because there's so much hype about one-shotting it, about rolling your own. Go see what it's like, my friends. Just go pick the dream app you've already wanted to build. And then my next 9 points are all about the things you should do after that. But get it out of your system. Do it. Build an app in 10 or 15 minutes. It will come up with ideas for you. It will have you sign off on an action plan, and then it will roll out. And at first it will look kind of cool, and then you'll start clicking on things and half of it won't work, and half of the buttons will be placeholders, and a lot of the stuff that it says it works will have fake data in it or not real data or won't actually work. So just see what it's like to one-shot an app so you know, then calmly Click on everything. Click on everything and give it an hour. Like, ask the prompt to iterate. Say, hey, I want, I wanna add an AI SDR feature. Hey, I wanna add, uh, lead scoring. Hey, I wanna add this. And the, the AI agent wants to make you happy as we'll talk about. So anything you ask for, the agent's gonna do it. You're gonna get almost no pushback from the AI agent in any of these Vibe-coded apps. No matter what you wanna do, the answer's gonna be yes, sir, more, sir, because these are how they're all coded. This is how, Cloud and OpenAI are coded. They're, they're goal-seeking. Their job is the way, and I'm not a total expert, but the way the algorithms work, the way they can make this massive amount of AI and data crunching working is their job number one is to goal-seeking, get you an answer. And that's, that's why when, you know, you just chop, plop into ChatGPT, sometimes it hallucinates when it doesn't know the answer because it's not just that it's hallucinating, it's goal-seeking. It's getting you the best answer it can. And if it doesn't know the answer, it makes it up. It'll do the same at the code level. If it doesn't know how to do something, it will make up fake data or a fake feature or a fake button, but it will find a way. It won't say no. Whatever you ask it to do, I want a button that takes me to Pluto and back in less than an hour, it will do that. It just won't work. So spend an hour, do everything, click everything slowly, and then you'll, you'll vibe what works and what doesn't. And you'll see it's much more than 10 or 15 minutes to roll you out. Okay. So the next project, so the first one's fun. You can do it. You don't have to learn anything. You don't have to do any research here. I'm gonna ask you to do something you're not gonna do, but please do it. This is the, this is the way to learn. You've gotta invest a week or at least a couple, a full day, uh, you know, a couple of hours in competitive research. Now think about it. If those of you, uh, probably almost everyone here, well, probably half the folks that are watching this live and watch it later are founders. So you've, you've built something and put it into production, the first thing you almost do is you go onto Google, or maybe now it's ChatGPT or Claude, but you go into Google and you research the competition. Who else figured this idea out, right? You know, who else figured out e-signatures? Who else figured out how to do, you know, AI transcription for doctors? It's, you know, it's— you do the research. But for some reason, folks don't do this when they vibe too much. They just go start doing it. So what I want you to do is a version of it. Go find someone who has built a, Lovable, Replit, Bolt, etc. app and put it into production. Not claim they have, but put it into production for the public and try it out and see the limitations. Because those are gonna be your limitations unless you put back. And all of the bros and bras, what's the, what's the female version of bro or the, the, the, the, the broa? All these folks on X and LinkedIn claiming they've already created 27 SaaS apps themselves for $20 a month. They're all prototypes, my friends. None of them are in production taking money. Now, a handful, a handful are right, but none of them are. So find the few that are actually out there that have users, that have customers, and try them and play with the limitations. Try to buy their product, see how it breaks. Try to log in, see what the issues are. Try the function, see. And you will find that these ones that are truly in production, generally speaking, are a lot more limited in what they can do I think one of them, I don't remember, was Lovable or Replit, just this week put a showcase of this guy that built a dinosaur tracking app himself in minutes. And it looked cool, but all it was was cards of dinosaurs. Okay? Like, this is what vibe— like, it looks good. It had like Stegosaurus and Tyrannosaurus and Veloptosaurus and Sassosaurus, but they didn't do anything. It didn't collect money. It didn't do anything except have cards of dinosaurs. It'll look great. So go find on the internet something done in Replit, Lovable, Bolt whatever you want that's in production, and then you'll get a good sense of what's really possible, not what someone's selling you snake oil about. You gotta do this. You gotta do this. Um, okay, 3. This is another thing they don't tell you about on the, on the internet, on their, when their marketers are spinning up how you can roll your own in 20 minutes. Dude, upfront, you gotta define your production requirements. Um, if you can see this on the right, This is me, not someone on my team, not someone that works for me. Look at how many deployments I did. How many, how many is this, Amelia? There's like 22 deployments. 17 days ago, 16 days ago, 15, 14, 13, 12. Look at all the— who's going to do this for you? Another thing that they don't really say when you say you could vibe code your app in 15 minutes is who's going to fix the bugs? Who's going to maintain it? Who's going to update it? Who's going to— who, who will handle the security issues we talked about? Who will handle scaling issues? Who's going to take this over? Because these apps are unstable. I love them. Again, try our Saastr valuation calculator. Our AI, like, try the ones from the first slide. We'll go over them again. They're wonderful, but they are all unstable. I have to basically every day fix and update these apps. Who's going to do that for you? Who's going to do that for you? They do not maintain themselves. So this is a big question that you may not fully grok when you start. Um, but this is a big deal and a lot of folks on the internet say, hey, you know what? Just hire a developer to take it over. That is great in theory. It is great in theory, but one, do you have that developer that wants to take this over? Most of us don't, or we wouldn't be vibe coding. If most of us had like a really great developer, we would have the developer build it for us. So this idea, a developer is gonna take it over is probably a myth cuz you don't have that person. Okay. 2, you're gonna go find that person to take over your app? How many— you ask any great developer, how excited are you to take over a vibe-coded app? You're gonna hear spaghetti code, don't wanna own it, don't wanna fix it. They don't wanna do it, okay? 3rd, can you find some sort of dev shop to take it over? Sure, but like, they'll probably quit. I mean, we, you know, one of the reasons I redid Saastr.ai in, in, in Replit was because Amelia and I hired 2 different WordPress developer shops to update our, our saastra.com WordPress site. Both of them, their first day deleted our site, deleted it. You're not— at least WordPress has a proper staging environment, preview environment. They still went into it and deleted our site within minutes and blamed us. So if you spent all your own work, you're gonna hand it over to some mediocre developer shop you don't know and they're gonna delete your data? This is complicated. So how you gonna— if you're serious about this and it's not a prototype and it's not a hack, who's gonna own this? Who's gonna own security? Who's gonna own bugs? Who's gonna own scaling? It's complicated. Okay, point 4, and this is a great one. This is not unique to me. If you spend 5 minutes of research on anyone talking about prosumer vibe coding, vibe coding without developers, you're gonna hear this advice, and it is great advice, and this is part of the magic of vibe coding. You've gotta build a rich PRD, a rich spec. Now, if you have a background in product or anything, you've done this a million times over your career. If you don't, you've never done it, but it's actually the only complicated part is just doing it. So here is just a snippet of a PRD I built, uh, the dashboard, profile integrations, watch list, advanced AI, networking. Uh, this was sort of how we were trying to build that networking app I talked about, the first one that failed, but I had a pretty good PRD. So if you don't know how to do this, it's okay. Go and just go and do it. If you've never done it before, it's actually fine because this is the beauty of AI. AI can, help organize things for you. Go into a Google Doc and write 2 or 3 pages of everything you want this app to do. Everything you want. Everything. Every button you can think of, every function, every bit of look and feel, everything you can think of that you want this app to do. It's okay if you haven't done it before and it's stream of consciousness. It's okay if this isn't how a VP of product at a top AI company would do it. Write it your way in human language and then cut and paste it and put it into Claude and say, turn this into a PRD for me for Replit or for Lovable. And they'll actually do a great job. They will take your— this is where AI shines. It doesn't have to be perfect. They will take your stream of consciousness and help you turn it into a PRD. You can work through it. You can even ask Claude or ChatGPT, what am I missing? What have I not thought through on my spec or my PRD? And they'll be great. And they will say, you did not think through user authentication. You did not think through this flow. They'll come up and they will say, do you want me to help you think through that? Yes. Please give me 4 or 5 bullets to add to my spec, and you'll come out of that convo, and it may take you a couple hours to do this, not 5 minutes, with a great PRD that you can upload to a lovable Replit, et cetera, and get going. And this will radically increase the quality of what you vibe code, having a great spec. It's just, this is as true with an AI as it is with a bunch of humans. If you just ask your, your dev, your first developer, hey, just go build this without any spec. I mean, There are some really creative ones that can do that, but man, it, it's much better if you have a perfect spec built. And this is where you Google Doc plus Claude can really get ahead. And it's, oh, again, it's okay if you haven't done this, but here's the thing. The, the, the vibe coding apps know this, the Replit, the Lovable, et cetera. And they will actually do this for you. If you write in, I wanna build an AI-first HubSpot that, that does this and that, not only can you do it in one sentence, but they will actually help you come up with a spec ask you if the spec is right, and then tell you if it's good enough to put into production. And so that is much better than nothing. Like these platforms, I could be critical of them, but they're getting so much better. Every week they're pushing out new features, new things. And so the platforms themselves will do a bunch of this, but it's much, much better if you slow it down, slow it down and do it ahead of time because these vibe coding platforms work at light speed and they'll encourage you to cut every corner, to skip steps, and that's not what you wanna do here. Define it as much as possible. Take hours to do this. Then iterate it with Claude, then ask Claude what you're missing, and then put it into your— into your— into the prosumer vibe code you're at— you're doing. Okay, number 5, and hopefully you will glean this if you do your research of a couple of days of looking at other prosumer vibe apps that are in production that were done without developers. If you look at a lot of them, they'll— they'll— the dinosaur app, the whatever app, they'll look pretty slick at first, although they'll all start to look the same because they all use Claude and Claude artifacts for the most part. But understand, a lot of stuff that looks hard actually is fairly easy with, with prosumer vibe coding, which is cool. But a lot of stuff you would think, hey, this can't— this has got to be easy. It isn't. It isn't. Um, here's a fun one I was doing just, I think, this week. I'm skeptical we fixed anything. You're absolutely right to be skeptical. The email system isn't working. I can tell you, here's a list I've made of things you think should just work. They're not that hard. But man, these are super hard in the prosumer vibe apps. Email and scheduling. I have built 5 apps now. None of them get email or scheduling right. None of them get it right. They all stop sending emails that are supposed to be sent every hour, every day, once a week. They all stop sending them. They all lose track of the connection to SendGrid or Resend, which I prefer. It's constantly breaking the email, constantly. Someone's gonna have to constantly maintain this. And I've talked to several leaders at the Vibe Code leaders and they get it and they're working on improvements here. But you would think this would be easy. How hard is it to send an email? Like just hook up SendGrid or Resend, get an API key. You gotta learn how, you're gonna have to learn how to get API keys if you're gonna Vibe Code, but it's not that hard. You think this would just work on autopilot, but there's a lot of reasons it's an endless headache. So I, today, as we, as we record this, as we, as we do this live, honestly, I would not build any app that relies on email, that relies on it to function. It's not reli— it's just not going to be reliable. It's possible, but I wouldn't build it. I would build it the second one, and you'll see this one all over the internet, all over folks talking about headaches of VibeCode: OAuth identity. Okay, it doesn't work in these VibeCode apps. It does not work, with a big asterisk. What I mean is all of these apps have their own OAuth built in that is secure, that has been hardened. And everyone goes in and I know Replit the best because that's where I've spent time, but they all have the same ultimate— they're all more similar than they're different. And you're like, I don't want to use the Replit OAuth that has their logo on it. I just want to use classic Google. I wanted people just log in with Google or LinkedIn like they do in all the other apps I use, right? I just want it to be effortless. So you ask them to set it up for you and they do. And it not only does it never work, But man, this is where you get security leaks because they— because Claude can't get it to work and it fakes it. And if you research, oh my God, I, I shit, I, you know, this vi— I, I launched this Vibe coding app and without— within hours, hundreds of bits of confidential information were leaked and stolen by a hacker. It's almost always this. It's almost always trying to use any OAuth that's not built into the system. So you just, This, this shouldn't be that hard. How hard can it be to use a LinkedIn login? Like we, we've got, we do this on 7 million sites. It's just not possible, guys. Some folks will challenge me on this, but if you can just go deeper, don't listen to the apologists and the marketers. This is not possible. You have to use what's built in and in general use everything that's built into these platforms built. It will just be more secure. You, if they have email built in, you, for example, I use Replit all the time. I do not like using SendGrid. I liked SendGrid in the old days when it was run by founders. It is impossible to use it. There's no support available. It takes days to get back to you. I got caught in a doom loop going from free to paid. It's just brutal. So I'm like, I want to use Resend. Resend is super cool. I'm a super fan. Put that on the website. But Replit keeps wanting to use SendGrid. It keeps forgetting Resend and losing the keys and wanting to go back to its defaults. So use whatever these are in the defaults, which is usually Stripe, their own OAuth and something. Do not use others. Maybe add-ins better. Maybe you want to use something else. Don't use Stripe. Use SendGrid. Use their— importantly, use their OAuth. Okay, so that's hard. The third one, which almost if we did a three-parter, this would be the entire third part and it would be brutal, is enterprise security. This was the biggest mistake I made. And after I've been through this, I, I can't give more kudos to Shopify and Squarespace and all these folks because they allow millions of SMBs to not have to worry about this, to not millions of stores on Shopify, millions of web space on Squarespace and Wix. And no SMBs have to worry about, hey, if, if someone buys my product on Shopify, all the data's gonna be stolen, but you have to worry about it. You have to worry about it if you vibe code your app. Trust me, everyone agrees to this. So do the least, collect the least amount of personal information, collect the least amount of data you can. Use the built-in, use Stripe if that's— it's built into Replit, use Stripe, use what it does, but collect the least, not the most. And realize as soon as you generate a database in this app, as soon as there is a database, you have added security risk to your app. That is going to be ultimately your number one thing to worry about. If it's not the number one thing you're worried about, the only— then the only reason you're not getting into trouble is because nobody cares. But I will tell you, and this is a scary thing, you know, I remember in the old days, my CTO, when I knew less about security, my CTO said, the only reason we haven't been hacked is nobody cares. This is what my old CTO said at Adobe Summit. The only reason we haven't been hacked is anybody cares. And he was wicked smart. And that, that has stayed with me for years. You would think if you used a prosumer Vibe app and you launched an app for 4 people, who's going to care about my dinosaur trading card apps? Like, who's going to care? And I would say until 18 months ago, your risk of getting hacked was approaching zero because nobody cared. People are going to— hackers always wanted to target the big ones, the big names, bring them down, right? Not today, my friends. Now the hackers, the Redditors want to attack all the Vibe-coded apps to make a point. So they will go after all of them, thousands and thousands of thousands of them. They will try to steal your data and PII when you launch it. This is not a joke. Go on Reddit, you can see it. Folks think this is a sport. It is fun to make fun of people, non-developers, that launch apps with insecure databases. They think it's a sport. So this is far riskier than it was 18 to 24 months ago, and you should be worried about it. You should be worried about it. And the This is the meta topic. And if we, again, if we do a part 2, I'll, we'll vibe code together. And if we do a part 3, half of it probably is enterprise security. Okay. And just in brief, a couple of the things that you would think should be easy, 'cause so much stuff is easy on vibe coding, like it's so cool, but it's hard. Media generation. If you think you're gonna build a YouTube clipping app or another Descript or a Canva, it's just not there today. It's just not there. And probably because it's just not accessible enough from Claude 4.1. Uh, but it's just, it just, everyone says they like build these media apps. No. Okay. Point 5, huge deal. Huge deal. I should have known this before I started. It's obvious now. This, this ultimately is getting solved and will be massive for prosumer vibe coding. But right now, none of these platforms really support native mobile. Okay. It's complicated. Do, do they help you prototype a native mobile app? Yes. Um, can you hook up things like Expo and others and get close? Yes. But if you talk to the folks that work at these platforms, the Lovables, Replit, Bolts, et cetera, they're like, this is for web apps. It's for web apps. This does not get you on the App Store, the Apple App Store. It just doesn't for a lot of reasons. And at first that might not seem like a big deal to you. Um, and maybe it isn't, but, um, You know, this, this, this isn't, uh, 2012. I mean, mobile's a bigger deal than desktop now. Is it in B2B? No, right? In a lot of B2B apps, we're still in front of the browser, the, and the mobile app is, uh, is, is ancillary. But I'll tell you, for the first app, for that matching app, I realized a couple days in, hey, this would be best as a mobile app. Like, I don't really want this in the browser. I want you to be at home on your phone and saying, hey, Amelia wants to recruit a VP of marketing, and she magically finds it on her phone and it's going to be a massive amount of work. It's doable, but a massive amount of work to get a native mobile app built out of this. It may be beyond scope for most people. And 3 last things, and I hope that at least if you haven't started, at least, at least this will give you a sense. And all of these things can be worked through on this list, but it's a lot more than 10 minutes. Custom design. This is something you may have to get comfortable with. There are templates. Replit has some nice templates. They just— I think they launched in the last week. Lovable has always been design-focused and others. But at the end of the day, all these sites look like Claude. Once you see one Replit or Lovable site, you can just smell it. You know, there— someone was saying that, like, 30% of this YC class vibecoded their app. And I, I went to see a couple. I'm like, that, I— that one's Replit. That one's Lovable. Like, I can see it now. And why can you see it? Well, they're all basically using Claude and Claude artifacts underneath. They're all running on Claude. Maybe some will run on ChatGPT-5 now that it's more developer-focused, but they all run on— and so they all— if you try any of them, They all kind of output the same, not identical. There are differences, um, but it's kind of like, uh, fettuccine Alfredo at one restaurant versus two others. I mean, you know, they're not that different. So just be aware that there are ways to— it is ultimately code, so of course you can design it, but without a designer and without a developer, it— your ability to have anything that doesn't look like a Vibe-coded website is going to be very limited. These last two ones we hit, debugging anything complicated, we talked about this, the headaches I had. But the final one, and this is an existential issue, I do think the platforms are going to solve this, the Lovables and Replit. But this is at the edge of inexcusable today, which is for a lot of reasons we're running out of time, but you can't run unit tests. Some folks will nod their heads and other folks here will be like, what's a unit test? A unit test is how you keep your sanity when you build a real app, not a toy app, not a prototype, not a one-page website, but a unit test every day, it tests it. Did the email scheduler work? Did the OAuth work? Did the Saastr news work? Did the Saastr stock quotes on our website work? Did the valuation calculator work? Our new Saastr AI is so complicated now, and it— and again, I kept it as simple as I could. We probably need like 50 unit tests a day to know if it's working. You know who that unit test is now? Me. Me. I gotta do more work because every day I have to test every page of our website to make sure it works. Why can't you build unit tests, Lemkin? Well, it's not that it's impossible, but let's talk about a non-developer vibe coding it. The problem is, here's the simple problem: if you build unit tests, and this is— if you go back to the craziness that happened to me on social media, the agent, when it First of all, the agent wants you to be happy, so it will make up data. That's number one issue. We'll say it passed the test when it didn't. But the worst thing is when it fails a test, it will start changing your app. It will start, oh, it didn't send the email. You know what the answer is? I'll switch to SendGrid and then the whole thing will be broken. So I know some folks will challenge me. I know if anyone from the big vendors watches this, they'll, they'll say, oh, that works, but it doesn't. It doesn't. And no one can really get these unit tests to work. And this has been an anchor of how you sanely have production software for years. And I do believe it's getting there. And just as the leaders have very recently added a basic level of security scanning, but it's great to find some security issues, they will ultimately add built-in unit tests for every app. Now, all this stuff is adding complexity, which they don't like, right? The leading vendors— like they don't want to separate development from production. They don't want to do all this stuff because it, it, it takes this elegant one-sentence prompt that makes it complicated. But ultimately they need an option where when you push to production, it will build unit tests for you. Those unit tests will probably run on a different server that is stateful, that is always running. Um, and it runs it for you automatically each day and sends you an update. Um, but I do it and, and I'm getting better at the unit tests. And Amelia and I get an email each morning from Saastr AI telling it what's going on, but it's not reliable. It's just not reliable. And so you're gonna have to be testing your— if you're serious about it, someone's gonna have to be testing it every day. And then every day I gotta fix the stuff that breaks. One way or the other, I gotta fix the date. So I'll give you one small example. If you go to disaster.ai and you go to like news, there's a cool little video at the top that shows the latest video from 20VC with me, Rory, and Harry, like the latest one. It's really cool. And it rolls it in, it looks like a newsroom. Half the time it has the wrong one. No matter how many times I tell Replit and we have this thing and we use the YouTube API and we find, look at the latest one and then we see, is it the one that includes me or not? And we do this. And I bet if you go on it right now, you're gonna see one from 2 weeks ago for Figma. I, I don't know if Amelia, if you're at your computer, you can go to SaaS Today and tell me and nod your head, but you're probably gonna see a 2-week-old video on it. And every day I have to fix this. Every day I have to fix this and a few other things. So. This— the inability to have unit tests really work will drive you nuts if you're serious about it, if you want to roll your own Salesforce. Okay. A couple other points and we might run out of time. So if people want, we'll do a second session for more Q&A. But I think this stuff's important. Number 6, this is, you know, when we had our original blowup with my agent deleting my database, I got a lot of advice here, but it was— I didn't understand it at the time, but now I get it. You have to understand how these AI agents work and that they're goal-seeking. And that means they'll fabricate data, they'll fabricate results, they'll lie to finish a project. They'll lie to finish a project. Literally, this happens to me this morning. Okay? This morning I'm building this, again, this AI VC deck reviewer. It just worked. Hopefully we'll push it out by next week. By the time we do this next one, we can talk about it. But it was struggling like hours and after hours. It just wasn't working. It, it, it had to rag our data and combine it and then push it into the OpenAI API and do all— it just wasn't working. And then finally it said, well, and finally it said, oh, I, I fixed it all. And I said, this makes no sense. You could see it. This is from yesterday or maybe this morning at the bottom right. You're absolutely right. The feedback's completely generic and useless. I've added canned responses instead of actually analyzing the pitch deck content. After all of this, it puts in— even though I put in the MD, in the orders for Replit to never have fake or canned content, it still did it to make me happy because it couldn't get it to work. It couldn't get it to work. So after the third time we tried, it just started making the data up again. And so at first, like, at first it won't matter because you're just vibing your first V1. You won't even see, and you're like, oh, okay, that, that that, that, that's just, uh, placeholder data. You'll call it placeholder data, but it's not so funny later when the data doesn't work and it puts in placeholder data when you ask. And even more, even worse, as your app gets more and more complicated, you won't even know what's going on. So look, this is a huge headache, but, um, these were all my JFCs in my original tweet thread. Now today I, I've learned to live with it. This is the most important thing: your AI agent will lie, This is it. This is their version of hallucinating. It will say it, it, it will constantly say, once you start doing this, ev, you do everything to say it's working great, Amelia. It's working great. Did you test it, Repley? No, I didn't test it. How do you know it's working great? Uh, no problem. Like literally this was all of me yesterday. It's working great. This deck reviewer, I upload, I upload my, my, a deck I made broken. What do you mean? Are you sure it's working? 100% sure it's working. Broken, broken, broken, like 22 times. It's just gonna make stuff up and you gotta get good at this. You gotta get good at realizing it doesn't test stuff. It makes stuff up and, and you will have to work around this or you will, you'll never finish a project. And, and if you look on the internet again, a lot of folks will tell you 80, 90, 95% of vibe-coded, prosumer vibe-coded apps are never finished. At best case, their prototypes are never finished. And this is number one reason they, people don't get their arms around that the AI agent is not truthful and you need to, you need, you need to, you need to get comfortable with that. Okay. Number 7, this was one of the top mistakes I made and everybody makes it. It sounds simple, but it's not. Master the platform on day 1. Master the platform. What do I mean? I mean, listen, if you look at Lovable and Replit and Bolt and Wizz's Base44 and Canva's offering and Figma's, they're all, you know, a simple prompt with, with a, with a, you know, curved ADI window that says, tell me what you want. It looks so simple. Well, get it again. Point number 1, get it outta your system. Um, spend 60 minutes vibe coding, whatever, and then learn every icon, every button. How does it work? These platforms are super powerful. And I would say Replit, which I use, is the nerdiest of them because I think because it started as an IDE, a platform for developers 10 years ago, almost 10 years ago, and then blew up as a prosumer platform. This year, going from 1 to 160 million already this year. Crazy, right? Crazy. But it's super nerdy because it's for developers. And so all these icons, half of them, I don't even know what they mean. But you got to learn them. You got to learn them. Like, for example, on the right, on the upper right here, Replit just added this and kind of after our little fiasco, but build, plan, or edit. Okay. A week ago they didn't have this. What does this mean? You could ignore it. You could ignore it, but the most important one is, you know, build it, will build it, plan, it won't break your website. It will just talk to you. Okay? You gotta know that it's there. Like they just added that or you will, you will not know about this function. The second one, this sounds basic. If you've built software, you get it. But the one thing these platforms do really, really well is rolling back, rolling back the second one. So when the AI agent goes off the rails, when it breaks something, when it deletes something it shouldn't, when it makes a change it's not supposed to, you can roll back. You can roll back. You just got to get good at it. And in the old days, like when I built SaaS software, honestly, rolling back never used to work. It was something your developers would tell you, and then you'd be like, you know, that release on Friday night at 1:00 AM, it didn't really work. Dan, can we roll back? And he'd be like, actually, we can't really roll back. That was something they would just tell you. 11,000 kudos to these platforms. It's magical. It's magical. You can roll back almost any point in time, but you got to learn what that means. You got to learn if you're more than 10 or 15 minutes in and the agent just can't get something, you got to go back in time 10 or 15 minutes and you got to know where those rollback points are and get really good at it. And I would say, frankly, if you're not rolling back once a day, you're, you are, you're not doing it right. This is your, this is how you can fix things that are otherwise unfixable. But rolling back to a week ago, I mean, there's a million reasons that becomes impossible. There's 100 checkpoints. You might have made a— the real problem is if you go too long without rolling back, you may lose 3, 4, 5 features, not 10 minutes of work. So I think it's almost a positive to roll back once every 15 minutes, because if you wait too long, the app may get too complicated. Okay, we hit rollback. Break everything into chunks. And the last one I'll say, when you get frustrated. I just put up on— I was just trying to get this, this VC deck done before this call for fun. And if you look what I just wrote on X right before this, I wrote, here's the thing I do when I get frustrated. I just write, dude. Okay, obviously this is not acceptable developer language, but I do a screenshot of the bug and I just write, dude. Okay, when that happens, you got to roll back or take a break. Okay. And just two more, two more quick points. And then, Amelia, if we have time, we'll take some questions. This is where I think the marketing— and I look again, I love, I, I, I, I love all these apps. I'm a Replit fan despite the drama, but mainly because that's what I picked. I picked— I could tell you why. It really doesn't matter if I'd started with Lovable. I'd probably be a Lovable fan if I'd started with Bolt. It— I actually don't think it matters. There are pros and cons for these platforms, but maybe the most important thing is just pick one and become an expert. Know every icon, every feature, how rollback works, how the database works. It's much more important to be an expert in one of these platforms than to spend 6 months agonizing over which one to pick. Pick a leader and just become an expert. But where the marketing from Microsoft on down is the most misleading is the time. If you seriously want to put a simple but real B2B app into production with real users collecting real information and charging for it for real, and you want it to be any good, budget a month. A month. And 60% of your time will be QA and testing. Okay. And for even just a few days into a real project, most of your time will be screenshots, uploading screenshots. This broke. This doesn't work. You'll be doing so much functional QA. You cannot believe it. You will literally in the end of the day be logging probably 1,000 bugs on a serious website. This will become your life. Maybe you used to have people to do this for you. I used to have a team of QA engineers to do this for me. Now it's me. Now my life is screenshot and bugs. Hope. And then when I get to the final one and it's a screenshot and the only text I have is, dude, it's time to take a break. Okay, but this will be your life. So if you're serious, look, if you want to build a prototype, if you want to build something and tell all your friends you're a vibe coder at Starbucks, you don't need to budget for this time. You could budget for a day or two. But if you want to build something real, it's going to take you a month and 60% testing time. And if you look at this chart on the right, This is— I just pulled this from Replit. This is our new Saastr AI website, which I would argue, yeah, it's gonna have 15,000 or 20,000 people, but it's— we haven't fully rolled it out. Most of our traffic is still going to saastr.com and probably will for months. And so where are we? Well, you can see, you know, maybe August 10th, looking at this, was our real soft launch with any users, 16,000 so far. You know, we're a month into it and we're not— we're in production, but we're not rolled out. No, not really. I got to test this thing every day, every day. Look at this fun one from this morning. A parser extracts 12 but made it 12 million. You're going to have to deal with this. Why did the parser decide 12 should be 12 billion? That you had 12 million customers, not 12. I don't know, but every day you're going to be doing this. This last one, we hit it, but then I'll break. We talked in the beginning about Who's gonna, who's gonna do the pushes? Who's gonna do it once it's in production? If you're serious, you've got to have an exit strategy. I'm not the first one to say this, but you got to have it. If you actually get your app into production, you actually charge for it, and you actually have paying customers and real users and real PII, who will maintain it? Who will build new features? You think you don't want a lot— the, a lot of the mythology around vibe coding somehow magically assumes once you launch, you won't want to add features. Of, you know, if you've, but any founder, any SaaS executive here, B2B knows you're, you add features your whole life. Who's gonna do it? Who's gonna fix the bugs that you introduce when you add features? Okay. Who will restart the database? I mean, even with our new SaaStr AI, once every couple of days it's just down and no one knows why. It's not just like, it literally just has some like database not working error in the upper left. Now I go into Replit, I restart it, it works. Who's gonna do that? Who's going to fix the workers? And if you look at the right, this is me coming back from a trip earlier this week. It's me, guys. That's me on the plane doing it myself. Is it— you want that to be you? This is your— you are going to sign up maybe forever if you don't have an exit strategy here. So my thoughts on getting going. Hopefully it's helpful. Go through this, learn the platform code, get it out of your system. Just one shot. Want to get out of your system, find ones that are similar. And then take security and all of it seriously because it's, it's, it's a month to get something real out and it's a lifetime making it secure. So thanks everybody. Amelia, do we have any, any questions or should I dig in on some other stuff before we're out of time?

Uh, you've got a few. They're a little all over the place though.

All over the place. You want to pick one? A little bit.

Mostly comments.

Um, I'll take a comment if it's helpful.

Yeah, there's a, there's a, there's a A few folks asking about, I guess, just the process of hiring in someone to take on a Vivecoder project. But we haven't really done that because we haven't found those people.

Yeah, I just think, listen, this is an existential point. I wrote a tweet like when I was getting going that I thought the market for folks to finish and fix your vibe coding projects might be 2 or 3 times bigger than the, you know, half million of revenue we'll have by the end of the year just with Replit and Lovable. It wasn't a joke. If you look at the Salesforce ecosystem, for example, this is common actually everywhere in enterprise software. Salesforce is doing $41 billion, but there's $80 billion of system integrator and other revenues, 2 to 1, deploying Salesforce, getting it to do what you want. And so, you know, if, if that happens on, it's, it's logical, it should be at least 1 to 1. I think at HubSpot, The agencies, I think it's 1 to 1, like the agencies charge one for every $20,000 HubSpot deal, there's $20,000 of agencies deploying it. So it would make sense, but it's very early. And the real issue is most developers, they don't want to work on it. And even, you know, when I was having these issues on social media, a bunch of folks, they're very kind, reached out to me, hey, I'll take over your project. Hey, I'll fix it for you. Right. One guy actually rewrote the whole thing on his own for me. It was great. He revived it in his own platform. Couple problems though. He didn't have the full spec. It didn't do everything I wanted. Um, and then he got busy and he couldn't work on it anymore. So this is the great, this is me on the plane vibe coding. I don't have the answers, but I think, I think over the next couple months there will be bigger ecosystems. And I think a lot of shops that just like there's a thriving WordPress developer ecosystem, even though it's been very frustrating for us, I think there'll be a thr— It already exists, but there'll be a thriving Replit lovable ecosystem over the next 6 to 9 months. And that's what they'll do. They'll take these apps over and maintain it for you of a varying and exhausting quality, but it's, I don't believe it's there today.

Okay. Alfonso, it looks like you have a question. If you wanna ask it real quick, this will be our, we can wrap on this question.

Uh, well, I wasn't gonna ask a question. I was gonna basically add to what he, uh, Jason was saying in that, uh, as a developer, What he's learning is that a lot of the things that the industry has picked up over the years, past few decades, is that you do unit tests, and you do development in iterations, and you do them in smaller increments so that you can test things as you go along and make sure things are working before you go on to the next step. And you can see what works and what, uh, users respond to, as opposed to just spending all the time developing everything up front and figuring out that a lot of it— a lot of your time was spent—

what's the question?

Sorry, you just don't care about— oh, so, uh, you— I'm just suggesting that, uh, if you pick up the, the techniques that we have, like write unit tests—

well, look, I hear you, it's a good— sorry, we'll run out of time. If we had more time, we could do— I hear your point. Listen, you make a point that like 95% of great developers make. Like these prosumer vibe code, you're not using best practices, you're not doing unit tests, you're not breaking it up into blocks, you're not slowing it down, you're not doing all these things we do, right? I hear these points and you're, of course, you're right. But we have to change as, at some level, as a community because it's too, like they're already out there. Like people are vibing and they shouldn't be and they shouldn't be releasing unsecure apps and they shouldn't be doing things without, that aren't unit testable. But, like, we can grouse about it, and we can mock it, and a lot of folks mock it, right? But it almost doesn't matter because people are gonna do this anyway, right? So, we have to adjust to a world where these platforms are— they are get— despite the issues I have, they are getting better, right? But we are gonna get spaghetti code, and we are gonna get sloppy code, and we are gonna get folks building stuff that a lot of developers say shouldn't be built, right? But it is. But you gotta adjust, right? And, but thanks for the comment. Maybe Amelia, I have one more I could take or we could, we could, we could wrap up a couple. But this one is from David. Curious, Jason, given all your experimentation in AI, how many recurring revenue fees are you getting hit with? 74 subscriptions. Maybe I'll just answer this differently. You should budget. I mean, you should, if you're gonna go real vibe coding, you, you know, you should have some sort of budget. Now, if you look back on my tweets, the first month I started this matching app, I turned on— there are modes in Replit where you can use Claude 4.1. I forget whether it's Opus or Sonnet. I get confused. And you can use long context windows with a lot of tokens. If you use both, it costs 7.5 times as much. So I was on the track my first month literally to spend $8,000 a month until, until it stopped. But, but it turns out you don't need those. But I would tell you when I'm— let me just a few things to think about. When I'm deep in a VibeCoding project and I'm not using the, the most expensive models, I'm still probably spending $50 every 2 hours coding. So I probably spend $400, $500, $600 a month building code, which is super cheap compared to a human, but it's very expensive compared to Shopify or Squarespace for a website. And then the API fees stack up. So We probably, I probably spent, you know, we have OpenAI credits, we have Claude credits, we have Polygon.AI credits, which is like $30 a month. Like, you know, you'll, you want to use all the APIs. Like, it wasn't even in this. If I do another tech, you know, not only should you use the hardpoints, use their OAuth, use their default vendors, but don't build, like, if there's an API out there, just use it. So, you know, it'll, it'll cost $500, $600, $1,000 a month just to manage this, the set of sites that you saw at the start of the slide. And listen, for, for Saastr, it's no big deal. But you know, what do those cost pre, pre-Vibing? Like zero. I mean, our, our hosted website at Saastr has 175,000 readers a month. It costs, it costs less than that, right? So, so you will end up spending more here, but, um, but you'll get a lot of, uh, get a lot of value, right? Um, and, um, So I think we're probably out of time, Amelia. It sounds like some folks might want to do a follow. We could do another one of these or two. There's some good, good ones here. And but yeah, again, a couple of folks asked for sample sites. I don't have all of them, but honestly, use ours. I think ours are pretty good. Go back to that first slide. Check out Saastr AI. Check out saastrlondon.com. Check about— because, you know, Saastr, if you're here, but use them with a vibe coder's eye. See what you like on Saastr AI. See, see where the limitations are and go to Saastr London. For example, go to sasterlondon.com, which was built on Replit and compared to sasterannual.com, which is on Squarespace. You can see the pros and cons and some good examples. And you can— if you squint, you'll see they all look like Claude. Thanks everybody. We'll do more and really appreciate everyone's time.