UI/UX Design Prompts for Lovable AI
Most Lovable UI problems are not design problems. They are specification problems. Lovable produces a competent happy path from almost any prompt, then leaves out the empty state, the loading state, the error screen and the mobile breakpoint, because none of them were mentioned. The result looks right in a screenshot and breaks the first time a list is empty.
These fourteen prompts are the interface pieces that get skipped. Several exist only to force the states Lovable omits by default: Empty States & Loading Skeletons, Simple 404 & Error Screens, and the state handling inside Table UI with Sorting & Filters.
The “Try in Lovable” links on this page are affiliate links: we may earn a commission if you create an account through one. It costs you nothing and does not change which prompts are here.
File Upload + Tagging UI
What this prompt is for
Upload UI that survives reality: drag-drop with previews, progress per file, tag management, and every failure state a network can produce.
When to use it
Any feature where users bring their own files. Uploads are the interaction most likely to fail mid-way, so the states matter more than the styling.
# Context Build file upload with tagging: users drag files in, watch true per-file progress, and organize with tags that are managed values rather than free text. The unhappy paths are the feature; a demo-quality uploader breaks on the first flaky connection. ## Core Features (Priority Order) 1. Drag-drop zone with click-to-browse fallback and visible file-type and size rules 2. Per-file progress
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Analytics Dashboard UI
What this prompt is for
A dashboard that answers questions instead of displaying charts: every metric with a window, zero distinguished from unknown, and density with hierarchy.
When to use it
When users need to read state at a glance and act. If nobody makes decisions from it, it is decoration; instrument the decisions first.
# Context Build an analytics dashboard for operators: headline metrics, one trend, one breakdown table, readable in five seconds and honest under failure. Every number answers 'compared to what, over when'. ## Core Features (Priority Order) 1. Four metric tiles, each stating its time window on the tile, with delta versus previous period 2. One time-series chart with range selector (7, 30, 90 days
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
User Onboarding Flow UI
What this prompt is for
A multi-step onboarding flow with memory: progress persists, steps skip honestly, and each screen collects only what it immediately uses.
When to use it
When new users need setup before value, and only for the steps that genuinely gate value. Every screen you add is users you lose; earn each one.
# Context Build a multi-step onboarding flow: a handful of screens that configure the product for a new user, with progress that survives interruption and questions that earn their place by visibly changing what comes next. ## Core Features (Priority Order) 1. Stepper UI: current position, step names, and back navigation that never loses answers 2. Progress persisted server-side per user; resume
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Poll Tool UI
What this prompt is for
Polls that stay trustworthy at the edges: one vote enforced, results honest about sample size, and a share loop that grows the sample.
When to use it
Quick sentiment from a group without the ceremony of a survey. For anything longer than one question, use a form; polls win on being instant.
# Context Build a poll tool: create a single-question poll, share a link, collect one vote per person, and show results that are honest about how many voted. Instant to answer, hard to stuff. ## Core Features (Priority Order) 1. Poll creation: question, 2-6 options, open or scheduled close 2. A public voting page: tap an option, see results immediately after 3. One-vote enforcement per visitor, s
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Organic Socials. Unlock to get product-channel fit guidance and distribution-ready features.
Location-Based Listings UI
What this prompt is for
A location directory built for both readers: humans get search, filters and a map-list pairing; crawlers get one indexable page per place.
When to use it
Directories of physical places or local services where 'near me' is the query shape. If locations lack unique attributes, a table beats this.
# Context Build a location directory: browse and filter places on a paired map and list, with every place and every city owning a server-rendered, indexable URL. The interactive layer enhances pages; it must never replace them. ## Core Features (Priority Order) 1. A detail page per location at a stable URL: name, address, attributes, description 2. City index pages listing that city's locations,
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Organic SEO. Unlock to get product-channel fit guidance and distribution-ready features.
Social Share Widgets
What this prompt is for
Share functionality that respects the platforms: correct metadata per target, native share on mobile, copy-link done right, and no tracking bloat.
When to use it
When users have something individually theirs to share: a result, an artifact, a page. Generic site-wide share buttons on everything share nothing.
# Context Add sharing to content that is individually worth sharing: each shareable URL gets correct social metadata, mobile gets the native share sheet, desktop gets platform links and copy-link, and the whole thing weighs nearly nothing. ## Core Features (Priority Order) 1. Per-URL Open Graph and Twitter card metadata: title, description, image, rendered server-side 2. Native share sheet via th
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Organic Socials. Unlock to get product-channel fit guidance and distribution-ready features.
SEO Meta Tag Generator UI
What this prompt is for
An internal tool that ends metadata guesswork: per-page titles and descriptions edited against live previews, with limits, warnings and export.
When to use it
When a site has enough pages that metadata lives in a spreadsheet nobody trusts. This turns it into a reviewed, exportable source of truth.
# Context Build an internal SEO metadata editor: every page listed with its title and description, edited inline against a realistic search-result preview, validated for the errors that actually cost clicks, exportable to where the site reads it. ## Core Features (Priority Order) 1. A page list: URL, current title, current description, status flags 2. Inline editing with a live SERP-style preview
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Organic SEO. Unlock to get product-channel fit guidance and distribution-ready features.
Responsive Navbar Builder
What this prompt is for
Site navigation done once and correctly: responsive collapse, keyboard and screen-reader complete, active states, and zero layout shift.
When to use it
First shell component of any multi-page app. Every later screen inherits it, so its quality is multiplied by the page count.
# Context Build the site navigation shell: a responsive navbar that collapses to a menu on small screens, communicates location, and behaves perfectly for keyboard and screen-reader users. Every page inherits this; build it like it is load-bearing, because it is. ## Core Features (Priority Order) 1. Desktop bar: logo home link, five or fewer items, one primary action visually distinct 2. Mobile c
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Simple 404 & Error Screens
What this prompt is for
Error screens that recover the visit: honest status codes, useful next steps per error type, and search instead of a dead-end apology.
When to use it
Before launch, because links rot from day one. The 404 is the page you never promote that every site eventually shows.
# Context Build the site's error surfaces: a 404 that recovers the visit, a generic error boundary that protects user work, and an offline state. These pages meet users at the worst moment; their quality is disproportionately remembered. ## Core Features (Priority Order) 1. 404 page: what happened in one line, search box, and links to the three most useful sections 2. Correct status codes: true 4
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Custom Footer & Header Templates
What this prompt is for
The page frame as a system: one header and footer pair, defined once, with slots for what varies, so the frame never forks across pages.
When to use it
At project start, before page three exists. Once headers fork per page, every later change is a hunt across files.
# Context Build the page frame: one header component and one footer component used by every page, with clearly defined slots for the few things that vary. The footer is a working surface, not a copyright afterthought. ## Core Features (Priority Order) 1. Header: brand, primary nav slot, action slot, consistent height, server-rendered 2. Footer: grouped link columns (product, resources, company, l
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Settings & Preferences Panel UI
What this prompt is for
Settings that users can navigate and trust: grouped sections, instant-save with confirmation, dangerous actions quarantined, every change reversible or warned.
When to use it
As soon as the product has more than five user-configurable values. Settings sprawl is easier prevented than reorganized.
# Context Build the settings area: profile, preferences, notifications and account sections, navigable and predictable, where every change communicates its save state and destructive actions cannot be stumbled into. ## Core Features (Priority Order) 1. Sectioned layout: sidebar navigation on desktop, collapsible sections on mobile 2. Auto-save per control with visible saved-state confirmation, no
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Empty States & Loading Skeletons
What this prompt is for
The states system for the whole app: empty, loading, error and partial defined once as components, so every screen handles absence identically and helpfully.
When to use it
Immediately after the app shell, before feature screens multiply. This is the highest-leverage prompt in the category because every screen inherits it.
# Context Build the application's states system: reusable empty, loading, error and partial-data components with clear rules for which appears when. Every list, form and detail screen will use these; they are the difference between an app that guides and one that shrugs. ## Core Features (Priority Order) 1. EmptyState component: icon slot, one-line explanation, primary action, sized variants 2. S
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Modal & Dialog Component System
What this prompt is for
One dialog system for the whole app: sizes, focus behavior and dismissal rules defined once, so confirmations and forms stop inventing their own physics.
When to use it
Before the third modal exists. Dialogs multiply, and each hand-rolled one forks focus and escape behavior a little differently.
# Context Build the application's dialog system: modal and confirmation primitives with consistent sizes, focus management and dismissal semantics, used by every overlay in the app. One system, no per-feature dialog physics. ## Core Features (Priority Order) 1. Base modal: sm, md, lg sizes, header, body, footer slots, close affordance 2. Focus behavior: trap inside, initial focus on the safe acti
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Table UI with Sorting & Filters
What this prompt is for
A data table that stays fast and shareable: server-driven sort and filters in the URL, virtualized rows, and states for every way data disappoints.
When to use it
Any dataset past a hundred rows or a second consumer. Under that, a styled list with search beats the machinery.
# Context Build a data table for production volumes: sorting, filtering and pagination driven server-side, the current view encoded in the URL, and rendering that stays smooth at ten thousand rows. Tables are where generated apps quietly collapse; this one is specified against that. ## Core Features (Priority Order) 1. Column sorting, single-column with direction, ascending and descending, indica
Channel-Optimized Pro Version
This prompt has a Pro version optimized for Product-led Growth. Unlock to get product-channel fit guidance and distribution-ready features.
Every Prompt, Every Kit, One Payment
All 14 prompts plus every Pro variant and build kit in one bundle, $47 once instead of $97 at launch. Or sign up free to copy prompts one at a time.
Browse More Categories
Related Resources
The Complete Lovable Bundle
$47 $97 founding price, 52% offEvery prompt, every Pro variant, all four build kits and every future drop, in one Notion workspace. One payment, never a subscription.
Get the 101-Prompt BundleWhich growth channels these prompts serve
Every prompt in this category carries a distribution section naming the channel it is built for, so the generated app has a way of being found rather than only a feature set. Here is how this category's prompts distribute across channels, counting both primary and secondary coverage.
- Product-led Growth (11 prompts)
- Create a product experience where users reach a meaningful 'aha moment' before they ever have to sign up, pay, or talk to sales.
- Organic SEO / AI Search (6 prompts)
- Design your product so it naturally attracts traffic by creating pages that directly answer what users are already searching for and get picked up by Google and AI search engines.
- Organic Socials (4 prompts)
- Shape your product around outputs people actually want to share, not because you ask them to, but because it makes them look smart or helpful.
- Community-led Growth (3 prompts)
- Design your product so users benefit from contributing, sharing, or improving it together, causing value to compound over time.
- B2B Sales / Outreach / LinkedIn (3 prompts)
- Get a product structure that can be explained in one message and clearly ties features to business outcomes decision-makers care about.
- Email Marketing (3 prompts)
- Build a reason for the product to send something a user actually wants to open, so the list becomes a retention channel rather than a broadcast list.
Which UI prompt to use
If you are building the shell of an app, start with Responsive Navbar Builder and Custom Footer & Header Templates, then Settings & Preferences Panel UI. Those three cover the frame that every other screen sits inside, and getting them right once saves repeating the breakpoint work per page.
If you are displaying data, Analytics Dashboard UI and Table UI with Sorting & Filters are the two that matter, and the table prompt is the one to reach for when the dataset is large enough that virtual scrolling and URL-persisted filter state stop being optional.
If users have to do something multi-step, User Onboarding Flow UI and Modal & Dialog Component System handle the sequencing and the interruptions. File Upload + Tagging UI covers the case Lovable most often gets partially right.
Suggested build order
The frame first, then the states, then the specific screens. Doing it in the reverse order means every screen invents its own loading treatment.
Build the frame
Navigation and breakpoints once, not per page.
Prompt: Responsive Navbar Builder
Define the states before the screens
Empty, loading and error as a system. This is the single highest-leverage prompt in the category, because it changes every screen that follows.
Prompt: Empty States & Loading Skeletons
Add the interruption pattern
One dialog system, so confirmations and forms do not each get their own.
Prompt: Modal & Dialog Component System
Then the data-heavy screens
Tables and dashboards inherit the states and the frame rather than redefining them.
Prompt: Table UI with Sorting & Filters
Where UI prompts usually go wrong
- Describing the aesthetic instead of the components. Lovable responds to named shadcn/ui components, spacing values and breakpoints. It does not respond usefully to sleek, minimal or premium.
- Prompting screen by screen. Each screen then gets its own loading spinner, its own empty message and its own idea of what 8px means. Specify the system once and reference it.
- Forgetting the state where there is no data. It is the first thing a new user sees and the last thing anyone prompts for.
Frequently asked
Can Lovable build a full UI from one prompt?↓
It can build one screen well from one prompt. A full interface needs the frame, the shared states and the individual screens specified separately, which is why this category is sequenced rather than listed. Asking for an entire app UI in a single prompt reliably produces a good first screen and thin ones after it.
Do these prompts assume shadcn/ui?↓
Yes. They name specific shadcn/ui components because that is what Lovable scaffolds with by default, and naming components rather than describing them is the difference between a design instruction the model can act on and one it cannot.
What about dark mode and accessibility?↓
Both are specified in the technical requirements section of each prompt rather than left to a follow-up. Retrofitting either is significantly more work than asking for it up front, because both affect component choice.
Can I use these for design mockups rather than working code?↓
Lovable generates working React, not static mockups, so these produce interfaces you can click through. That is usually more useful than a mockup for validating a flow, since the states behave rather than being drawn.
Related reading
Help shape this product
We're building this in public and your input genuinely matters.
If something felt confusing, missing, or especially useful, I'd love to hear about it. It takes ~30 seconds and helps me improve the parts that matter most.
Share quick feedbackGoes straight to the builder. No marketing questions. No auto-replies.