How to build prototypes that actually look like your product | Colin Matthews (Product leader, AI prototyping instructor at Maven)

Colin Matthews is a product manager, founder, and hobbyist engineer. After spending the past eight years in healthtech, he recently left his role as a PM at Datavant to go full-time on building his own products. He is currently a top Maven instructor, helping PMs build their first AI prototype. In this episode, he shares a step-by-step workflow for creating component libraries from screenshots that stay true to your brand and reveals a clever Chrome extension trick for extracting code from any website to build reusable components. What you’ll learn: 1. How to create component libraries from screenshots that match your brand’s design system 2. A Chrome extension that can extract components directly from any website with a single click 3. Why forking prototypes is the key to efficient iteration without breaking your baseline 4. The structured prompting technique that makes AI tools actually listen to your instructions 5. How to introduce AI prototyping to your team without stepping on designers’ toes 6. The debugging approach that solves 90% of AI prototyping errors — Brought to you by: WorkOS https://workos.com/?utm_source=lennys_howiai&utm_medium=podcast&utm_campaign=q22025—Make your app enterprise-ready today Notion https://notion.com/howiai—The best AI tools for work — Go deeper with Colin’s in-depth post in Lenny’s Newsletter: https://www.lennysnewsletter.com/p/how-to-get-your-entire-team-prototyping — Where to find Colin Matthews: LinkedIn: https://www.linkedin.com/in/colinmatthews-pm/ Tech For Product newsletter: https://colinmatthews.substack.com/ Tech For Product one-day team workshop: https://teams.techforproduct.com/ Maven course: AI Prototyping for PMs: https://bit.ly/3FQgZmw — Where to find Claire Vo: ChatPRD: https://www.chatprd.ai/ Website: https://clairevo.com/ LinkedIn: https://www.linkedin.com/in/clairevo/ X: https://x.com/clairevo — In this episode, we cover: (00:00) Introduction to Colin Matthews (02:46) Creating component libraries from screenshots in v0 (05:50) Using prompts to extract components from existing products (06:31) Building an Airbnb prototype from component libraries (11:36) Using the Magic Patterns Chrome extension to extract components directly from websites (18:38) The importance of improving components rather than the composed application (20:15) Using forks and versions for iterative prototyping (25:05) Managing team dynamics when introducing AI prototyping (26:54) Final thoughts — Tools referenced: • v0: https://v0.dev/ • Magic Patterns: https://magicpatterns.com/ • Magic Patterns Chrome Extension: https://chromewebstore.google.com/detail/html-to-react-figma-by-ma/chgehghmhgihgmpmdjpolhkcnhkokdfp?hl=en • Cursor: https://cursor.sh/ • ChatGPT: https://chat.openai.com/ • Bolt: https://bolt.new/ — Other references: • Colin’s AI prototyping prompt library: https://technical-foundations.notion.site/16c8fafdb669800ea6eeca11f40d046c?v=16c8fafdb6698069a6e4000c84a9ff2c • Airbnb: https://www.airbnb.com/ • Notion: https://www.notion.so/ • Amplitude: https://amplitude.com/ • PostHog: https://posthog.com/ • Figma: https://www.figma.com/ • GitHub: https://github.com/ — Production and marketing by https://penname.co/. For inquiries about sponsoring the podcast, email [email protected].

Speaker names marked ? are inferred from speaking time and the show’s known hosts — they are not voice-verified.

• 0:00Claire Vo?

  Can you show us how you get these prototyping tools to prototype your product?

• 0:04Speaker 01

  So here's our component. All I have to do is click Convert to Component, throw it into my ChatPurity library, and now it's going to import basically all of that styling and structure and regenerate it as like a proper component. So you can see the prompt here is basically all of the code from your website.

• 0:20Claire Vo?

  You used to have to know how to code or get really good at Figma, and now we have unleashed the product manager with these chat-based prototyping tools. You have this prompt that lets you extract those components out of a screenshot.

• 0:33Speaker 01

  So I'll say create a homepage for Airbnb and basically assemble a homepage using those components. You want to match your existing design with a screenshot, you can paste that in to start, then you add your new AI feature on top or whatever you want.

• 0:45Claire Vo?

  Oh, look at this. It's Airbnb.

• 0:48Speaker 01

  These tools can be used by anyone on the team. Your operations team could prototype something and send it to you. Or customer success could use these tools. There's no limit on who's allowed to have ideas.

• 1:00Claire Vo?

  Welcome back to How I AI. I'm Claire Voe, product leader and AI obsessive here on a mission to help you build better with these new tools. Yeah, yeah, the word of the year is vibe code, but if I had to pick a close number two, it would be prototype. That's why I'm excited to have on Colin Matthews, who's going to show product managers and designers how they can take screenshots and turn them into component libraries for your favorite prototyping tool to use, use a Chrome extension to rip your exact code to pull in to integrate with AI tooling, and how to use a fork to bring some sanity to your AI prototypes and designs. Let's get to it. This episode is brought to you by WorkOS. AI has already changed how we work. Tools are

• 1:43Claire Vo?

  helping teams write better code, analyze customer data, and even handle support tickets automatically. But there's a catch. These tools only work well when they have deep access to company systems. Your copilot needs to see your entire code base. Your chatbot needs to search across internal docs. And for enterprise buyers, that raises serious security concerns. That's why these apps face intense IT scrutiny from day one. To pass, they need secure authentication, access controls, audit logs, the whole suite of enterprise features. Building all that from scratch? It's a massive lift. That's where WorkOS comes in. WorkOS gives you drop-in APIs for enterprise

• 2:25Claire Vo?

  features, so your app can become enterprise-ready and scale up market faster. Think of it like Stripe for enterprise features. OpenAI, Perplexity, and Cursor are already using WorkOS to move faster and meet enterprise demands. Join them and hundreds of other industry leaders at workos.com. Start building today.

• 2:48Claire Vo?

  Colin, thanks for being here.

• 2:49Speaker 01

  Yeah, super excited to join.

• 2:51Claire Vo?

  So one of the things product managers love right now is they are super empowered to prototype. You used to have to know how to code or get really good at Figma, and now we have unleashed the product manager with these kind of chat-based prototyping tools. But one of the problems that I found as somebody who is trying to bring these prototyping tools into a larger company is they're not, at least in my experience, particularly good at replicating your brand, your design system, your patterns. And so you sort of annoy the product managers and engineers first by doing all this work that no one asks you to do. And then, two, you're not giving them assets that match the the brand and the design system, but you seem to have figured this out.

• 3:35Claire Vo?

  So can you show us how you get these prototyping tools to prototype your product?

• 3:41Speaker 01

  The concept here is actually pretty simple, comes kind of from the design world of having a component library. So you can see here I have kind of a mock one of Airbnb. And I'll start by saying that this approach is applicable to any tool. So it's not like a V0 thing or a bold thing or anything like that. It's just the idea of basically creating these components first, rather than starting with your views. So I'll talk a little bit about how I actually go about accomplishing this in V0, and then I'll talk about some other tools that maybe like streamline this process a little bit for us. First things first is I just have a prompt that I typically use, and I'm happy to share this with with the audience as well. Later on, I have a little prompt library for myself. And this prompt is, you know, a prompt to create a component library. So I tell the AI model that is tasked with creating this component library based on

• 4:26Speaker 01

  a screenshot, using a set of technologies, I kind of outline what the behavior should be and what we want as a result. Sometimes it listens, sometimes it still tries to replicate the view. And so sometimes you really have to push it on like, only create the components. I want the page to be a list of components. I don't want you to recreate the views, because I think these tools have kind of been, I don't know, pre-trained to to create the views instead. And so that's pretty much it. I take this prompt and I throw in an initial screenshot. And if I scroll back a little bit here in my chat, you'll see that a lot of my requests to this particular project are just screenshots in the prompt. Please continue adding components. And so I very literally go through and once I kind of have this initial setup.

• 5:09Speaker 01

  So I have my component library, it starts adding a couple of components. I start just sending in screenshots, one kind of page at a time.

• 5:17Claire Vo?

  And for people listening, just to call out kind of what you're seeing here is it seems like you're taking screenshots from different parts of the app. This example is Airbnb and you're actually pulling out things like the logo, the search bar, navigation of category items, how ratings work, property cards. So these foundational UX elements that compose this very complex app. And you have this prompt that lets you extract those components out of a screenshot.

• 5:47Speaker 01

  Yeah, that's exactly right. And there's kind of two main benefits to this. So obviously, right now, we don't have what I'd consider to be a prototype. But what we can do is very easily turn this into a prototype. So we can keep this kind of visual consistency and not only in our own prototypes, like if I'm doing two different ideas. But also like if you're working with me, I can share this component library with you. And now across the team, our prototypes all have a very similar style or visual consistency. And so I can just run through how to do that. It's it's pretty simple. We're going to use this fork feature up in the top right hand corner, which basically creates a copy of the project. So it'll import all of the same files that we had in the original. And this allows us to not make any changes to the component library, but still use all those files.

• 6:31Speaker 01

  And then from here, you know, we basically ask it to build us something. So I'll say, you know, create a homepage.

• 6:38Speaker 01

  For Airbnb and it will take all of that existing code that we have. So all of these files that represent our components and basically assemble a homepage using those components. And if there's something missing, right, like some UI element that it wants to add that doesn't exist in the components, it will create them as needed. But generally speaking, it will just inherit those existing components.

• 7:00Claire Vo?

  Got it. And just looking here at the list of components you were able to generate in that prompt, it looks like you have two dozen different components, everything from the logo to what the reserve button looks like, host information. And so you've been able to very quickly get the building blocks of Airbnb and matching the brand, matching the UX style because you've used the screenshot. And now you're taking those different Lego pieces and composing it into something new for the product.

• 7:30Speaker 01

  Yeah, exactly. And then we can kind of continue from there, the same way we normally would with prototyping, right? So if you want to match your existing design with a screenshot, you can paste that in to start. It'll use all these components and you add like, you know, your new AI feature on top or whatever you want.

• 7:44Claire Vo?

  Look at this. It's Airbnb.

• 7:47Speaker 01

  There we go. So yeah, it works pretty good. So we have the Airbnb logo. We have the search bar that we'd expect. We have all the various components that we're used to, right? And you know, there are a lot of components that didn't end up getting used here. So for example, if I ask it to build a detail screen,

• 8:07Speaker 01

  then it's going to continue, right, to use the components. So it's selecting the relevant components to use. It's not just going to import, you know, my 30 components into the homepage just for fun. Lots of these, like the amenities section, the bedroom card, the booking card, these are all things that we need in the listing page. And you can see right at the top here, it's just listing out all of the components it's importing for that detail screen, right?

• 8:30Claire Vo?

  Yep. And what I would say is something like Airbnb is a well-known brand, well-known UI, and this is pretty close. But are you aiming for pixel perfect? What are you trying to get when it comes to building this component library?

• 8:44Speaker 01

  Yeah, typically not pixel perfect. It is still a little challenging. You'll notice that like, some of the icons are not like their particular set of icons. The images are a little bit off. And so usually it's not exact matches. The goal is typically to represent the product in a way that Doesn't make people feel like you're talking about a different topic, right? Like, they want to be able to look at it and be like, oh yeah, that's Airbnb. And now you're showing me, you know, the new AI experiences feature where it's going to plan my whole trip for me. Right? And so we're focused really on whatever it is you're prototyping. But we just don't want to distract people with a UI that looks nothing like the product.

• 9:21Claire Vo?

  Yeah. And if I think about kind of these prototyping tools out of the box, I tell people they're great. They're great wireframing tools in that they tend to come pre-baked with these monochrome, very clean, nice to use and accessible UI components, but rarely matches the, the unique brand that you have. And so this is almost like better than a wireframe. It's not a pixel perfect spec, but it gives you the sense of how the UI might look with your brand attached and some familiar elements.

• 9:53Speaker 01

  Yeah, exactly. So hopefully we can give this a try here. I think we've wrapped up. And if I click on this, or perhaps I go to a, um, I didn't set up the routing. That's one other small thing. I'll have to be very specific, so we can ask it to set up the routing here as well. But I'll try just throwing in a number and see if that brings us to a property. Yeah. So we have to go property and then page. So let's try that. Property and one.

• 10:20Speaker 01

  And hopefully we get our listings page. So this isn't quite right. Some of this is a little bit off, but we can see we have our booking card component and a lot of the other components that we have, which make this look almost the same as Airbnb, right? Like, it's pretty close.

• 10:33Claire Vo?

  That's amazing. That looks really good. And all those components look very familiar, very consistent. Airbnb team, look at this. We did some, we did some work for you. And, and I think this solves a, actually a very big problem for adoption of these tools inside Teams, which is Teams don't want to look at, at prototypes that don't look like their own. Product and you're showing sort of a third-party product, but obviously this is something that NAPM or design team can set up for themselves.

• 11:07Speaker 01

  Yeah, exactly. And I agree on the adoption side. The other thing is just like, if you do a decent job, so you put a little bit of effort into those components, these tools seem to do a good job of stitching them together. So I find that I get many fewer errors because I have this kind of modular structure already. It's already broken down and really all the code is doing is stitching them together. And so again, from an onboarding perspective, like it just feels like a kind of a level up in terms of the product itself, the prototyping product.

• 11:36Claire Vo?

  And are there other tools? I mean, this is so fast, so it's hard to, it's hard to complain about the process. But you know, you showed that you had to do some prompting to continue to generate components. So there are other tools that you use to do this kind of work? Is V0 your favorite? How do you think about it?

• 11:54Speaker 01

  Yeah, so there's one other tool that I am currently in love with, which is Magic Patterns. And you know, I did work with this team, I did a little bit of advising with them for about a month. But you know, they've been working on this problem for like two and a half years. They're both, the two founders are both engineers who are very like design forward, are design centric. And yeah, they built something really special here, I think. So I'm going to show you a demo first and then I'll show you how it works. So you'll notice that in the bottom right-hand corner here, it says using chat P R D. I'm going to explain what this is in just a minute. But we're going to start by just saying, let's say, create pin AI chat that can help me with my P R Ds.

• 12:33Claire Vo?

  Oh no, there's, there's no moats.

• 12:36Speaker 01

  Yeah, potentially, at least not on the design side. So what it's going to do here is follow a very similar structure to what we just went through. You don't see it, but behind the scenes, there's a bunch of components that I have pre-built in order to kind of very similarly like inject them into the background here. And I'll highlight specifically in the UI where you see that happening. But it's going to assemble those components and again, add kind of anything else it needs in order to make this work. So you'll see it is actually installing these components from its own kind of repository of code. And then it's creating a new component called chat interface that kind of wraps everything up together.

• 13:15Claire Vo?

  Were these components created in a similar fashion to what we saw before with screenshots? Or they can create it in a different way?

• 13:21Speaker 01

  Yeah, created in a different way and I'll say probably like a more convenient way and I'll definitely show you how to do that. So we'll give this one second to wrap up here and then we'll be able to hopefully see something similar to chat PRD. And yeah, I mean, you'll see like the length of kind of how far you can go to make it look like your product is is pretty far.

• 13:43Claire Vo?

  I mean, that's generally her. I will say my colors are a little bit more subtle on some of the pieces, but you got you got it pretty, pretty right.

• 13:54Speaker 01

  Yeah, so there's, I don't know why this picture of this man here, but that's, that's okay. So yeah, just to go over really quick, we, you can see here, we have a sidebar component, we have a chat message component, message input, options menu, and so on. So basically all of these predefined UI elements that we want to work with. Well, I'll just highlight really quick, like, we can just get rid of this by clicking on here and clicking delete, which is a nice little feature.

• 14:17Claire Vo?

  So much. We're deleting a random icon of a man that has made it into this, this prototype.

• 14:23Speaker 01

  Or trying to get rid of him anyway. He's stubborn, apparently. But, but yeah, so this is the, the gist. And obviously from here, we continue as, as normal in terms of the prototyping.

• 14:32Claire Vo?

  This episode is brought to you by Notion. Notion is now your do everything AI tool for work. With new AI meeting notes, enterprise search, and research mode, everyone on your team gets a note taker, researcher, doc drafter, brainstormer. Your new AI team is here, right where your team already works. I've been a longtime Notion user and have been using the new Notion AI features for the last few weeks. I can't imagine working without them. AI meeting notes are a game changer. The summaries are accurate and extracting action items is super useful. For standups, team meetings, one on ones, customer interviews,

• 15:13Claire Vo?

  and yes, podcast prep, Notion's AI meeting notes are now an essential part of my team's workflow. The fastest growing companies like OpenAI, Ramp, Versal, and Cursor all use Notion to get more done. Try all of Notion's new AI features for free by signing up with your work email at notion.com/ how I AI.

• 15:39Speaker 01

  So let's talk a little bit about like how I actually put this together. The process is relatively straightforward. So let's actually head over to chat purity. And I'll just log in really quick. And you know, I'm on the on the homepage here. And let's say I want to head over to documents. And I want to kind of take a look at this table here. Maybe I'll do chat. So we have some content in it. So what I can do is use the magic patterns Chrome extension. Select the UI element. Click it. And just pull it out.

• 16:08Claire Vo?

  For those that are listening, I just made my patented scream face on screen because that is quite clever.

• 16:16Speaker 01

  Yeah. So here's our component. All I have to do is click a convert to component. Throw it into my chat purity library of components. And now it's going to import. Basically, all of that styling and structure. And regenerate it as like a proper component. So you can see the prompt here is basically all of the code from your website, the HTML.

• 16:36Claire Vo?

  Yep.

• 16:37Speaker 01

  And then rebuild it into a real component that can, you know, have data inserted into it because it's a table. And then we can reuse that as much as we want. So that's. That's like the workflow, right, is go to your website. Click the button in the top right corner, start extracting stuff. Build out your component library and then reassemble your Legos however you want.

• 16:56Claire Vo?

  Yeah, I'm thinking about, you know, how teams are trying to bite this off today, which is they're like, pretty please, design engineer or front engineer. Can you give me this code or create all these components and put them in a way that my AI can extract them? And no front end engineer wants to go do that, that work to extract these components. Extract the functionality out of them because I found that's often part of the challenge with. Importing components into a prototyping tools is the components often contain logic that the prototype doesn't. And you want to like pull all that out. You really just want the styling and visualization. And so product managers and designers are left to sort of fend for themselves in creating.

• 17:36Claire Vo?

  Not pixel perfect, but approximate code. And so this is a really interesting flow. I haven't ever seen before where you can just. Browser plugin.

• 17:45Claire Vo?

  Copy amino select and and import some code and then again, use AI to reassemble it.

• 17:51Speaker 01

  Yeah, exactly. So we have our component here. We'll go ahead and publish it. And this gets into like another section of maybe a little bit more advanced of like. Versioning. So. Let's go back to this prior example here and take a look at the code. We can actually see that we have these component imports. If we wanted to, we could put more effort into these components, continue to change them over time, and then just click upgrade to latest to get the new component in the old things that we prototyped. So I would argue like the further down this path you start to go, which is turning everything into individual components and managing them that way, kind of like the more leverage you get, right? You can even put someone in charge of like making sure that these components are really high visual fidelity and you don't lose that work. It's not like stuck in one

• 18:35Speaker 01

  prototype, right? It's it's an asset your team can use.

• 18:38Claire Vo?

  Yeah, I heard somebody recently say with more text based work, they never think about improving the output. They always think about improving the prompt. And this is the kind of prototyping version of it is like, don't think about improving the composed application, actually think about improving the the components and then the composed application can follow downstream from that. So it's a really interesting way to think about what are the primitives of of prototypes and how you can iterate on both the the primitive and the and the composition.

• 19:13Speaker 01

  Right. And then what we end up with is a state where the prompting doesn't actually matter as much, right? Like, we can start to move away from if you say like the right incantation of magic words, you get you get a great output. And if you don't, you know, it's just a mess because we have these primitives that are getting assembled. And so the AI has less heavy lifting to do because we've done some of that pre work.

• 19:36Claire Vo?

  Well, and you know, we're all good citizens. And I'm sure people aren't out there using this Chrome extension to copy other people's components. And yet, if there is a design system that you really that really inspires you, and you don't know how to recreate it, you know, you want something that looks like this or works like this, it's a new way to kind of clip different UX inspiration. And hopefully, I hope people instead of creating, you know, a carbon copy, create something that is your own that meets your own user needs, but that can take inspiration from other other sites and interaction patterns.

• 20:12Speaker 01

  Yeah, exactly. And then, yeah, I just kind of one last thing to show you. So we talked a lot about components and I showed you how forking works with the component library over in V0. We have a very similar function here in Magic Patterns. And so we're going to talk a little bit more about like the overall idea of using forks for for prototyping. So I'm going to start actually by adding this to a project. This again is a feature that's somewhat unique. So we'll call this one ChatPRD, where it basically puts your chat on a visual canvas. And so it makes it easier for you to see more than one chat at the same time. So you can see I have now this chat here. And if I want to hop back into it, I can just click on this little kind of code icon here, a little small, but hop back in there.

• 20:54Speaker 01

  And so let's say that this isn't quite the best baseline, but let's say that this was my baseline. I put a little bit of effort into it. And like, this is a good representation of the product as it is today. Then what I can do is I can just create a copy. Right? And now I've created a copy that has all my components and I'm not starting from scratch again. So again, we have the visual consistency. I can hop into the copy and I can start to, you know, prompt on top of this one. So I can say, you know, like implement a functional chat because we're missing that right now.

• 21:24Speaker 01

  And start from this point. So again, as kind of as a team, what you can have is your set of baseline prototypes, which is a starting point, assembled from your components. And then when you want to prototype anything, it turns out that your prompting goes down to like one or two messages, right? Because you're already starting from such a great place.

• 21:44Claire Vo?

  Well, and for the designers listening, that visual canvas that the prototype was on looks very similar to Figma and that you have this open board. You have a frame that that encapsulates the prototype and a little screenshot of the prototype. And then you really can duplicate not just the screenshot, the actual full chat, full functionality, et cetera, and fork it. You know, create a create a little branch off of it, fork it and continue to iterate there. And then I'm presuming you could bop back and see those two different versions side by side.

• 22:18Speaker 01

  Yeah, exactly. So I'll try to get this working here. We'll say have the new chat button route to our functional chat. We'll see if we can get something kind of working as a demo. I'll be, yeah, exactly right. So at any point in time, we could just head back over to the project. And we're going to have those two kind of two options available. And so what I do, and I'll show you in just a minute, is I actually label them. I labeled the first one as a baseline. And then I labeled the following ones as like var one, var two, var three. With, you know, another kind of description beside it. And so I can say like, okay, for this feature that I'm interested in, like here's maybe like one or two ways to explore this feature. And it makes it extremely easy to kind of go down that path of exploration.

• 22:59Claire Vo?

  And again, I think designers in particular are very used to that. I was a designer back in the day when we did things truly in files, no Figma. And you had like design V1, V2, final, this one, copy final, really this one. So you're just, you're giving me a little throwback to how iterative design used to work back in the day.

• 23:21Speaker 01

  Yeah, right. So yeah, you can see we have our two side by side. And if I was to hop over to my baseline, I would just label it like that, say baseline. And then, you know, this would be like, whatever we wanted to var one and then whatever, let's say functional chat. And so on. And so you can continue this pattern kind of as much as you want. You know, and have whatever sets of baseline prototypes you want to start from.

• 23:44Claire Vo?

  Yeah. And just, you know, maybe a tip for folks coming to some of these AI tools, whether you're a product manager or designer or engineer. Some concepts you want to think about, understanding and building into your workflow are concepts of like checkpoints, versions and forks. So when you've got something that works, the number one mistake is to keep vibe coding without a checkpoint or a commit or a version. And then it's very hard to wind yourself back to what you like. So anytime you think you found something that you like, make a checkpoint, make a copy. When you want to explore, but are sure where that exploration is going to take you, fork it. So you don't break, break your kind of main thing.

• 24:26Claire Vo?

  And then if you want to share a baseline, again, I like this concept of like a baseline chat, a baseline prompt, a baseline prototype that you can share with your team. And they can iterate and explore without breaking your stuff as well.

• 24:39Speaker 01

  Yeah, exactly. And it kind of goes back again to that onboarding experience because I know some people like they open up Bolt or VZ or they type something in and they just get error after error after error, right? And it's like not the best experience for your team. And so instead, you're kind of equipping them to actually be successful with the tool without having to try to figure it out themselves, right? Like it's going to look like the product that you're giving them a set of UI elements that they're familiar with. And then they ask like, hey, could you add this thing? And it just works.

• 25:05Claire Vo?

  So you've shown us you can replicate Airbnb, very complex, beautiful consumer user experience. You can replicate the impeccable chat PRD, at least to some fidelity here. You can iterate, you've taught us what a component is, you know? And this is all coming from you from a product background. From an organization perspective, I have a couple of questions for you. You've shown us how to do this technically. How do you pull this off in a team with egos and roles and responsibilities? How do you approach that part?

• 25:37Speaker 01

  Well, if there's any designers listening, you'll probably appreciate this. I think it just starts with empathy, to be honest. So I've had this question come up a lot and usually my recommendation is to not go and prototype like a whole new feature and then hand it to your designer and be like, hey, could you clean this up for me? Like I already, you know, kind of did the work. And usually it starts with like the understanding that these tools can be used by anyone on the team. It can even be used by people outside of product, like your operations team could prototype something and send it to you like, hey, this is what I thought would be useful for like our internal tool or a customer success could use these tools to talk to you a little bit about this customer thought. And, you know, do some live prototyping, like there's no limit on who's allowed to have ideas.

• 26:18Speaker 01

  And then from there, like kind of bringing the whole team along to make sure that, you know, the designer understands that, you know, this isn't replacing their role. Basically just a way to communicate internally. Same with engineering, like you do have the ability to sync this code to GitHub if you want, but it's just a starting point. If they want to use it, they can. If it's not useful, then they shouldn't. And so I think it's really more about like enabling people to do their jobs faster, better, you know, be a little bit more inclusive with the set of people who can actually like communicate their ideas effectively. And hopefully just like get to the right outcome earlier on.

• 26:54Claire Vo?

  And my second question is, you are a very structured prototyper here, probably one of the most structured one I've seen. But do you ever let yourself ride the wave of vibe coding? And let the components take you where they will? Where do you decide to go with the exact structure? And where do you decide to be a little bit more free form?

• 27:14Speaker 01

  In the prompting techniques? I know I'm very structured in how I approach it. Like even in cursor, you know, I have my cursor rules, files and all that stuff. Like I have everything set up the way that I like. And very like clean code structures. Cause I find that when I don't do it that way, I spend more time debugging than like kind of going down the path that I want to go down. In terms of actual features, definitely like from more of like a product perspective and less of an implementation perspective. I will go and like test an idea and see if it works. And if it doesn't work, then I kind of give up. So like one idea I had a while back was kind of like a wrapper around prototypes where you could collect analytics data. Kind of like a like Post Hog or Amplitude, but specifically for prototypes.

• 27:58Speaker 01

  And so I built that in cursor. I tried it out. I like tested it with a few folks. It didn't really resonate and so I threw it away. And so like, that's the way I think I explore more, less so on the actual prompting side.

• 28:09Claire Vo?

  Got it. Okay. So you are, I mean, I can tell you've got your Notion workbook of prompts. You've got your components. You're a man that likes structure. I am very different. I want to just go where the LLM takes me. Ride the wave of the tokens. Generate what we will. Okay. And then my final question. Love to ask everybody this. You're structured, so you probably don't have this problem. But when AI does not listen, when it will not delete this dude off of my prototype, who he's still there, sitting on the fake chat purity prototype. What's your prompting tactic? Do you have like a mean prompt in your prompt library that you pull out of your pocket?

• 28:53Speaker 01

  No, unfortunately not. I am actually very nice to the AIs, just in case. No, so usually it is like asking it to explain what's happening. So actually, we'll go through a quick example here. So this is my most common prompt is explain to me why this is happening. Don't write any code. Literally just getting the AI to first tell you what's happening. And then secondly, implementing a solution I have found is the most effective way to, you know, basically get it to behave. So I'll do that here. I'll kind of click on our friend once again, add into the chat and say, I tried to delete this, but it didn't work. Can you explain why? And then don't code. And again, like I use this for errors.

• 29:37Speaker 01

  So if there's an error, I copy paste the error, say, can you explain what's going on here? Don't write any code. Any type of, like literally any type of problem that I come up against. This is the same pattern that I use. And I think it makes sense because like we know that the planning step is important. Like when you're prompting, it's kind of just continuing that pattern while you're talking. Right? So making sure you have a plan while you're, you know, making your changes.

• 30:01Claire Vo?

  Yeah, I use a very similar prompt when dealing with errors where I say, explain why this error is happening and give me your top three hypotheses on why in priority order. Because, and, and don't code. I also say, and don't code. These, these AI agents are very eager to write code. So you have to often instruct it not to. That's a, that's a really great prompting technique. So again, you probably, your response to it not listening is another well structured, well thought out.

• 30:28Speaker 01

  Yeah, that's right.

• 30:29Claire Vo?

  Well, Colin, this has been very fun, super useful. I'm going to take this into my team and we're going to go build out a big component library that we can use to prototype. So where can our listeners find us and how can we be helpful to you?

• 30:43Speaker 01

  Yeah, so a couple of places. One, I am teaching on Maven. So if you want to take a course on this topic, I kind of go through all the tips and tricks on this as well as getting a little bit more technical. I think that's one of the things that differentiates folks and their skill here is actually be able to communicate to the LM effectively, which requires a little bit of technical knowledge. So that's the course over on Maven AI Prototyping for PMs. And then recently, I've actually kind of stood up offering directly for teams that want to start going down this path. So over at teams.techproduct.com, I have like a one day, six hour course. You can bring your whole team and then you'll end up with those assets that we talked about. So you'll leave kind of with a good idea about who's doing what, the component libraries, and then your baseline prototypes

• 31:28Speaker 01

  kind of hit the ground running. So yeah, and then finally, LinkedIn Substack, if you were just looking for more casual stuff.

• 31:34Claire Vo?

  Great. Well, Colin, thanks for showing all this. It's awesome.

• 31:37Speaker 01

  Yeah, no problem. Happy to be here.

• 31:39Claire Vo?

  Thanks so much for watching. If you enjoyed the show, please like and subscribe here on YouTube or even better, leave us a comment with your thoughts. You can also find this podcast on Apple Podcasts, Spotify, or your favorite podcast app. Please consider leaving us a rating and review, which will help others find the show. You can see all our episodes and learn more about the show at howiaipod.com. See you next time.