If you can’t AI prototype after this, nothing will help you

1. 0:00 – 0:40

   Intro

   1. AGAakash Gupta0:00

      Whenever I tell this to people, the first thing they say is, "All AI prototypes are slop."

   2. SRSachin Rekhi0:04

      When you first start using AI prototyping tools, you get enamored with something like this because all you typed in was, "Hey, create me a CRM application that lets me track my opportunities, my contacts." With such a simple prompt, you ultimately get an incredible output, but it still is AI slop.

   3. AGAakash Gupta0:22

      Meet Sachin Rekhi, the former head of product at LinkedIn Sales Navigator. He now teaches PMs AI prototyping. He's taught AI prototyping at SF Tech Week, he's taught it to thousands of PMs at Reforge, and today he is dropping all of the sauce for free. Should everybody be building this way, or is this only possible for

2. 0:40 – 3:36

   How Anthropic Builds Product Differently

   1. AGAakash Gupta0:40

      the leading-edge AI companies like Anthropic?

   2. SRSachin Rekhi0:42

      I call this concept product shaping, this idea that we're taking our ideas, prototyping multiple solutions to multiple problems, testing them with customers, and then deciding what to go build in production. That's the concept of product shaping.

   3. AGAakash Gupta0:57

      Can you walk us through this AI Prototyping Mastery Ladder and what it shows?

   4. SRSachin Rekhi1:00

      There's actually 15 unique skills you kind of have to master to be able to do AI prototyping well. [static sound]

   5. AGAakash Gupta1:10

      Just before we get into today's episode, do me a favor and check that you're following on Apple and Spotify Podcasts and that you're subscribed on YouTube. And if you want access to over $28,000 in AI tools, be sure to check out my bundle at bundle.aakashg.com. You'll get access to Mobbin, Arise, Relay, Dovetail, Linear, Magic Patterns, DeepSky, Reforge Build, and Descript, just for the price of an annual subscription. And now into today's episode. [static sound] Sachin, welcome to the podcast.

   6. SRSachin Rekhi1:39

      Thanks. I'm excited to be here.

   7. AGAakash Gupta1:40

      I want to start with something you posted about how Anthropic builds product and how it's pretty wild. Can you talk us through what's so interesting about how Anthropic builds product?

   8. SRSachin Rekhi1:51

      Yeah. So let me talk about how we normally build product to create the contrast and make that clear. So the way it works is normally when we're thinking about our roadmap, we're trying to prioritize problems that our customers have. We might be saying, "Hey, look, um, here's a feature that our customers want us to build. Here's experience they're struggling with." So we start by prioritizing that problem. We then put it on the roadmap, and then what we do is figure out what solution we want to build. Designers, PMs get together and start ideating what a potential solution to that problem is after we've already prioritized it. Now, let me contrast that to the way that Claude actually does this. Anthropic does this for Claude Code. They say, "Actually, let's build a bunch of prototypes for all the customer problems that we're thinking our customers want us to solve." And so they'll create a bunch of these prototypes, they'll launch them internally, and then they'll see, "Hey, internal users who are dogfooding it, what do you think? What do you like? What's working? What's not working?" And then they decide to productionize the best prototypes. Now, what's so unique about this is that they're prioritizing not only what is actually, um, a problem worth solving, but a problem-solution pair that's already vetted based on the fact that people have tried it out, and that's what's so exciting here, that they're now prioritizing based on really great solutions that they know they're actually gonna work in the market.

   9. AGAakash Gupta3:28

      Should everybody be building this way, or is this only possible for the leading-edge AI companies like Anthropic?

   10. SRSachin Rekhi3:35

       That's a great question.

3. 3:36 – 8:41

   The Problem: AI Slop

   1. SRSachin Rekhi3:36

      I call this concept product shaping, this idea that we're taking, um, our ideas, prototyping multiple solutions to multiple problems, testing them with customers, and then deciding what to go build in production. That's the concept of product shaping. I actually do think that to date, the only people who've been able to do it are, frankly, largely these incredible companies like Apple that ran in a huge lab. Prototypes, right? Jony Ive was in the lab prototyping all sorts of things, and then ultimately showing it to Steve Jobs and other folks, and then deciding what to prioritize. The best story of that is actually, um, the story of the iPhone. What happened was Jony Ive had this incredible, um, capacitive touch interface that he was playing with in the lab for a tablet. He ended up showing it to Steve Jobs, and Steve is like, "Look, this is really cool, but I think this would be better on an iPhone, on a phone as opposed to a tablet." And ultimately, they canned the tablet project, they created a phone, and obviously the rest is history. Now, in the past, most companies couldn't do this. They couldn't justify building thousands of expensive prototypes that we're all just gonna throw out. But what, um, is now possible with AI prototyping is that it's so cheap for us to go build these prototypes. It's incredibly easy for any of us to do that, um, without thousands of dollars being spent on these wasted lab projects. And so I do think now we're gonna bring this product shaping company from just the best companies to a broader swath of companies can be doing this, and frankly, I believe most should be doing this.

   2. AGAakash Gupta5:17

      So whenever I tell this to people, the first thing they say is, "Well, all AI prototypes are slop." And you actually recently wrote about this. You talked about how people will often get wowed when they type in something here. You know, we've just typed in, "Create a simple CRM," and it's created something that looks pretty good. Why is this slop, and how do we avoid it?

   3. SRSachin Rekhi5:37

      So, you know, at first, when you first start using AI prototyping tools, of course you get enamored with something like this because you look at this and all you typed in was, "Hey, create me a CRM application that lets me track my opportunities, my contacts, and, um, my companies." And with such a simple prompt, you ultimately get kind of an incredible output, right? The reality is this is a fully functioning mini app. I can go click on Contacts, I can click on Opportunities. I can actually go and actually add new items, and this is all from such a simple prompt. And so I get it why people first, uh, love this. Now, here's the reality. When we really dig into this and we look at it, first it-Has very generic styling. Frankly, it almost looks like a wireframe. It doesn't have the design sense that any product I would ever build has, right? So I would never ship this in the way that it looks. And so that's the first challenge. Second, um, it's kind of very generic. Yes, it looks like every other CRM application. I can't launch into the market a new CRM application that looks like every other CRM application. I need to differentiate. How am I gonna win against incumbents if I just launch with something that looks exactly like every other CRM ap- application, right? And so there it falls apart. And finally, it sort of implements these very basic, um, scenarios, like, okay, add a contact and whatnot. It created a dashboard, but is this really the view that we realized based on understanding our customer needs that they need to be productive on a day-to-day basis? And so when you look at it, it's magical that we used AI to produce this in just a couple of minutes, but it still is AI slop because we could never ship this. This would never be considered high-craft work. And so I think that's where we need to get beyond, uh, to do this. Now, it turns out AI tools are usable to create high-quality work, but we have to learn how to use them well.

   4. AGAakash Gupta7:45

      So that's the roadmap we're gonna give everybody today. Can you walk us through this AI Prototyping Mastery Ladder and what it shows?

   5. SRSachin Rekhi7:52

      Yeah. So, you know, I've been really on this kind of journey to help, uh, PMs and product teams figure out, how do they go from AI slop to really great, valuable AI prototypes? And so as I was really digging into this, I started asking people what do they do in their process. And ultimately, I discovered there's actually 15 unique skills you kind of have to master to be able to do AI prototyping well. And what I wanted to do was sort of create a succinct framework around those skills. And so what I did was create the AI Prototyping Mastery Ladder. And so the idea here is that you need to learn each of these 15 skills to prototype well. And I broke them out into different levels. It turns out learning this is like any craftsperson. You need to

4. 8:41 – 11:38

   The AI Prototyping Mastery Ladder

   1. SRSachin Rekhi8:41

      move from apprentice to journeyman to master, um, and really sort of nail the foundations before you go up to another level, and that's kind of what I'm trying to show here. And so when you're first starting out prototyping, you have to learn the basics, and this is really the Apprentice level, which is, how do you prompt in a, a pr- AI prototyping tool to do it well? How do you actually, in fact, edit your prototypes? We're gonna spend most of our time not one-shotting a prototype, but editing it, and so learning how to edit well ends up being really important. The, the third challenge is really about design consistency, right? How do we get our prototypes to look like our product? And by default, they don't look like our product, but there's a set of skills we can learn to ensure they do. Um, and so that's sort of these, some of these core skills around kind of the Apprentice level. Now, as we go to the Journeyman level, we wanna start learning things like versioning and debugging. It turns out when we're actually AI prototyping, we're gonna run into all sorts of bugs. And so knowing how to prototype well, um, ends up being so important. Now, another core capability here is what I call diverging. It's this idea that, hey, look, AI shouldn't be used just to create one output. We should be using it to create multiple outputs, just the way-

   2. AGAakash Gupta10:00

      Yeah

   3. SRSachin Rekhi10:00

      ... we'd use a designer. A designer would come up with three variants and then help us think about the pros and cons of each. It turns out if we learn how to use AI in that way, we can get that same benefit. Now, we're creating these prototypes largely to validate with customers, and there's some techniques and skills we need to learn around, how do we validate with customers well? And so those are some of the key skills around the Journeyman level. Now finally, we have the Master prototyping level. And so this is really the kind of cream-of-the-crop skills to do this really at a expert level. Now, things like functional prototyping. It turns out we can turn our prototypes and actually make them usable products. That is something that was never possible with any of the things that we did before with static mockups. And so that now becomes possible with this idea of, um, uh, being a master prototyper. Another great one is this idea of product shaping. It's that product prioritization process we were just talking about, which is we should now be creating multiple prototypes, putting them in front of our customers, and then deciding what to put on the roadmap, which is an entirely different way to build products but is now unlocked with this idea of AI prototyping. And so this is, this is the ladder of skills that we need to ladder up into to turn our prototypes from AI slop to well-crafted product designs that we're all excited to ship.

   4. AGAakash Gupta11:31

      Amazing. I'm bought in. I agree completely. Can you walk us through this ladder, do some demos, and show us how this is done?

   5. SRSachin Rekhi11:37

      Let's

5. 11:38 – 16:04

   Design Consistency & Baselining

   1. SRSachin Rekhi11:38

      do it. So the skill I wanna start with is this idea of design consistency, and what that is is we wanna make sure that the designs that we produce via the AI prototypes actually look like our product, and we need to learn how to go do that. And so the first skill is this idea of baselining, which is creating a baseline of our prototype, um, of our current product design so we can use that for prototyping. Now, I wanna do this, uh, for my own product, NoChoy. So what I'm gonna first show you is just a screenshot, uh, that I took of NoChoy. NoChoy is a note-taking app for both individuals and teams, and it has kind of a classic notating view. You have a sidebar, a list of notes, and a main note content area. So let's start actually building our prototype.I'm gonna be using a tool called Bolt, which is, uh, one of the popular AI app builders that can definitely be used for prototyping. And so I'm gonna start with a very simple prompt. I'm saying, "Please recreate the attached screenshot." And all I've done is given it, um, that same screenshot I showed you. And so I can go in here and just say build now, and have it go and actually start building that.

   2. AGAakash Gupta12:52

      What do you think about the benefits of a recreate prompt versus I've seen some people try a prompt like, "Look at this screenshot and understand the design system," or, "Match this design style."

   3. SRSachin Rekhi13:04

      Yeah, so you know, I find that, um, what I found actually kind of gets you the highest accuracy is starting with recreating a screenshot. Once you have that screenshot, improving it manually through edits, and then creating a baseline that ultimately ends up getting used broadly by the team. And so, um, there's a little bit of setup work in this approach, but I find it's worth it because you can ultimately create a baseline that ultimately gets used across everyone on the team. Only one person has to set this up and create it. Now, some of the skills that you mentioned, which is like, "Hey, let's give it our design guidelines," are certainly helpful, um, but starting with a core product baseline ends up being, um, even more helpful because it will then inherit the styles automatically based on what's in that screenshot.

   4. AGAakash Gupta13:58

      Very cool. And I actually didn't know about this on the enterprise side. So, like, if you bought, like, a enterprise Bolt license or something, you could, like, seed it with a design style like this for all of the members on your team?

   5. SRSachin Rekhi14:09

      That's right. Um, collaboration is core here, where you can actually ultimately turn this into a reusable template that everyone on the team uses. And, and frankly-

   6. AGAakash Gupta14:19

      Very cool

   7. SRSachin Rekhi14:19

      ... we should be doing this, right? Because all of us are gonna build new features on a given experience, and so we should have a baseline that we're using that's shared across the team. And in fact, we can make it so that only one person on the team is responsible for keeping that up to date, maybe someone on the design team, for example.

   8. AGAakash Gupta14:36

      Yeah.

   9. SRSachin Rekhi14:36

      And the rest of us get to benefit from that.

   10. AGAakash Gupta14:38

       Totally. It should be somebody who owns the design system probably that's, like, enabling both Figma and your AI prototyping tool to plug into it.

   11. SRSachin Rekhi14:46

       That's right. And you know what? I have, um, this already loaded here that I can jump right to. Um, this was that exact same prompt, um, of recreating Nochoi. And so when we look at this, you can see it actually did a decent job of recreating the core Nochoi interface. I have my sidebar, I have my note list, I have, um, the note content area, I have my core actions like adding notes. And so it's not bad actually in terms of a first run at recreating it based on the screenshot. Now is when I can get to work to actually improve this to really make sure it looks exactly like my core product. And as I said, this effort is worth it because we're establishing a baseline that not only am I gonna use for future projects, but everyone else is gonna be using as well. So to show you that, um, let me give you examples of how I might improve this. We're sh- we're looking at this Recent header. Turns out it's actually centered, um, in the actual product, so I can just, uh, basically select it using the selector tool and say, uh, "Please center the Recent text." And so that's a very small edit, um, that I'm able to make to try to get it to look more and more like my product. And so we'll give it a minute here to go

6. 16:04 – 17:03

   Ad

   1. SRSachin Rekhi16:04

      actually do that.

   2. AGAakash Gupta16:04

      Today's episode is brought to you by Reforge. You know that feeling when you try to prototype something with AI, and it spits out something completely generic? The problem is that most AI app builders aren't built for product teams, for product managers like me and you. They're built for founders who are starting from scratch. But product teams aren't building from zero. You have an existing product, real customers, design guidelines. Reforge's new product, Reforge Build, generates prototypes that reflect your real pricing tiers, real features, real customer language, not generic placeholder. So stop fighting tools built for founders. Start using a tool purpose-built for product managers to AI prototype well in the way that we're teaching this episode with Todd. Try it for free at reforge.com/aakash. That's reforge.com/A-A-K-A-S-H, and use the code BUILD for one free month of premium.

7. 17:03 – 29:43

   Diverging: The Secret Weapon

   1. SRSachin Rekhi17:04

      And so now I can start planning the other little edits, um, that I'm gonna wanna make here. Um, I notice that the color schemes are slightly off in terms of the sidebar and the background colors of the main columns. And so, um, I can plan on making that change next. Let's let it finish, uh, this particular change, um, just so you can see what that looks like.

   2. AGAakash Gupta17:27

      Do you like to do one change at a time, or are you okay with batching, like, three or four?

   3. SRSachin Rekhi17:30

      Yeah, so the next one I'll show you I'm batching, um, specifically to solve for this round trip time. You know, we spend a lot of time when you're prototyping just waiting for a response, so things like batching is actually kind of pretty important. So we can see it did center the Recent text as I showed you. Now let me give you sort of a more of a batch, uh, example here. What I wrote here is, "Set the sidebar background color to a specific hex color, set the note list background color to a different hex color, and set the note content background color to, um, again, a different hex color." So firing that off, and so that's kind of three changes batched into one here. Um, I find that when I batch and I do it like this where it's, like, three color changes, this works really well. Now, if I batch by doing three completely unrelated types of changes that I put in a single prompt, you get yourself into issues because then you can't version if it got something wrong. Um, so you gotta be thoughtful about kind of the batching level that you're doing here.

   4. AGAakash Gupta18:28

      Makes sense. What Bolt plan are you on? How many tokens do you end up burning with this? [laughs]

   5. SRSachin Rekhi18:33

      On, uh, this one, I think I happened to get through Lenny's newsletter when, uh-He's like, uh, offering a specific plan. Um, and so I think it's the, it's the lowest pro plan. [laughs]

   6. AGAakash Gupta18:47

      Well, I think that's like 10 million tokens per month. It's a lot, but I have a Bolt account too, and I burn through like 30, 40 million a month easily [laughs] on my site. So you have to be careful.

   7. SRSachin Rekhi18:57

      Yes. No, that's definitely true. Uh, cool. So now it's set the colors appropriately on the sidebar and whatnot, so it's looking a little bit more like my actual product. Um, maybe I'll make some changes to this Add Note button because it doesn't look exactly right. So let me fire this off. I'm saying, uh, "Make the button fully rounded, uh, remove the plus button, and center the Add Note text." And so that way it's gonna a little bit- look a little bit closer to kind of the actual button that I have.

   8. AGAakash Gupta19:24

      We'll get to see how it handles a batch, which I think ever since like 4.5 especially, it handles them pretty well. Back in the like four, Claude 4 Sonnet days, I used to like try to stick to one change at a time, but now I feel like I can give it like five or six and it's okay.

   9. SRSachin Rekhi19:38

      Yeah, that's right. I think it's gotten a lot better in the batching, uh, sense. And now you look at it, like the Add Note button, like great, now it looks way more like my actual product. And so part of what I'm showing you here is you can make all these little edits, uh, to get this template to look way closer to your actual product. And so let me fast-forward here and show you, um, the actual baseline I ended up building for NoChoy. And so this is probably after about an hour of those edits to try to improve the template to create this baseline. And so that's what we're looking at, and we can see this actually looks very close to the actual underlying NoChoy product. And what's great about this now is that now that I've created this template, I, I can save it, and now anytime I want to actually create a new, um, prototype, all I do is fork based on this. And so I create a new project based on this fork, and now I start prompting to actually create my new features. So that's what I want to sh-

   10. AGAakash Gupta20:43

       So is there a Save as Template button, or do you just take this one and then you just hit Fork? Like, what's the actual workflow look like?

   11. SRSachin Rekhi20:49

       Yeah. So what I did here is I named it, uh, NoChoy Baseline.

   12. AGAakash Gupta20:53

       Yep.

   13. SRSachin Rekhi20:53

       And, um, so in this tool, uh, with Bolt, it's basically a project that I've labeled Baseline, like Baseline V1, Baseline V2, and now all I have to do is press Duplicate.

   14. AGAakash Gupta21:04

       Yep.

   15. SRSachin Rekhi21:04

       And at that point, I create a new project based on that template.

   16. AGAakash Gupta21:09

       Gotcha.

   17. SRSachin Rekhi21:09

       Now, certain tools like Magic Patterns and Reforge Build literally have a template feature which let you take any project and convert it to a template. And so if you have that, that's an even better way to do it. But you don't ev- you don't even need that. As long as you can name the project and fork from it, which all the tools allow, um, you can then go ahead and use it as a template regardless of whether it's called that in the tool or not.

   18. AGAakash Gupta21:32

       Cool. And for those of you who are worried, forking, it doesn't affect the one that's original. You're basically creating a copy, and then you can do whatever you want with it.

   19. SRSachin Rekhi21:40

       That's exactly right. So let's take a look at doing exactly that. Um, so what I did here is I simply forked that template, and now I'm gonna ask it to actually start prototyping a feature. So let me describe what this feature is. Uh, we get a lot of requests at NoChoy, uh, that are saying, "I'd love to be able to add an AI chatbot to NoChoy that allowed me to query my notes. Wouldn't it be great if I can, um, ask it to summarize a note or ask it a question to find something in my notes?" And so it's been a f- a pretty frequent, uh, feature request. And so let's say it's my job to go and prototype this to go figure out what this might look like. What I can do is take this baseline template and then give it a very simple prompt. The prompt I gave it here is, "I want to add an Ask AI feature to NoChoy to allow you to ask questions of your note, which will leverage an LLM and your notes content to answer the question. I'd like to explore a couple of different entry points into the Ask AI chat experience." So that's all I told it. Now, I call this style of prompt an explore style prompt, and the reason is because it's fairly generic. I didn't give it a detailed spec of what I want this feature to look like, and it's because I'm still in the exploration phase. I want to use AI to help me explore what a potential solution might look like. And so let's see what it came back with. You can see it's actually introduced these Ask AI buttons, um, both in the header and in the footer. And so I asked for multiple entry points, and these are the two that it came up with. You know, fairly logical locations for where this might exist. Now, when I open this up, I can actually see that it's created a full AI chat experience. I even, uh, already asked it a question, which is, "What is this note about?" And it's telling me, "This note is about the Q1 roadmap for a company outlining planned product and sales initiatives, as well as highlighting what is not prioritized and any backlog requests." So there's a couple things that are remarkable about this. First, it actually looks like my product, right? The fact, you look at the styling of this, the way the, uh, buttons are, the color scheme that's being used, um, it looks like a product that belongs on NoChoy. And this is because we established a strong baseline template, and we're using that baseline template to then create our features. It automatically knows to inherit the styling that's inherent in that baseline template. And so that's why I love this approach of baselining before creating any new, uh, feature on top of it.

   20. AGAakash Gupta24:17

       Pretty powerful. And I'm guessing what this is doing in the back end is it's hopefully using Tailwind, and it's kind of defining those design elements, so then they're just reusable everywhere.

   21. SRSachin Rekhi24:26

       That's exactly right. So each of these are being created as actual, uh, components, um, that are reusable, um, not only from the styling perspective, but also from, like, the window perspective. It created a sidebar component, a note list component, a note view component, plus now this new Ask AI component as well. And so it's, it's fairly modular in the code. Now, what's amazing is I asked it this question, "What is this note about?"And it actually told me. [laughs] And so what's amazing is it actually is giving me those actual interactions that I'll want on the product, right? It's me even making these decisions. Like, okay, when I ask the question, it right aligned my question, and then it left aligned, um, the actual chat response. And so we can start quickly getting at the interactions and deciding whether that's what we want or not. And in addition, it has actually even created a database in the backend to store these. Um, and so the conversations were automatically stored, and in fact, it's calling an LLM with the notes content, uh, to go pull out this content. And so in many ways, it's done a lot for us from a simple prompt, and we're getting much more quickly into the design considerations of what this product would look like. Now, to even get to this point, it would've taken a designer in Fig- Figma way longer t- just to even to get the static mocks, let alone getting to the point where we're actually getting design interactions being represented.

   22. AGAakash Gupta25:58

       Makes sense, yep. So huge time saver.

   23. SRSachin Rekhi26:00

       Yeah. And so this is the whole idea of design consistency, that when we can actually establish a baseline, prototyping on top of it becomes really straightforward and ensuring it actually looks like our design. So that's the first skill I wanted to go into. Now, the, the second skill I think it's really worth diving deep into is this idea of diverging. And diverging is that idea that, like, we want to ultimately, um, figure out multiple design directions for a given product.

   24. AGAakash Gupta26:32

       Yep.

   25. SRSachin Rekhi26:32

       So let me set up a scenario for that. Um, I wanna go back to my LinkedIn days, uh, when I used to work at LinkedIn, and, uh, you know, LinkedIn has this feature called LinkedIn News in the top right corner, which shows you sort of what's trending o- overall. But the feature I wish LinkedIn always had was this idea of what's trending within my network. What's the news articles that just my connections are sharing? Because that's what I really care about. And so let's say I'm back at LinkedIn. I'm a PM that's trying to prototype some ideas around that. Let me show you how I'd actually go about doing that. This time around, we're actually gonna use, um, a tool called Magic Patterns. And so the first thing I asked it to do was please recreate this screenshot of LinkedIn. I gave it that exact screenshot I just showed you. It then faithfully recreated it, and it did a decent job of recreating most of the interface. And so that's how I start, uh, with a, a typical baseline. Now, the reason I'm showing Magic Patterns is Magic Patterns has this idea of diverging built right into the tool. And so, uh, you can see here, I used a slash command that it supports called inspiration. And I'd said, uh, "I've, I wanna add a feature on the LinkedIn homepage called News in Your Network. I want to explore multiple designs for this. It should show the top articles most frequently shared by my network with the people who shared them, as well as provide their commentary on those articles." And so it's now generated four different variants of this feature. And so let's take a look. This first one here is showing a core news feed item. It says, "Tech giants announces new AI ethics coalition." It's showing me the 14 people in my network that shared it. It's even showing me a bunch of, uh, uh, commentary from those people in my network. So this is a pretty useful design variant, right? It's matched the styling of LinkedIn. It looks like a truly native, uh, news feed experience, um, inside the product. So that's a great direction I can go in. But here's the power. I got three other directions to consider. It's given me this now, which is a, another top, um, card format, um, and showing me four different cards of different articles, uh, in a different layout, and so that's a interesting one to consider, whether I'd wanna do something in that direction. If I then look at the next one here, it's actually decided to create a News in Your Network sidebar right below the top news, uh, section. And so that's an interesting idea.

   26. AGAakash Gupta29:13

       Hmm.

   27. SRSachin Rekhi29:13

       Might wanna go in that direction or not. And-

   28. AGAakash Gupta29:15

       At least you have different options to test, and I feel like the GOATed sort of workflow here is, like, take these three, upload them to a website where you get real humans to use them, like usertesting.com or something, so that you get real feedback on it instead of just using your gut.

   29. SRSachin Rekhi29:30

       Totally. You know, I find what I typically do with this is I start with these four, um, and then my designer and I might have a conversation about, like, okay, great, what are the pros and cons? What's the general approach or directions we wanna go in?

8. 29:43 – 30:09

   Making Prototypes Functional

   1. SRSachin Rekhi29:43

      Maybe pick two directions that are, like, really interesting, and then, you know, build them out a little bit. Maybe we'll do some iteration on them and improve them a little bit, and then put them in front of our customers and start showing them what they look like and getting their feedback, and then ultimately solidifying on the path that we wanna go down.

   2. AGAakash Gupta30:02

      Makes sense, yeah. If you have those steps of iteration and with your designer, you're gonna be able to build something that everybody's bought into.

   3. SRSachin Rekhi30:08

      That's right.

9. 30:09 – 31:13

   Ad

   1. AGAakash Gupta30:09

      You know that feeling when you try to prototype something with AI, and it spits out something completely generic? Then you spend hours tweaking colors, fonts, copy, and features just to make it feel like your actual product? Here's the problem: Most AI app builders aren't built for product teams. They're built for those starting from scratch. But product teams aren't building from zero. You have an existing product, real customers, design guidelines, a backlog full of ideas you need to explore and validate fast. That's what Reforge Build does, AI prototyping that starts from your product. Add your customer feedback, strategy docs, and product features as context. Create reusable templates using your product design. Explore multiple variants side by side. Collaborate with your team in one place. Reforge Build generates prototypes that reflect your real pricing tiers, real features, real customer language, not generic placeholder. Stop fighting tools built for founders.Start prototyping like a product team. Reforge Build, AI prototyping built for product teams. Try it free at reforge.com/aakash. That's R-E-F-O-R-G-E.com/A-A-K-A-S-H. And use the code BUILD for one month free

10. 31:13 – 39:47

    Magic Patterns Demo

    1. AGAakash Gupta31:13

       of premium

    2. SRSachin Rekhi31:14

       And so it's great that a tool like Magic Patterns has this functionality built in, but I wanna show you that even if the functionality isn't built into the prototyping tool, um, you can still do this. So let's go back to Bolt and, um, do the same thing here. I a- I basically gave it the same prompt. I wanna add a feature on the LinkedIn homepage called News in Your Network, and the only difference I added here is I said, "I want to explore multiple designs for this." And then I gave it re- the rest of the description of the feature. And so simply by saying, "I wanna explore multiple designs for this," Bolt did the right thing and gave me multiple designs. And so what it did was produce this initial design, and it added this little toggle in the top right corner, which is showing me all the different designs I can basically select between. And so we're currently on the detailed view, and so this is a card style laid out that's pretty detailed with multiple articles and the people in my network that shared it. It then offered a compact view, and so this is like a very compact version of it. And let's take a quick look at a third one, a card view. So a much broader card view.

    3. AGAakash Gupta32:19

       Hmm.

    4. SRSachin Rekhi32:19

       Now, this is great. So regardless of whether your tool has native support for diverging, you can certainly use these tools in that way. But here's a really interesting subtlety. One thing you might notice is these variations look nothing like the variations in Magic Patterns, which is kinda shocking-

    5. AGAakash Gupta32:37

       Yeah

    6. SRSachin Rekhi32:37

       ... right? Because frankly, most of these are still using Cloud, uh, Sonnet underneath the hood as their core model. But because they have different system prompts, you're actually getting different designs. And so I often do this. I often go to multiple tools with a simple explore prompt like this. Now, just by going to two tools, I have eight different design directions, and this gives me so much inspiration to quickly start whittling down what are the pros and cons of these different approaches. I can either have that dialogue with myself or with a designer or with my engineering counterparts, and I get so much more exploration and ideas than I would've if I simply used these tools to visualize whatever one idea I already had in my head.

    7. AGAakash Gupta33:20

       100%. I think this is the hidden superpower of AI prototyping, especially if you maybe ask your tool to diverge with three, six, nine, 12, or ask three or four different tools. Because before, a lot of times we were constricted to like, "Let me go ask the designer to come up with some divergent solutions." Now, the PM itself can come to the table with some different divergent options. And the more divergent options you look at, I think the better likelihood you will of having a feature that succeeds.

    8. SRSachin Rekhi33:49

       That's exactly right, and I think this is where we're going from sort of that con- concern of AI slop to wow, AI is doing craft better than humans could, right? Because we don't have the time to ask our designer to come up with 15 variations. It's just unrealistic given the constraints and time it takes to build a Figma mockup, right? And so now we're getting to the point where we're using AI to do more brainstorming, more exploration than we've traditionally done in an effort to get to kind of the right solution for our customers.

    9. AGAakash Gupta34:20

       So does this take us to that journeyman level?

    10. SRSachin Rekhi34:23

        Yes. And so now we're really at exploring that journeyman level of, uh, capabilities and skills here now that we're diverging, for example. I wanna now talk about really getting to that master level and showing you what is really possible with these tools when we get there.

    11. AGAakash Gupta34:39

        Let's do it.

    12. SRSachin Rekhi34:39

        So let me kind of bring up a prototype that I've built, um, for that Ask AI No-Code feature. And so, uh, here's the prototype I built. Um, I can actually publish it, get back a full URL. And so now let me go to that URL. And so what we're looking at is my deployed, um, prototype for the Ask AI feature. And so I've built this out as a fully functional prototype, and so let me show what I mean by that. So you can click on different notes here, and you're getting actually the note content. I've even loaded actual articles in here. So Dan Hockemeyer had written this great article called Vibe Analysis. I basically loaded the entire content of it. Uh, Lenny, a while back, did a whole podcast with Brian Chesky, and I've copied the transcript into here. And let me show you how we can actually use this. I built out my Ask AI feature as a sidebar, and, um, I don't know if you remember this podcast from a few, uh, years ago. It kinda went viral because everyone thought that Brian Chesky said that product management is dead. And so let me just ask it here and say, um, "Did Brian Chesky really say that product management is dead?" And let's see-

    13. AGAakash Gupta35:57

        One of my newsletter subscribers said I had to ta- stop talking about this podcast 'cause I talked about it so many times [laughs] after it came out.

    14. SRSachin Rekhi36:03

        [laughs] Yes. And, uh, you know, it's, it's, it's a great example of virality because that's obviously not what he actually said. And, um, short answer, no. Chesky said, "We didn't eliminate the people or declare PM as dead." He restructured the role. He combined inbound PM and product marketing. And so this is sort of getting into some of the details of what he said. Now, what's so cool about this is this is literally my Ask AI feature built and being used, right? Uh, this is so far away from what we can do with mockups today. Um, and so what's great about this is not only did I basically prototype the interactions. I'm seeing what an Ask AI feature in No-Code might look like, but I'm actually getting responses. It's calling OpenAI's API, and I even prompted it to add this little feature at the bottom. You might see that there's a little dropdown that's a model selectorAnd so I prompted it and told it, "Hey, can you use both GPT-5 and GPT-41?" And I can actually, uh, go here and compare the responses. Now, this is really fascinating because not only am I prototyping interactions, I am literally able to see the different output coming from different models. And now as the PMs start to decide, do I have preferences in terms of what models should we really provide in the NoJoy Ask AI feature? Um, and when you think about this, this used to only be possible when engineering built prototypes. An engineer would have to go code this up, um, and go implement multiple models, and now we can do all of this thinking and decisioning and playing with an actual product experience well before engineering even gets involved.

    15. AGAakash Gupta37:53

        How did you embed the, uh, OpenAI API? Because I've had multiple people tell me that they have trouble with that. Like, you give it an API key or, like, they often just assume it'll work off the bat 'cause it's already using AI, but how do you really build those features under the hood?

    16. SRSachin Rekhi38:08

        Yeah, great question. So, um, what I said was, uh, I basically took the previous prototype that we had that was not fully functional and said, "I want to turn this into a fully functional Ask AI feature. To do so, uh, please use OpenAI's GPT-5, uh, API to actually answer the question based on the content of the note." So that was basically my prompt. Now, what it ultimately came back with is, "Okay, if you wanna do that, I need the API key for OpenAI," and it even just gave me directions of, like, "Here's how to go get an API key if you don't have one. Make sure you fund it with, like, five, 10 bucks. Here's the URL to go to," and it kind of walked me through all those directions, and then it said, "Paste back the API key." I pasted it back, and then it incorporated it into, um, its actual code.

    17. AGAakash Gupta39:00

        Awesome. And then I think people are always worried about putting API keys into a vibe coded tool. How do they make sure that that's secure and it's not just eventually posted out there and somebody else can just use their API key?

    18. SRSachin Rekhi39:12

        Yeah, it's a great question. Actually, many of the tools, what they have done is created these new secret repositories, uh, where they actually store it. So there's a couple of different approaches that are taking. Bolt, for example, has an entire dialogue all around where you put those secrets, and then it stores them securely and only gives specific back-end access, um, to these things. One of the challenges that vibe coding tools often had in the past was these secrets would show up in your client-side code that anyone could steal and then go charge against. And so the tools are learning now that that's obviously

11. 39:47 – 48:52

    Customer Validation Techniques

    1. SRSachin Rekhi39:47

       a no-no, um, and really creating these, like, workflows for how do you get around that by storing them securely and not making them available in the front-end code. Each tool does it a little bit differently. Um, uh, another one of the tools puts it-- has you put it in a environment file, which is, again, securely stored. Um, so they've really figured out some of those early challenges that I think a lot of these vibe coding tools suffered from.

    2. AGAakash Gupta40:11

       Got it. What else do we need to know about to become that master level AI prototyper?

    3. SRSachin Rekhi40:14

       So what we talked about now is sort of creating a fully functional prototype, but what we're gonna wanna do with this now is test it with real customers, and so I wanna talk about this idea of customer validation and why that is so critical in, um, using AI prototyping well. And so I wanna show you a few interesting things that I've done with this prototype. The idea here is that we can take this URL and send that URL to our customers that we want to validate with. Now, after they've played with this feature, see what happens when I press the X button. I've set it up to have a built-in survey question as well. I have it say, "How likely are you to use the Ask AI feature if launched in NoJoy?" Maybe I'm enamored with it and I'll say, "Oh, maybe I'll use it weekly." I then have it ask, "Could you describe a personal use case where you think the Ask AI feature would be helpful?" Maybe I'll say something like, "For summarizing notes," and submit that. Now, what's great about this is I'm getting survey feedback right in my prototyping tool and in the prototype. And so I could go and do one-on-one customer interviews, which I'd, should certainly do, but now I'm showing you how do you scale that feedback. Uh, beyond the one-on-one customer interviews, you can start doing things like this. Send this out to 100 people, get them to play with it, and integrate this. Now, let me show you what else I've integrated here. I've also integrated analytics. And so I like to use PostHog, um, which is one of the many analytic tools that you can use. Uh, you could use, uh, Mixpanel. You can use Amplitude, any of the common tools. I happen to like PostHog because they have a fairly generous free plan, uh, and for prototypes you don't need that much usage, so it actually works pretty well. And so you can see it's giving me default analytics, things like daily active users and weekly active users of my prototype. Now, this is really interesting from the perspective of I can see do people even come back to my prototypes, right? Are-- After people use them, are they coming back? Am I getting good retention? And so that becomes really valuable as I'm trying to understand is this prototype useful? Now, I can even intr- instrument custom analytics. And so you can see here I have the Ask AI, um, header button, floating action button, the close button. I've instrumented each of these individual actions, and now I'm seeing how many people click the header action, how many people click the floating action button. And so now I'm getting detailed analytics on my prototype. Now, again, you could never do this with a Figma mockup, and we've done all of this before ever involving an engineer. What I find really cool here is I can even get into session replays.And so, um, let me play this one here. You can see, um, that red dot is the user's mouse, and you can see exactly where the user is clicking, what they're clicking, what questions they're asking the bot. Um, and these session replays end up being, again, an incredible way to scale your feedback. I can watch a bunch of these just based on people using it, decide where the friction points are and where the friction points are not. And so this ends up being really valuable as I think about how do I understand how people are using my prototypes.

    4. AGAakash Gupta43:40

       Just to get it, like, that's a huge hack, just, like, integrate PostHog, which seems like it's pretty easy, then you get session replays and default analytics built in. I don't think many people are using that, so that's one to steal from Sachin here.

    5. SRSachin Rekhi43:52

       That's right. And, like, look at this. I just got a heat map of where everyone is clicking inside of my prototype. Now, this is across an amalgamation of all the different users that I've sent my prototype to. Maybe I sent it to 100 people and I got a bunch of people to use it, and look what I'm seeing. This makes it absolutely clear, for example, that Ask AI button in the top right corner, really red, lots of clicks. That little button in the bottom left corner that was another alternative entry point, almost no clicks. And so it's making clear to me, hey, um, maybe I should ditch the bottom floating action button and just stick with the top right Ask AI button. That's incredible feedback that I can visualize and get in a scaled way through these prototypes that I couldn't get before.

    6. AGAakash Gupta44:37

       Huge. Simplifying your interface is always the hardest part, and this is giving you literally you can see it where you can.

    7. SRSachin Rekhi44:43

       That's right. And I think this is, again, some of the really master techniques that get us beyond the AI slop where I think right now there's just such a desire to, like, add, add, add. Let's add features. Let's add more. Oh my God, it's so quick and easy to build features with AI. Let's add it to our interface. But we all know cluttered interfaces don't make great products, and the fact that we can be using these tools to help us refine our interface, clean up what's working, what's resonating, where the usability issues are versus not, that really takes us to the next level with our prototyping. So the other thing I want to speak to is how did I do this, right? So how did I do the functional pieces of customer validation? Now, all I really had to do was prompt and say, "Please integrate PostHog analytics." It then went off, found the PostHog API, integrated it, and then said, "I need your API key. Here again is the URL to go to to go get your personal API key." You can then hand it to it, and then it went and basically implemented the basic analytics. Now, when I wanted it to actually instrument the specific product analytics, I then just prompted again. I said, "Please instrument in PostHog, uh, any clicks to the Ask AI button and call that event Ask AI header button clicked." I did the same thing for all the other actions. And so I didn't have to do the manual tagging that you typically do when you're trying to add this custom instrumentation. I could just do it purely from prompts.

    8. AGAakash Gupta46:15

       Much better. So I want to ask you this. How does AI prototyping change when you're building a new feature versus thinking about a new product?

    9. SRSachin Rekhi46:22

       It's a great question. And in fact, the actual skill is fairly different, right? When we have an existing product, what we're entirely focused on is design consistency with that existing product. How do we get it to look and feel like our own, the product that we have right there? And so the tools that I described on design consistency become really important, um, you leveraging baselines and templates. Now, a brand-new product is a very different beast. We don't actually even have a set of style guides in the same way for that new product. In fact, actually, to build a new product, um, and build prototypes for it and not make it look generic is actually a bigger challenge. And so we need to be thoughtful about how do we create that design aesthetic that we want for our product and avoid that generic AI slop. Now, the ways to do it is the number one tool I use is what I call inspiration sourcing. And what that is is really as we're designing any part of the experience, find some inspiration as a screenshot. "Okay, I want to build a feature like this. I kind of like the style that we're using in this screenshot." Incorporate that. And then it will actually build it using that design. And you could then do that for any given feature. And so that helps you to establish an aesthetic and establish best practices in the new product. And so I find that actually works really well. Now, part of it is how do you source all these great ideas? And, um, I love using sites like Mobbin, that is a kind of a directory of screenshots of every product that's ever existed. Even places like Dribbble have, um, a community of content out there. And so what's interesting is this traditionally used to be the job of designers, right? But as we're blending roles, now that us product folks as well are getting involved in the actual prototyping process, we need to start improving our own design inspiration as we're thinking about how do we make prototypes that actually look great.

    10. AGAakash Gupta48:31

        You bring up an important point. I think it was Itamar Gilad who talked about how there's probably 20 other things the PM needs to be doing, talking to customers and learning from the business, analyzing features, writing out the strategy, looking at prior results. There's, like, so many things that they have to do. Why should the PM be

12. 48:52 – 57:00

    When to Use Workflows vs Agents

    1. AGAakash Gupta48:52

       picking up what the designers did? Like, why are we bringing this into the PM's role? Is that the right thing to be doing when the PM already has so much other stuff to do?

    2. SRSachin Rekhi48:59

       It's a great question. You know, what's fascinating about this is I think the jury is out still in who is actually doing the prototyping.As I've looked in the space, I've seen three different paradigms currently being used. First is PM led. So a PM is the one in the tool doing the prototyping, um, and so that is sort of taking over the responsibilities of design. Now, the second mode I've seen is actually design led, where designers are the one prototyping. And in fact, they're finding, "Actually, it's faster for me to build stuff in a prototyping tool than it is in Figma. I can do many more variations." And then the PM is informing the design requirements just as they've always done, and the designer is the one that's doing the heavy lifting, learning these tools. And what I find, actually, is designers are incredibly good at making compelling-looking prototypes because that's the skill set they have. Now, the third paradigm I've seen is collaborative. PM and designer are collaborating together to create, uh, these mockups. Now, almost all of the tools support collaboration, where we can share a project. I could be adding prompts, you could be adding prompts on top of it, and it actually works pretty seamlessly. And so we can collaborate together on it. And so I've seen different organizations doing one of these three approaches, and there's pros and cons to each. I mean, you brought up a great point, like, hey, a PM has so much else to do. Should they really be taking over some of these other responsibilities? Um, at the same time, I've, I've seen some product folks who have such strong domain understanding of the problem space because they're so steeped in the customer feedback, that their ability to bring it to life all on their own in a prototyping tool is actually beneficial compared to the lossiness when they try to dis- communicate those requirements to designers. And so in some cases, um, even having the PM sort of take over some of those traditional responsibilities is actually turning out to be helpful. So I think part of the challenge is, um, there's different, uh, modalities of prototyping that are, are coming right now, and still to be seen which is gonna become industry norm.

    3. AGAakash Gupta51:18

       Yeah. Don't assume, I think, guys, after watching all the PM content and PM influencers, that you should be spending 20, 30% of your time on AI prototyping. And another thing that I see people do is they think about prototypes as literally helping with delivery, like delivering the first version of the code. You've been beating the drum on why prototypes are for discovery, not delivery, so can you explain that?

    4. SRSachin Rekhi51:40

       I think that if a PM is trying to get a full version of their product out through these vibe coding tools, they're doing it wrong. And the reality is, we have at our disposal in these organizations incredible engineering organizations that have access to incredible AI coding tools, and we don't need or shouldn't be thinking about replacing them. And instead, what we should be thinking about is using these tools for the discovery phase. How do we figure out what product to build and what solution is gonna resonate most with customers? And so that's what discovery's always been about. These tools are incredibly good at that. They're incredibly good at generating multiple iterations, helping us get that in front of customers, doing validation based on that, even creating multiple prototypes and testing multiple directions with customers, and then deciding which one to go with. That is incredible value to PMs, and I think that's enough. And then when you hand it off to engineering, it turns out the code that's been generated by the prototyping tools is not scalable, not maintainable, um, not robust, and that's okay. Because it turns out our engineers can then do that work and translate this prototype into production level code.

    5. AGAakash Gupta52:55

       And I just wanna act as the skeptic here, but doesn't Claude Code ... Isn't the way that they're using it that the PMs actually do build the first production version of it?

    6. SRSachin Rekhi53:04

       Yeah, so what's interesting about this is, um, the tooling ends up being pretty different when most people are using AI prototyping tools. For example, if you're using a Lovable, Bolt or Magic Patterns or whatnot, doesn't have access to your existing code base. And so it's creating from scratch, not following any of your code rules, not following any of your, um, established norms. And now when you ultimately wanna convert it, yes, you can take the designs out of, um, your prototyping tool, and when you're using Claude Code, it's gonna create components that match up with ultimately your actual code base. And so we're not there yet in the prototyping tools to make that happen automatically. Now, one day, I think where this is certainly going is this idea that, hey, look, you have these, um, components that are reusable that are in your code base that your prototyping tool also uses. Now, that's where we get to the dream state of actually the prototype code you're producing is production code because all it's doing is assembling a set of reusable s- uh, system components that already exist. Now, the only way to do that today is through tools like Cursor and Claude Code, which are the engineering-oriented tools. And I'll say some PMs are embracing those tools, but a lot of PMs are still finding those tools to be too technical, and the existing tools, um, that are really designed for product managers don't yet have those capabilities. And so we may eventually bridge the gap, but to date, I think, um, even if we just get the win of better discovery, we're already winning with these tools.

    7. AGAakash Gupta54:47

       So a lot of people, they're embracing these tools and they're saying prototypes replace the PRD. Just deliver a prototype. Just deliver a prompt set. I think Microsoft's CPO even said something like that. Why is the PRD not dead?

    8. SRSachin Rekhi54:59

       So I've been harping on this drum as well, that I think, uh, a prototype is incredible and should be a primary artifact that all of us are producing. But what a prototype actually speaks to is the user experience and the functional requirements. It doesn't touch product strategy.And all the strategic questions that a good PRD includes. For example, how is this feature that we're implementing gonna help us differentiate from the competition? How are we gonna acquire users for this feature or this product? How is this gonna improve our monetization position by adding this feature functionality to the product? All of these are critical strategy questions that we should be asking ourselves, that our PRD should cover, but a prototype never will. And so I think we are, uh, losing so much if all we do is produce the prototype without the strategic lens of why we're building this in the first place. And so I do think our PRDs, we can now remove all the experience details from them. We don't have to just say, "Here's the user scenarios, here's the features I wanna implement." We can put that all in the prototype, but we still need to ask these very basic strategic questions of why we're building the feature in the first place, and how it's gonna improve our strategic position in the market.

    9. AGAakash Gupta56:19

       Yeah. So I think the strategy component ... A couple other components I'd highlight. What is your hypothesis? Because we always wanna be using the scientific method. What is your North Star metric, your guardrail metrics, your diagnostic metrics? 'Cause we always wanna set that out in advance so that we can then look at, you know, in a statistically significant way whether things are working, and we can experiment and test with things. And what are the open questions? Like, what are we trying to test? What are we not trying to do with the feature? All those things, a prototype doesn't answer those questions, so really the ideal unit of work for a PM right now is a prototype plus a PRD. Now, a lot of people, they come to me and they're saying, "Hey, I don't have access." And you actually shared some really, really interesting

13. 57:00 – 1:09:38

    AI Prototyping Tools Face-Off

    1. AGAakash Gupta57:00

       data on this. Depending on what access people have, what AI prototyping tool should they use?

    2. SRSachin Rekhi57:06

       This is a great question. So, um, we can get into my specific perspective on all the AI prototyping tools, but probably something I encourage a lot of organizations to start with is think about what is the lowest friction way for you as a PM to start prototyping today? Now, what's interesting about that is you could go do an investigation of what the top tools are available to go use, and that's useful, but the reality is you might actually have access to something already. And what I'm finding is, for example, organizations may have access to Figma Make because they already use Figma as their design tool, and it's easy for them to get access to Figma Make. Or for example, if you're already heavily invested in the Google suite of tools, um, you're using Gemini, for example, you probably have access to Google's prototyping tools, whether it's AI Studio or Firebase Studio. Uh, they just launched a, a new great tool, Antigravity. Um, or if you're on the Microsoft stack, they also have, uh, GitHub Spark. And so part of the decisioning here isn't just finding the best tool for you, which is still a worthwhile ac- uh, exercise, but to get playing with these tools as soon as possible, finding the least friction-ful way to go do so. And, uh, oftentimes that means accessing the tools that you could easily get access to because they're easily approved within the organization. Now, a meta point on this that is so fascinating is I think what's happening, despite AI being as revolutionary as it is, we're actually seeing kind of traditional B2B enterprise tactics working, that large organizations may not have the best prototyping tool, but they have a win. They have an in with the customer, whether it's because they have distribution, because folks are already using it, whether they built a suite of tools that this is the additional win. Um, it's been fascinating to watch that, um, we're quickly seeing, even in this kind of innovation cycle, some of the classic B2B enterprise tactics actually leading to a lot of adoption. And that was what I was really sharing in that data, that it's amazing to see how much, for example, Google's tools are already being leveraged because of how easy it is for organizations to adopt it because they're already Google customers.

    3. AGAakash Gupta59:27

       100%. So we're about to walk you through what the best tools are, but use the existing tool you have and then go make the IT request. So if you are going to make the IT request or you are the product leader who's controlling the budget and going to make a tool, can you walk us through the AI prototyping tools market, the different ones out there, what the pros and cons are of each?

    4. SRSachin Rekhi59:47

       All right, so let's talk about the various tools that exist in the market. Now, there's really three high-level categories of tools that exist. The first one is AI app builders. Now, an AI app builder is just an AI tool that you can use to build a fully functioning app. And so you could use these as full vibe coding applications to launch entire applications to customers. Now of course, I'm not recommending that PMs go and vibe code apps. I'm telling them use it for prototyping, but you can certainly use all the apps in this category for prototyping. And so these generic AI app builders is that first category. Now let me just kinda give you my quick opinionated take on each of the popular tools in the space. I showed you a bunch of prototypes in Bolt, which is one of my favorite tools. I love it 'cause it's just fast. Um, you notice that you spend a lot of time waiting for prompts to actually be answered, and Bolt has one of the fastest tools with some of the interesting technology decisions that they made. Another great one is V0, v0.dev. What people love about this one is it's really optimized for front-end UIs. It's actually pretty quick and good at building beautiful UIs from, from scratch. Another really popular tool is Replit. Now, when we think about Replit, it's known for building really robust full stack applications, including f- back end, front end, and giving you control.Now, if you really wanna build a robust solution, um, Replit is one of the best solutions. Now, it comes at a cost. All of that back-end capability that it supports actually slows down the overall prototyping, um, process. So you really wanna ask yourself, do you need that capability or not? Lovable is another fantastic prototyping tool that's really made a name for itself as optimizing for non-technical users. Now, when you look at Lovable's own marketing, they even show how kids nowadays can even build prototypes. And so if you are intimidated by how technical some of these other tools are, you're gonna love Lovable. Now, Google has actually entered the market with a couple of different, uh, app builders. The first is Firebase Studio. Firebase Studio is kind of like a Replit in that it's really optimized for building both back-end and front-end applications using Firebase for the back end and, um, uh, building out a front end as well. Now, I think if you're in the Google ecosystem, you're gonna love this, especially if you're already an existing Firebase customer. Now, another AI product that Google launched was Google AI Studio. This one is optimized for building Gemini apps. If you're thinking about building applications that use any of Gemini's APIs, whether it's things like Gemini, Nano Banana, uh, Veo for video generation, it's so easy to prototype solutions that use those APIs in Google AI Studio. The final one I mentioned here is Microsoft has also entered the app builder game with their own GitHub Spark tool. Um, and again, that's gonna be optimized if you're in the Microsoft ecosystem. If you're using GitHub, you might like that because it's already working with the tools that you're already using. So this is the first ca-

    5. AGAakash Gupta1:03:04

       I'd throw in a couple more that people might have heard about. Miro has its own AI prototyping tool. You mentioned Reforge Build. That's one that uses your contacts. There's Magic Patterns. There's Dazzl. This space, there's Base44. There's like a million tools right now rushing into this space. [laughs]

    6. SRSachin Rekhi1:03:20

       Totally, yeah. No, you just mentioned some in the next category that I wanna talk about in the actual specific, uh, AI prototyping tools. Um, but yeah, I'd add Base44, um, a couple of the other ones you mentioned as these generic app builders. As we get into the next category, these I consider true AI prototyping tools. Now, what do I mean by that? I mean that they're purpose-built for product teams to generate prototypes, not fully vibe coded applications. And what's great about that focus is they've now created unique capabilities that product teams actually care about when they're prototyping. And so these four fall into this category. And in fact, I actually think product teams are best off using these tools because they are purpose-built for their purpose. Now, the first one we'll talk about is Reforge Build, which is really optimized for product teams focused on full stack experiences. And, um, you know, it has some of these really unique capabilities like diverging. Uh, both Magic Patterns and Reforge Build make it really easy for you to diverge and come up with four different variants of a given idea, uh, just by using a command. And so that's an example of where they really shine. They're also really good at bringing in your external context from, um, your product specs, your PRDs, um, your design guidelines, and easily incorporating that into the tools so you can get feedback. Another cool thing I love about Reforge Build is they now even make it easy to get scalable feedback. You can use this AI interviewer to actually send out your prototype, interview people based on their feedback, and it recreates the one-on-one interview experience. And so that one's pretty great. Magic Patterns is also a fantastic tool in this category, uh, focused on front-end experiences. So they've made the decision to not care about back end 'cause again, we're not building full vibe coded applications, and given that, they're really optimized around design. They even have some cool capabilities where you can take your Magic Patterns built, um, prototype and then export it to Figma if you do need to complete the process that way.

    7. AGAakash Gupta1:05:32

       If you guys wanna know why they didn't choose back end, the CEO was on the podcast, and he explained why. But let's keep going. [laughs]

    8. SRSachin Rekhi1:05:38

       Oh, perfect. Um, now Figma Make is another great solution. Um, uh, obviously Figma is heavily used by designers, and so designers are gonna love this tool. It's got one of the best importers of Figma files directly to Figma Make, and it ha- has broad adoption from the fact that Figma's already in a lot of organizations. And so I think it's gonna get a lot of, um, particular excitement from there. Um, they are, uh, quickly adding a ton of functionality to sort of catch up with some of these other tools, um, and I'm pretty excited about, um, where Figma Make is ultimately gonna go. The last one to mention here is Alloy. Now, this is a fairly new one, um, but what's really cool about it is they've really optimized for recreating your product experience. As I said, the best way to start is with a baseline, and what they did is they created a browser extension that can extract your product from the website and recreate in high fidelity pretty much the entire user experience. And, um, you'll find that compared to some of these other tools, it actually does a phenomenal job of really capturing the exact design. And so, um, another one that's worth checking out in this category. So the final category of prototyping tools I wanna talk about are the AI coding tools. So these are the tools that your own engineers are already using to write production code. Now, what's interesting about them is all of them have introduced agentic capabilities that enable you to not only use it for AI coding but also for prototypingAnd so tools like Cursor have an agent that works very similarly to the agent that you'll find in a Bolt or Lovable, and so you can simply prompt to create your application. Now, the challenge with these tools is you have to then do a bunch of the heavy lifting on your own. For example, they don't have built-in deployment solutions, so you're gonna have to use something like Vercel or Netlify to deploy your prototype, or ask your engineers to ultimately do that part. Um, so there's a little bit more of a learning curve with these tools. The next category is really the CLI tools, the command line tools, things like Claude Code and Codex CLI. These tools you actually use in a terminal window, and so you open them up in a terminal, and you can actually start actually prompting similar to how you'd prompt anywhere else, but now at the terminal. Again, sometimes people find these, uh, intimidating from a technology perspective, um, but actually they're very robust. Now, I call these AI coding tools my upgrade pick, you know, kind of like wire cutter upgrade pick. And the reason I say that is because there'll become a point where you build your prototype, it gets pretty robust, that you're gonna start running into errors or, uh, speed issues in the traditional prototyping tools, and that's when you're gonna need to upgrade to these AI coding tools. Another scenario, if you want to use your existing code base, for example, you have an existing set of reusable component library that your engineers have created, and you want to leverage that, you're gonna have to use the AI coding tools for that sense. And so even though these come at a more technical ramp, um, they do become appropriate in those kinds of scenarios.

    9. AGAakash Gupta1:08:55

       So this is a podcast. We have to ask for your hot takes. You can't choose Reforge Build 'cause you're affiliated with Reforge. If you were the head of product at LinkedIn Sales Navigator like you once were, and you could just buy one of these tools for your team, but you had the budget to buy one, which tool would you buy?

    10. SRSachin Rekhi1:09:11

        Great question. Um, I'm biased because I am fairly technical, and, um, recently I've been very impressed by Cursor, uh, in its ability to, uh, especially with the new Composer 1 model, to actually be exceptionally fast at, uh, prototyping. And so there is a bit of a learning curve, but if it were me, I'd invest in educating

14. 1:09:38 – 1:12:29

    Outro

    1. SRSachin Rekhi1:09:38

       my team to go whole hog into these efforts. And so I think that is, um, sort of the great place to start. Now, uh, if I'm advising a buddy of mine starting on these tools, I do think the AI prototyping category is a realistic place to start to get going, um, and go from there. And, um, you know, I, I, I'd pick Magic Patterns right next to Reforge Build as the top set of tools that enable you today to do incredible stuff. The, the inspiration feature in Magic Patterns is so good at coming up with so many different design variations. I think if you adopt that, you're very quickly gonna start to see the value of prototyping, and it might be a faster on-ramp to getting your organization going with tools like this.

    2. AGAakash Gupta1:10:25

       All right, guys, you heard it, Reforge Build and Magic Patterns, and you know what the crazy thing is? Both of those are part of Aakash's bundle, so if you become an annual paid subscriber of my newsletter, you literally get 12 months of Sachin's top two recommended AI prototyping tools for free. If you have watched this far, it's a no-brainer. Check it out. Sachin, what else are you doing with your time these days? If people want to learn more about AI prototyping from you, where should they go?

    3. SRSachin Rekhi1:10:52

       So, uh, first thing to do is follow me on LinkedIn. I always share my hot takes on, uh, product management, especially as it has to do with AI, so, uh, it's a great place to start. Um, if you really want to go deeper on this stuff, I built out a course called AI Productivity, uh, with Reforge, that not only teaches you all of these prototyping skills in detail, but is really about how do PMs use AI in general to be more effective in their role. We talk customer insights. We talk product strategy. We talk product execution and all the tools that you could use to really do that well. So I encourage you to check that out as well.

    4. AGAakash Gupta1:11:30

       Sachin, thank you for dropping so much knowledge. There are a lot of PMs and product leaders who have j- you have just saved hours of time, and you have just helped them do their job much, much better. Really appreciate you dropping all this knowledge.

    5. SRSachin Rekhi1:11:41

       Of course. Happy to help.

    6. AGAakash Gupta1:11:42

       All right, everyone, see you later. I hope you enjoyed that episode. If you could take a moment to double-check that you have followed on Apple and Spotify podcasts, subscribed on YouTube, left a rating or review on Apple or Spotify, and commented on YouTube, all these things will help the algorithm distribute the show to more and more people. As we distribute the show to more people, we can grow the show, improve the quality of the content and the production to get you better insights to stay ahead in your career. Finally, do check out my bundle at bundle.aakashg0.com to get access to nine AI products for an entire year for free. This includes Dovetail, Mobbin, Linear, Reforge Build, Descript, and many other amazing tools that will help you as an AI product manager or builder succeed. I'll see you in the next episode.

Episode duration: 1:12:39