How I AIHow to build prototypes that actually look like your product | Colin Matthews
CHAPTERS
Why AI prototypes fail inside companies: brand mismatch and low adoption
Claire frames the core problem: chat-based prototyping tools empower PMs, but their outputs rarely match an organization’s design system, which frustrates designers and engineers and reduces adoption. Colin previews a component-first approach to make AI prototypes look and feel like the real product.
Component-first prototyping: build the LEGO set before the screens
Colin introduces the main concept: start by creating a reusable component library rather than generating full pages/views. This approach is tool-agnostic (works beyond v0/Bolt) and improves consistency, reuse, and reliability when assembling new screens later.
Creating a component library from screenshots in v0
Colin demonstrates a workflow in v0 where he repeatedly feeds screenshots to extract UI elements into individual components. Over time, the library grows by iterating: “continue adding components” from page-to-page screenshots.
Prompt techniques to reliably extract components (not whole pages)
They discuss how prompting affects outcomes: the model often tries to recreate entire views unless constrained. Colin emphasizes being explicit and persistent so the output becomes a list of components rather than a composed application.
Assembling an Airbnb homepage from the component library (via forking)
Colin shows how to fork the component library project to preserve the pristine components while generating new screens. He prompts the fork to “Create a homepage for Airbnb,” and the system composes a new page using existing components, adding missing ones as needed.
Quality bar: not pixel-perfect, but unmistakably ‘the product’
Claire asks about fidelity; Colin clarifies the target is recognition and credibility, not perfect replication. The purpose is to keep reviewers focused on the new idea (e.g., an AI feature) instead of being distracted by an unfamiliar UI.
Reducing errors by improving modular components (stitching vs. spaghetti)
Colin notes prototypes become more stable when built from modular parts because the AI mostly “stitches” rather than invents large structures. This improves the onboarding experience for teammates who otherwise hit repeated errors in tools like v0/Bolt.
Magic Patterns: generating product-faithful UI from a prebuilt component set
Colin introduces Magic Patterns and demonstrates prompting it to build an AI chat interface resembling ChatPRD. Behind the scenes, it installs predefined components and wraps them into higher-level UI, enabling fast iteration with strong brand alignment.
Chrome extension workflow: extract components directly from a live website
Colin shows the Magic Patterns Chrome extension: click an element on the real site, extract the HTML/styling, then convert it into a reusable component and publish it to a library. This bypasses the common bottleneck of asking engineers to package UI for prototyping.
Versioning and upgrades: treat components as evolving team assets
They discuss managing components over time: improve individual components and propagate updates into older prototypes via “upgrade to latest.” This reframes effort from one-off prototypes to reusable assets maintained for long-term leverage.
Forks, baselines, and variants: a disciplined workflow for exploration
Colin demonstrates a Figma-like project canvas where each chat/prototype can be duplicated and forked. Claire highlights best practices—checkpoints, versions, and forks—to prevent vibe-coding chaos and enable side-by-side comparison of variants.
Team dynamics: introducing AI prototyping without triggering role conflict
Claire asks how to implement this in real organizations; Colin emphasizes empathy and positioning prototypes as communication tools, not replacements for designers/engineers. He advocates widening who can prototype (ops, CS) while letting engineering adopt outputs only if useful.
When AI won’t listen: debugging by forcing explanation before code
Colin shares his most reliable tactic: ask the AI to explain why something is happening and explicitly instruct it not to write code. Claire adds a variant: ask for top hypotheses in priority order—useful for errors and stubborn UI changes.
Wrap-up: where to learn more and how Colin helps teams operationalize this
Colin shares resources: a Maven course on AI prototyping for PMs and a team workshop offering that delivers component libraries and baseline prototypes. Claire closes with standard show outro and ways to follow the podcast.
Get more out of YouTube videos.
High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.
Add to Chrome