š“ How to turn an idea into a prototype with AI
A step-by-step walkthrough with tips and insights
The next cohort of my AI course AI for Product Designers is launched!
Check it out.
š§ Hello from a freezing New York! š§
What if you could take an idea, explore design options, and create a working prototypeāall in just an hour?
What if that prototype wasnāt just a basic design in Figma, but a more advanced, code-powered one?
And what if you could achieve all of this with only minimal coding skills?
In todayās newsletter, Iāll walk you through an experiment I did step by step:
Drafting the requirements
Generating wireframes
Generating a prototype
Making revisions
Letās get started!
The outcome
Before we dived in, hereās a brief demo of the outcome:
Step 1: Draft the requirements
I asked Claude to generate a simple product requirement document:
Write a simple product requirement document for a mobile app Blogger Connect, which is designed for bloggers who publish directly to their audience.
Focus on the core flows where users can:
- Write a note.
- Browse notes from other users.
- Interact with notes by liking, reposting, and commenting on them.
- View user profiles.
- Sort notes by categories.
This PRD will be used for an experiment to generate wireframes using AI tools.
Hereās Claudeās response:
The generated requirements was quite thorough, but it was much more complex than I needed.
So my next step was simplifying the requirement and making some tweaks.
š” Tips
It is helpful to leverage Claude or ChatGPT to generate prompts. That said, itās usually better not to copy and paste the prompts directly into other AI tools.
Instead, only pick the relevant parts and simplify them to fit your specific needs.
This gives you more control over the prompt and helps save tokens by leaving out irrelevant details.
Step 2: Generate wireframes
I could have skipped this step, but I wanted to explore some design options to have more control over the design before jumping straight into prototyping.
On top of that, I could have continued using Claude to ideate wireframes, but its responses fit better for simple proof-of-concept tasks than creating usable designs.
So I used UX Pilot, a tool I touched upon in a newsletter last October.
I broke down the simplified PRD by pages, then provided them into UX Pilotāone page at a time.
For example, hereās my prompt for the homepage design:
Create the Home Screen of a lightweight app āBlogger Connectā.
The app enables bloggers to write, publish, browse, and interact with notes shared by others directly with their audience.
Home Screen Components
- Navigation tabs:
- Following
- Discover
- Category filter bar
- Post cards showing:
- Writer name/avatar
- Post preview
- Engagement metrics
- Timestamp
Then I used the UX Pilotās Figma plugin to generate 3 design options:
Using the same approach, I generated 3 design options for the add/edit post page :
Finally, the profile page:
Then I selected my preferred designs and made minor revisions.
š” Tips
I chose to use UX Pilotās Figma plugin instead of its web platform, even though the platform offers more featuresāsuch as creating a set of screens for an entire user flow based on the prompt and exporting the wireframes to Figma for editing.
However, those features were behind a paywall. That's why I broke the prompt down page by page and generated wireframes for each page individually in the plugin.
Step 3: Generate a prototype
Claude can handle some basic prototyping work, but I needed an AI tool specifically designed for the tasks like this.
I chose Bolt for this experiment (and will talk about V0 another time).
What is Bolt?
Bolt is a AI-powered tool to turn text prompts into full-stack applications.
It is based on StackBlitz, a browser-based development platform, so I donāt need to set up things on my local computer.
It handles miscellaneous tasks like:
Install and run npm tools and libraries
Run Node.js servers
Deploy to production from chat
Share my work via a URL
My experience of installing libraries and dependencies in its browser environment was great.
By comparison, I had to go through tedious installation process previously while I was building the SEO description tool and Doc-to-Slides tool in my local computer.
The first attempt
I asked Bolt to create a prototype using those revised wireframes as a reference.
It used NativeScript to build the mobile application and asked me to use my phone to scan the QR code to access the preview.
For the sake of simplicity and easier access, I asked Bolt to create a web version of this app instead.
So it switched direction, regenerating a web app using React and Vite.
Hereās its first attempt with several pages generated:
Step 4: Make revisions
Bolt's first attempt was a decent start, but it lacked some details, had visual inconsistencies with my prompt, and was not interactive.
So I used natural language to request specific improvements:
Ask it to fix minor design bugs:
Add the floating button.
Fix the tap bar.
Revise the layout and components.
Ask it to add certain interaction behaviors:
When the user clicks the ālikeā icon, it should switch to the enabled state.
When the user clicks the floating ā+ā icon, an add/edit drawer should slide up from the bottom. Clicking the āxā icon should close the drawer.
I had to revise those small details one by one, but the process was fairly straightforward and not as tedious as expected.
Hereās an example of me taking a snapshot of the tab bar in the wireframe and asking Bolt to fix a visual inconsistency:
š” Tips
Bolt provides 200k free tokens daily.
Depending on the project's complexity and the number of iterations you make, you might be able to use them to complete an entire project or exhaust them within just a few commands.
Unless you donāt care about the expense, it is inevitable and important to know how to use tokens efficiently.
Some token-optimizing strategies:
Start with a detailed initial prompt to reduce the need for revisions.
Specify upfront where to deploy the app, whether as web app or native mobile app.
Using snapshot references proved to be quite effective.
Combine similar batches of instructions into one message if possible.
Another tip: even if you reach the token limit, you can keep working by using its code editor.
In my case, after I hit the limit, I was still able to take the prototype to the finish line in the code editor, with the assistance from Claude.
I believe token strategies (cost management) is an increasingly important but overlooked topic.
Will talk more about it in future newsletters.
Thanks for reading.
Until next week,
Xinran
Love this step-by-step breakdown! As someone who's been deep in the AI prototyping trenches, I can't stress enough how important that initial requirements phase is (I've learned this the hard way D:).
Here's a practical tip from my experiments: Start even smaller than you think you need to. Like, microscopically small. Those 'simple' prototypes have a funny way of growing complex real fast.
The real game-changer? Using AI not just for the coding part, but for the whole ideation-to-prototype pipeline. Though heads up - you'll still need to be the one making the strategic decisions. AI is an amazing co-pilot, but you've got to be the captain.
Want to see some real-world AI prototyping adventures? I recently wrote about my late-night coding sessions with AI tools: https://thoughts.jock.pl/p/building-apps-with-ai-2025-late-night-coding-adventure
(And yes, some of those experiments crashed and burned - but those are often the best learning experiences :)
Brilliant. I've been using lovable.dev to prototype.