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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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 
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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, 
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    UI/UX

    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
    Try in Lovable
    Saved you time? Share this.

    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.

    The Complete Lovable Bundle

    $47 $97 founding price, 52% off

    Every 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 Bundle

    Which 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.

    1. Build the frame

      Navigation and breakpoints once, not per page.

      Prompt: Responsive Navbar Builder

    2. 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

    3. Add the interruption pattern

      One dialog system, so confirmations and forms do not each get their own.

      Prompt: Modal & Dialog Component System

    4. 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 feedback

    Goes straight to the builder. No marketing questions. No auto-replies.