30 Claude Prompts That Build Wireframes
Describe a screen or flow and Claude returns a clean, low-fidelity wireframe as a self-contained HTML/CSS artifact you can preview and click through instantly. Prompts for landing pages, app flows, dashboards, mobile screens, checkout, onboarding, and annotated handoff. Not "draw me some boxes."
In short: This page contains 30 copy-paste ready prompts, organized into 6 categories with a description and pro tip for each. The first 15 prompts are free instantly โ no signup needed. Hand-curated and tested by the AI Academy team.
Landing-Page Wireframes
5 promptsSaaS Marketing Page Wireframe
1/30You are a senior UX designer who blocks out conversion-focused landing pages. <context> I need a low-fidelity wireframe for a SaaS marketing page, built as one self-contained HTML file with inline CSS so I can preview it instantly as an artifact. Use the low-fi visual language: grey blocks, placeholder rectangles for images, and short label text inside each block โ no real branding or polished styling. </context> <inputs> - Product (one line): [WHAT IT DOES] - Target customer: [WHO IT IS FOR] - Primary conversion goal: [START TRIAL / BOOK DEMO / BUY] - Sections I think I need: [LIST OR "YOU DECIDE"] - Key proof I have: [METRICS, LOGOS, TESTIMONIALS] </inputs> <task> Lay out a single-page wireframe top to bottom: nav bar (logo box, link placeholders, CTA button), hero (headline line, subhead line, primary plus secondary CTA, a large image placeholder), logo-strip band, three value-prop cards, a how-it-works three-step row, a features grid, a testimonial block, a pricing teaser, an FAQ accordion, and a closing CTA band with footer. Label every block with what it holds (e.g. "H1: outcome headline"). </task> <constraints> - One self-contained, responsive HTML file; no images, no real copy, only block labels. - Greyscale only (whites, greys, one accent outline); thin borders; clear visual hierarchy by block size. - Each section visibly separated; image/video areas shown as boxes with a crossed-out or "image" label. </constraints> <format> Return the full wireframe HTML as an artifact, then list the layout decisions and the one section you would prototype in higher fidelity first. </format>
Produces a labeled low-fi landing-page wireframe with every conversion section blocked out as a previewable artifact.
Pro tip: Tell Claude your single conversion goal and ask it to mark which blocks compete with the primary CTA so you can cut them.
Product Launch Page Wireframe
2/30You are a UX designer who wireframes high-impact launch announcements. <context> We are launching a new product and I need a low-fidelity wireframe for the launch page, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Use grey blocks and short labels, not finished design. </context> <inputs> - Product name and one-liner: [NAME PLUS WHAT IT IS] - What is genuinely new: [THE BIG IDEA] - Launch status: [LIVE NOW / SHIPS ON DATE] - Primary action: [BUY / GET EARLY ACCESS] - Proof or backing: [REVIEWS, PRESS, FOUNDERS] </inputs> <task> Wireframe the page: an announcement bar block, a bold hero (what-just-shipped headline line, subhead, demo-video placeholder, primary CTA), a "why we built this" narrative block, a three-to-four feature showcase with before/after placeholder pairs, a what's-included list, a press/quote strip, a launch-offer urgency band, and a final CTA. Label every block with its purpose and a one-line note on the content it would carry. </task> <constraints> - One self-contained responsive HTML file; greyscale, low-fi, labeled boxes only. - Show the demo video as a clearly marked 16:9 placeholder; no real copy beyond block labels. - Visual hierarchy must make the hero and offer band the heaviest blocks. </constraints> <format> Return the wireframe HTML as an artifact, then explain the narrative order of the blocks and where a motion/animation moment would live. </format>
Generates a low-fi launch-page wireframe with announcement bar, hero, and offer band labeled as a previewable artifact.
Pro tip: Ask Claude to mark the single block that carries the launch's 'surprise' so you can make it the most prominent in higher fidelity.
Lead-Capture Page Wireframe
3/30You are a UX designer who wireframes lead-generation pages built around a form. <context> I need a low-fidelity wireframe for a lead-capture page, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Offer: [FREE AUDIT / CONSULTATION / QUOTE / GUIDE] - Who I want to reach: [TARGET LEAD] - Form fields I want: [NAME, EMAIL, COMPANY, ETC] - Proof I have: [CLIENTS, RESULTS, RATINGS] </inputs> <task> Wireframe a two-column hero: left column holds the offer headline line, three benefit bullets, and a proof strip; right column holds a labeled form card with field placeholders, required markers, and a benefit-led submit button block. Below the fold add a "what happens next" three-step row, a value-props band, a logo/results strip, a short testimonial block, and a privacy/no-spam reassurance note near the form. Label each block and each form field. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Form fields shown as outlined input boxes with field-name labels; submit button visually distinct. - Keep the form the heaviest element on the page; mark any block that adds friction. </constraints> <format> Return the wireframe HTML as an artifact, then explain your form-field choices and which fields you would test removing. </format>
Builds a low-fi lead-capture wireframe with a labeled two-column hero and form card as a previewable artifact.
Pro tip: List the fields you truly need; Claude will flag the ones that add friction and suggest a leaner two-step variant.
Pricing Page Wireframe
4/30You are a UX designer who wireframes clear, comparable pricing pages. <context> I need a low-fidelity wireframe for a pricing page, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Use grey blocks and labels, not real copy or color. </context> <inputs> - Number of plans: [E.G. 3] - Plan names: [E.G. STARTER, PRO, ENTERPRISE] - Billing toggle: [MONTHLY/ANNUAL OR NONE] - Which plan to highlight: [PLAN NAME] - Add-ons or feature comparison: [YES/NO] </inputs> <task> Wireframe: a short header band (title line, subhead, billing toggle), a pricing-card row where each card has a plan-name label, price placeholder, feature-list placeholders, and a CTA button, with the recommended plan marked as a heavier/outlined card; a detailed feature-comparison table block with row and column placeholders; an FAQ accordion block; and a closing CTA band. Label every block and note what each placeholder represents. </task> <constraints> - One self-contained responsive HTML file; greyscale, labeled, low-fi only. - The highlighted plan must be visually distinct via size or border, not color fills. - Comparison table must show clear column headers and check/cross placeholder marks. </constraints> <format> Return the wireframe HTML as an artifact, then explain how you signaled the recommended plan and where annual savings copy would go. </format>
Creates a low-fi pricing-page wireframe with comparable plan cards and a feature table as a previewable artifact.
Pro tip: Tell Claude which plan you want most people to pick; it will weight the layout and the highlight toward that card.
Blog / Content Hub Wireframe
5/30You are a UX designer who wireframes content hubs and article archives. <context> I need a low-fidelity wireframe for a blog or content-hub landing page, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Content types: [ARTICLES / GUIDES / VIDEOS] - Categories or topics: [LIST] - Featured/hero post: [YES/NO] - Sidebar or full-width: [WHICH] - Goal: [TIME ON SITE / NEWSLETTER SIGNUP / SEO] </inputs> <task> Wireframe: a header with nav and search-box placeholder, a featured-post hero block (large image placeholder, title line, excerpt line, read CTA), a category-filter row of chip placeholders, a responsive grid of article cards (thumbnail box, category tag, title line, meta line), a load-more or pagination block, a newsletter-capture band, and a footer. If a sidebar is requested, add a sidebar column with popular-posts and category-list placeholders. Label every block. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Card grid must reflow from three columns to one on mobile; show the breakpoint behavior. - Thumbnails are labeled placeholder rectangles, never real images. </constraints> <format> Return the wireframe HTML as an artifact, then explain the grid logic and where you placed the newsletter capture to avoid hurting reading flow. </format>
Generates a low-fi content-hub wireframe with featured post, filter chips, and a reflowing article grid as a previewable artifact.
Pro tip: Ask Claude to show the mobile single-column reflow in the same file so you can sanity-check the breakpoint before designing.
XML tags are just the start. Learn the full Claude workflow.
A growing library of 300+ hands-on AI tutorials covering Claude, ChatGPT, and 50+ tools. New tutorials added every week.
App-Flow & Onboarding Wireframes
5 promptsMulti-Screen Signup Flow Wireframe
6/30You are a product designer who wireframes account-creation flows. <context> I need a low-fidelity wireframe of a multi-screen signup flow, built as one self-contained HTML file with inline CSS, shown as a horizontal row of phone- or card-sized screen frames so I can read the whole flow at once as an artifact. </context> <inputs> - Product type: [WEB APP / MOBILE APP] - Signup method(s): [EMAIL / SSO / MAGIC LINK] - Steps I want: [E.G. EMAIL, VERIFY, PROFILE, DONE] OR "YOU DECIDE" - Anything required up front: [PLAN CHOICE, TEAM SIZE, ETC] </inputs> <task> Wireframe each screen as a labeled frame in sequence with arrows or step numbers between them: (1) entry screen with method options, (2) email/password or SSO screen, (3) verification screen, (4) minimal profile screen, (5) optional plan or workspace screen, (6) success/empty-first-screen. Inside each frame show field placeholders, button blocks, progress indicator, and a short label for the screen's single goal. Mark back/skip affordances. </task> <constraints> - One self-contained responsive HTML file; greyscale, low-fi, labeled boxes only. - Show the full flow left-to-right (wrapping on mobile) with a visible step/progress indicator on each frame. - Each screen should have exactly one primary action; mark it as the heaviest button. </constraints> <format> Return the wireframe HTML as an artifact, then list every screen, its single goal, and the one step you would consider cutting to reduce drop-off. </format>
Builds a left-to-right multi-screen signup-flow wireframe with labeled frames and progress as a previewable artifact.
Pro tip: Ask Claude to annotate the expected drop-off point on each frame so you can prioritize which screen to simplify first.
First-Run Onboarding Checklist Wireframe
7/30You are a product designer who wireframes activation and first-run experiences. <context> I need a low-fidelity wireframe of a post-signup onboarding screen with a setup checklist, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Product: [WHAT IT DOES] - The 'aha' moment: [THE ACTION THAT SHOWS VALUE] - Setup tasks: [3-6 STEPS TO GET STARTED] - Layout: [FULL-PAGE CHECKLIST / SIDEBAR WIDGET / MODAL] </inputs> <task> Wireframe an app shell (top bar, left nav placeholders, main content area) with an onboarding panel containing: a welcome header line, a progress bar with percent label, an ordered checklist of setup tasks each as a row with a checkbox placeholder, a task label, a one-line description, and a per-task CTA button; a dismissible-but-resumable affordance; and an empty-state main area behind it labeled with what appears once setup is done. Label every block and mark the task tied to the aha moment. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Show one task as completed (checked) to convey progress state. - The aha-moment task must be visually prioritized in the list order. </constraints> <format> Return the wireframe HTML as an artifact, then explain the task order you chose and how the checklist should change after the first task completes. </format>
Produces a low-fi onboarding-checklist wireframe with progress and per-task CTAs inside an app shell as a previewable artifact.
Pro tip: Tell Claude which single task delivers the aha moment and it will order the checklist to drive users there first.
Core Task User-Flow Wireframe
8/30You are a product designer who maps and wireframes a single core user task end to end. <context> I need a low-fidelity wireframe showing every screen a user passes through to complete one core task, as one self-contained HTML file with inline CSS, laid out as a connected sequence of screen frames previewable as an artifact. </context> <inputs> - The task: [E.G. CREATE AND SHARE A REPORT] - Where it starts: [DASHBOARD / EMPTY STATE / SEARCH] - Key decision points: [ANY FORKS OR CONDITIONS] - Success end-state: [WHAT THE USER SEES WHEN DONE] </inputs> <task> Wireframe each step as a labeled frame connected by arrows: entry point, the main action screen(s) with the relevant inputs and controls as placeholders, any decision-point fork shown as two branching frames, a confirmation/review screen, and the success end-state. Add a short label above each frame naming the step, and inside each frame block out only the elements that matter for that step. </task> <constraints> - One self-contained responsive HTML file; greyscale, low-fi, labeled boxes only. - Show the flow as a readable map (frames plus connecting arrows), wrapping cleanly on smaller screens. - Branches must be visually distinct from the happy path. </constraints> <format> Return the wireframe HTML as an artifact, then list the steps, the decision points, and the screen with the most friction. </format>
Generates a low-fi end-to-end user-flow wireframe with connected screen frames and branches as a previewable artifact.
Pro tip: Name the one decision point users hesitate at and ask Claude to wireframe both branches so you can compare them side by side.
Empty-State & First-Use Screen Wireframe
9/30You are a product designer who wireframes empty states that drive the first action. <context> I need low-fidelity wireframes for the empty states of a feature, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Feature/page: [E.G. PROJECTS LIST, INBOX, REPORTS] - Why it might be empty: [NEW USER / NOTHING CREATED YET / CLEARED] - The first action I want: [CREATE / IMPORT / INVITE] - Secondary helpers: [TEMPLATES, SAMPLE DATA, DOCS LINK] </inputs> <task> Wireframe the app shell with the feature area showing a centered empty-state block: an illustration placeholder, a short headline line explaining the state, a one-line guidance message, a primary action button, a secondary option (use a template / import / watch a tour) and an optional sample-data link. Then show a second frame of the same screen in its populated state so the contrast is clear. Label every block and mark the single primary action. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Empty and populated states shown side by side or stacked, both clearly labeled. - Illustration is a labeled placeholder; one dominant CTA only. </constraints> <format> Return the wireframe HTML as an artifact, then explain the guidance copy you would write and which secondary helper to test. </format>
Builds low-fi empty-state wireframes with a clear first action plus the populated state for contrast as a previewable artifact.
Pro tip: Ask Claude to show both the empty and filled state in one artifact so reviewers grasp the before/after at a glance.
Settings & Account Screen Wireframe
10/30You are a product designer who wireframes settings and account-management screens. <context> I need a low-fidelity wireframe for a settings area, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Settings groups: [E.G. PROFILE, ACCOUNT, NOTIFICATIONS, BILLING, TEAM, SECURITY] - Navigation style: [SIDEBAR TABS / TOP TABS] - Sensitive/destructive actions: [DELETE ACCOUNT, REVOKE SESSIONS, ETC] - Account type: [PERSONAL / TEAM / ADMIN] </inputs> <task> Wireframe a two-pane settings layout: a left settings-nav with each group as a labeled item, and a right content panel showing one group expanded (e.g. Profile) with labeled form rows โ field label, input placeholder, helper-text line, and a save button. Include patterns for toggles, a billing card, a danger-zone block for destructive actions, and a save/cancel footer bar. Label every block and clearly mark destructive actions as separated and de-emphasized-until-confirmed. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Show the responsive behavior where the left nav collapses on mobile. - Destructive actions visually isolated in a clearly labeled danger zone. </constraints> <format> Return the wireframe HTML as an artifact, then explain how you grouped the settings and how you guarded the destructive actions. </format>
Creates a low-fi settings-screen wireframe with grouped nav, form rows, and an isolated danger zone as a previewable artifact.
Pro tip: List your destructive actions explicitly so Claude isolates them in a danger zone with a confirmation pattern instead of inline buttons.
Dashboard & Admin Wireframes
5 promptsAnalytics Dashboard Wireframe
11/30You are a product designer who wireframes data-dense analytics dashboards. <context> I need a low-fidelity wireframe for an analytics dashboard, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Use greyscale blocks; charts are labeled placeholder rectangles, not real data. </context> <inputs> - What the dashboard tracks: [DOMAIN, E.G. SALES, TRAFFIC, OPS] - Top KPIs to surface: [3-6 METRICS] - Chart types I expect: [LINE, BAR, DONUT, TABLE] - Primary user: [EXECUTIVE GLANCE / ANALYST DEEP-DIVE] - Filters/date controls: [WHICH] </inputs> <task> Wireframe an app shell (top bar with title, date-range and filter control placeholders; left nav) and a main grid containing: a KPI scorecard row of stat cards (metric label, big number placeholder, delta indicator), a primary trend-chart block, two secondary chart blocks, a breakdown/data-table block with column headers and placeholder rows, and a side panel for segments or insights. Label every block with the metric or chart it represents and arrange by importance. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Charts are clearly marked placeholder areas (e.g. "line chart: signups over time"). - Layout must reflow to a single column on narrow screens; KPI row stays scannable. </constraints> <format> Return the wireframe HTML as an artifact, then explain the information hierarchy and which KPI you placed first and why. </format>
Generates a low-fi analytics-dashboard wireframe with KPI cards, chart placeholders, and a data table as a previewable artifact.
Pro tip: Tell Claude whether the user is a glancing exec or a digging analyst; it changes the density and the order of the blocks.
Admin CRUD Table Wireframe
12/30You are a product designer who wireframes admin record-management screens. <context> I need a low-fidelity wireframe for an admin list/table view with create, edit, and delete patterns, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Records being managed: [E.G. USERS, ORDERS, PRODUCTS] - Columns to show: [LIST] - Row actions: [VIEW, EDIT, DELETE, ETC] - Bulk actions: [YES/NO, WHICH] - Filters/search: [WHICH] </inputs> <task> Wireframe an app shell with a main panel containing: a header with title, a search box, a primary "add new" button, and filter-control placeholders; a data table with a header row, a select-all checkbox column, placeholder data rows, a per-row actions menu, and a bulk-action bar that appears when rows are selected; pagination controls; and an empty-state variant noted below. Also block out the create/edit panel as a side drawer or modal with labeled form fields and save/cancel. Label every block. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Show the table, the bulk-action bar, and the edit drawer/modal in the same artifact. - Table must collapse gracefully on mobile (cards or horizontal scroll), shown or noted. </constraints> <format> Return the wireframe HTML as an artifact, then explain your row-action vs bulk-action choices and the mobile fallback for the table. </format>
Builds a low-fi admin CRUD wireframe with a data table, bulk actions, and an edit drawer as a previewable artifact.
Pro tip: List the row and bulk actions separately; Claude will keep destructive ones out of one-tap reach and behind a confirm.
Project Management Board Wireframe
13/30You are a product designer who wireframes kanban and task-board interfaces. <context> I need a low-fidelity wireframe for a project/task board, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Board columns/statuses: [E.G. BACKLOG, IN PROGRESS, REVIEW, DONE] - What a card shows: [TITLE, ASSIGNEE, TAGS, DUE DATE, PRIORITY] - Views I want: [BOARD ONLY / BOARD + LIST + CALENDAR TABS] - Card detail open style: [SIDE PANEL / MODAL] </inputs> <task> Wireframe an app shell with: a board header (project title, view tabs, filter and add-task controls), a horizontal row of status columns each with a column header, a count badge, stacked task-card placeholders (title line, assignee avatar placeholder, tag chips, due-date and priority markers), and an "add card" affordance at the bottom of each column. Then block out the card-detail panel (title, description, properties list, comments placeholder). Label every block and mark the drag-and-drop affordance. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Columns scroll horizontally on narrow screens; cards stay readable. - Show at least one card in detail-panel state alongside the board. </constraints> <format> Return the wireframe HTML as an artifact, then explain the card anatomy you chose and what to surface on the card vs hide in the detail panel. </format>
Produces a low-fi kanban-board wireframe with status columns, task cards, and a detail panel as a previewable artifact.
Pro tip: Tell Claude which two fields matter most on a card; everything else moves into the detail panel to keep the board scannable.
Internal Tool / Operations Console Wireframe
14/30You are a product designer who wireframes internal back-office tools. <context> I need a low-fidelity wireframe for an internal operations console, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only; prioritize speed and density over polish. </context> <inputs> - What the tool does: [E.G. ORDER LOOKUP, SUPPORT TRIAGE, MODERATION] - Who uses it: [SUPPORT / OPS / ENGINEERING] - Core objects: [E.G. TICKETS, ORDERS, ACCOUNTS] - Key actions: [REFUND, BAN, ESCALATE, RESOLVE] - Detail layout: [MASTER-DETAIL / SEARCH-THEN-RECORD] </inputs> <task> Wireframe a dense master-detail layout: a top bar with global search and quick-action placeholders, a left list/queue panel with filter chips and result rows, and a right record-detail panel with tabs (summary, history, related items), a properties block, an activity timeline placeholder, and an action toolbar with the key actions (including a guarded destructive one). Label every block, keep it information-dense, and mark keyboard-shortcut hints where useful. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Optimize for scanning many records fast; minimal whitespace, clear column alignment. - Destructive/irreversible actions clearly separated and labeled as guarded. </constraints> <format> Return the wireframe HTML as an artifact, then explain the master-detail choices and which actions you put behind a confirmation. </format>
Generates a low-fi internal ops-console wireframe with a master-detail layout and guarded actions as a previewable artifact.
Pro tip: Tell Claude these are power users; it will trade whitespace for density and add keyboard-shortcut hints to the toolbar.
Reporting & Export View Wireframe
15/30You are a product designer who wireframes report-building and export interfaces. <context> I need a low-fidelity wireframe for a report builder and preview screen, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Report subject: [E.G. SALES, USAGE, FINANCE] - Configurable options: [DATE RANGE, METRICS, GROUP-BY, FILTERS] - Output formats: [PDF, CSV, SCHEDULED EMAIL] - Saved/scheduled reports: [YES/NO] </inputs> <task> Wireframe a two-pane builder: a left configuration panel with labeled controls (date-range picker placeholder, metric selectors, group-by, filters, format selector, schedule toggle) and a right live-preview panel showing the report layout โ a title block, summary stat row, chart placeholders, a data-table block, and footer/source note. Add a top toolbar with save, run, and export buttons, and a saved-reports list block. Label every control and preview block. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Config panel and preview shown together; preview clearly marked as a placeholder of the output. - Export options grouped and obvious; scheduling shown as a clearly labeled toggle/section. </constraints> <format> Return the wireframe HTML as an artifact, then explain the config-to-preview mapping and where you placed export vs schedule controls. </format>
Builds a low-fi report-builder wireframe with a config panel, live preview, and export controls as a previewable artifact.
Pro tip: Ask Claude to mirror each config control to the preview block it affects so reviewers see cause and effect immediately.
Mobile & Responsive Wireframes
5 promptsMobile App Home Screen Wireframe
16/30You are a mobile product designer who wireframes native app screens. <context> I need a low-fidelity wireframe for a mobile app home screen, drawn inside a phone frame as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - App purpose: [WHAT IT DOES] - Primary user goal on open: [THE FIRST THING THEY WANT] - Navigation pattern: [BOTTOM TAB BAR / DRAWER / TOP TABS] - Key home modules: [E.G. FEED, QUICK ACTIONS, STATS, RECENT] - Brand-free, low-fi: confirmed </inputs> <task> Wireframe the screen inside a phone-sized frame (with status-bar placeholder): a top app bar (title, search or avatar icon placeholders), a greeting or context header, a quick-actions row of tappable tiles, a primary content module (feed list or card stack with placeholder rows), a secondary module, and a bottom tab bar with labeled icon placeholders marking the active tab. Ensure tap targets read as large enough. Label every block and the single primary action. </task> <constraints> - One self-contained HTML file sized to a phone viewport; low-fi greyscale, labeled boxes only. - Bottom nav fixed; tap targets visibly large; thumb-reachable primary action. - No real icons โ use labeled square placeholders. </constraints> <format> Return the wireframe HTML as an artifact, then explain the navigation choice and which module you put in the thumb-friendly zone. </format>
Produces a low-fi mobile home-screen wireframe inside a phone frame with a tab bar as a previewable artifact.
Pro tip: Name the one thing users want on open; Claude will pull it into the thumb zone instead of burying it below the fold.
Responsive Breakpoint Wireframe (Desktop โ Mobile)
17/30You are a UX designer who wireframes responsive layouts across breakpoints. <context> I need a low-fidelity wireframe showing how one page reflows across desktop, tablet, and mobile, as one self-contained HTML file with inline CSS, with all three frames shown side by side and previewable as an artifact. </context> <inputs> - The page: [E.G. PRODUCT PAGE, DASHBOARD, ARTICLE] - Key blocks on the page: [LIST] - What must stay above the fold on mobile: [PRIORITY ELEMENT] - Nav pattern: [WHAT COLLAPSES INTO A MENU] </inputs> <task> Wireframe the same page three times at labeled frame widths โ desktop (multi-column), tablet (reduced columns), and mobile (single column) โ showing how the nav collapses to a hamburger, how grids reflow, what reorders, and what gets hidden or moved behind a toggle. Use the same block labels across all three so the reflow is traceable. Mark the priority element staying above the fold on mobile. </task> <constraints> - One self-contained HTML file; three labeled frames; low-fi greyscale, labeled boxes only. - Block labels must be consistent across breakpoints so reviewers can follow each element. - Show nav collapse and column reflow explicitly, not just resized boxes. </constraints> <format> Return the wireframe HTML as an artifact, then list each block and what happens to it at each breakpoint. </format>
Generates a low-fi responsive wireframe showing the same page reflowing across three breakpoints as a previewable artifact.
Pro tip: Tell Claude the one element that must stay above the mobile fold; it will reorder the stack to protect it.
Mobile Onboarding Carousel Wireframe
18/30You are a mobile product designer who wireframes onboarding carousels. <context> I need a low-fidelity wireframe for a mobile first-launch onboarding carousel, drawn as a row of phone frames in one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - App: [WHAT IT DOES] - Number of intro slides: [E.G. 3] - What each slide should teach: [VALUE POINTS] - Ending action: [SIGN UP / ALLOW PERMISSIONS / START] - Skip allowed: [YES/NO] </inputs> <task> Wireframe each carousel slide as a phone frame in sequence: an illustration placeholder, a headline line, a one-line benefit, page-dot indicators showing position, a next/continue button, and a skip affordance if allowed; the final slide swaps the next button for the primary ending action and any permission-request pattern. Label every block, show the dot progression across frames, and mark the single action per slide. </task> <constraints> - One self-contained HTML file; phone-sized frames in a row (wrapping if needed); low-fi greyscale, labeled boxes only. - Page-dot indicator visible and advancing across slides; one action per slide. - Illustrations are labeled placeholders; ending slide clearly distinct. </constraints> <format> Return the wireframe HTML as an artifact, then explain the message order across slides and whether you would gate or defer the permission request. </format>
Builds a low-fi mobile onboarding-carousel wireframe with progressing dots and a clear ending action as a previewable artifact.
Pro tip: Ask Claude to keep one benefit per slide; cramming two ideas onto a slide is the fastest way to lose swipers.
Mobile Form & Input Screen Wireframe
19/30You are a mobile product designer who wireframes form-heavy screens. <context> I need a low-fidelity wireframe for a mobile form screen, drawn inside a phone frame as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Form purpose: [E.G. ADD PAYMENT, CREATE LISTING, PROFILE EDIT] - Fields and types: [TEXT, DROPDOWN, DATE, TOGGLE, UPLOAD] - Validation needs: [REQUIRED FIELDS, INLINE ERRORS] - Submit action: [SAVE / CONTINUE / PAY] - Long form?: [SINGLE SCREEN / SECTIONED / STEPPER] </inputs> <task> Wireframe the form inside a phone frame: a top bar with title and back affordance, grouped form sections with labeled field rows showing the right input type (text box, dropdown chevron, date picker, toggle, file-upload tile), inline helper and error-state placeholders, a required-field convention, and a sticky bottom primary action button that stays reachable above the keyboard. If the form is long, show a section stepper or progress. Label every field and pattern. </task> <constraints> - One self-contained HTML file sized to a phone viewport; low-fi greyscale, labeled boxes only. - Primary action sticky at the bottom; tap targets large; one input per row. - Show at least one field in an error state to convey inline validation. </constraints> <format> Return the wireframe HTML as an artifact, then explain the field grouping and your approach to keeping the submit button reachable above the keyboard. </format>
Creates a low-fi mobile form wireframe with typed inputs, inline errors, and a sticky submit as a previewable artifact.
Pro tip: List each field's input type so Claude picks the right mobile control and groups long forms into thumb-friendly sections.
Mobile Detail / Profile Screen Wireframe
20/30You are a mobile product designer who wireframes detail and profile views. <context> I need a low-fidelity wireframe for a mobile detail or profile screen, drawn inside a phone frame as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - What is being shown: [E.G. PRODUCT, USER PROFILE, LISTING, EVENT] - Hero content: [IMAGE, AVATAR, OR MEDIA CAROUSEL] - Key facts to surface: [PRICE, STATS, BIO, SPECS] - Primary action: [BUY / FOLLOW / BOOK / MESSAGE] - Tabs or scrollable sections: [WHICH] </inputs> <task> Wireframe the screen inside a phone frame: a media hero (image carousel or avatar placeholder with paging dots), a title and key-facts block, a tab bar or section anchors for grouped content (details, reviews, related), placeholder content rows under the active section, and a sticky bottom action bar with the primary action and a secondary option. Show the scroll relationship between the hero and the sticky bar. Label every block and mark the primary action. </task> <constraints> - One self-contained HTML file sized to a phone viewport; low-fi greyscale, labeled boxes only. - Sticky bottom action bar; large tap targets; one dominant action. - Media area is a labeled placeholder with paging-dot indicators if a carousel. </constraints> <format> Return the wireframe HTML as an artifact, then explain what you surfaced above the fold and what you deferred to tabs or deeper scroll. </format>
Produces a low-fi mobile detail/profile wireframe with a media hero, tabs, and a sticky action bar as a previewable artifact.
Pro tip: Tell Claude the single primary action; it pins that to a sticky bar so it survives long scrolls down the detail page.
Checkout & Conversion-Flow Wireframes
5 promptsE-Commerce Checkout Flow Wireframe
21/30You are a UX designer who wireframes e-commerce checkout flows. <context> I need a low-fidelity wireframe of a full checkout flow, shown as a connected sequence of screen frames in one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Cart-to-purchase steps: [CART, SHIPPING, PAYMENT, REVIEW, CONFIRMATION] OR "YOU DECIDE" - Guest checkout: [ALLOWED / ACCOUNT REQUIRED] - Payment methods: [CARD, WALLET, BNPL] - Single-page or multi-step: [WHICH] - Trust signals: [SECURITY BADGES, RETURN POLICY] </inputs> <task> Wireframe each step as a labeled frame connected by a progress indicator: cart review (line-item rows, quantity controls, order-summary block), an account/guest choice, shipping address form, delivery-options block, payment method form, an order-review summary with edit links back to prior steps, and a confirmation screen with order number and next steps. Persist an order-summary block across the payment steps. Label every block and mark trust signals near payment. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Visible step/progress indicator on every frame; order summary sticky/persistent through checkout. - Each form has accessible labeled fields; one clear primary action per step. </constraints> <format> Return the wireframe HTML as an artifact, then list the steps, where you reduced friction, and the one step most likely to cause abandonment. </format>
Builds a low-fi e-commerce checkout-flow wireframe with connected steps and a persistent order summary as a previewable artifact.
Pro tip: Ask Claude to keep the order summary visible on every payment step; hiding the total is a top abandonment trigger.
One-Page Express Checkout Wireframe
22/30You are a conversion-focused UX designer who wireframes single-page checkouts. <context> I need a low-fidelity wireframe for a one-page express checkout, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Product type: [PHYSICAL / DIGITAL / SUBSCRIPTION] - Express wallets first: [APPLE PAY, GOOGLE PAY, PAYPAL] - Required fields only: [EMAIL, SHIPPING, CARD] - Upsell/order-bump: [YES/NO] - Trust elements: [BADGES, GUARANTEE, REVIEWS] </inputs> <task> Wireframe a single-screen, two-column checkout: left column has an express-wallet row at the top, then a compact contact, shipping, and payment form with minimal labeled fields and inline validation; right column has a sticky order-summary card (line items, discount-code field, totals) and trust elements. Add an optional order-bump block and a single prominent pay button. Label every block and field, and mark which fields you cut to reduce friction. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Express wallets above the form; order summary sticky; one dominant pay action. - Stacks to single column on mobile with summary first; show that behavior. </constraints> <format> Return the wireframe HTML as an artifact, then explain the fields you removed and where you placed trust signals relative to the pay button. </format>
Generates a low-fi single-page express-checkout wireframe with wallets, a sticky summary, and trust signals as a previewable artifact.
Pro tip: Tell Claude to put express wallets first; many buyers finish in one tap before they ever look at the form.
Subscription / Plan Selection Flow Wireframe
23/30You are a UX designer who wireframes subscription signup and plan-selection flows. <context> I need a low-fidelity wireframe of a subscription selection-to-payment flow, as a connected sequence of screen frames in one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Plans: [NAMES AND TIERS] - Billing options: [MONTHLY/ANNUAL, TRIAL?] - Recommended plan: [WHICH] - After-payment step: [ONBOARDING / DASHBOARD] - Add-ons: [YES/NO] </inputs> <task> Wireframe the flow as labeled frames: (1) plan-selection screen with a billing toggle and comparable plan cards (the recommended one marked), (2) optional add-ons screen, (3) account/email step, (4) payment screen with a persistent plan-summary block and trial-terms note, and (5) a success screen leading into onboarding. Show a progress indicator across frames and keep the chosen-plan summary visible from selection through payment. Label every block and mark the recommended plan and trial terms. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Progress indicator on each frame; chosen-plan summary persistent through payment. - Trial/billing terms shown clearly near the pay action, not buried. </constraints> <format> Return the wireframe HTML as an artifact, then explain how you signaled the recommended plan and where you surfaced the trial terms to build trust. </format>
Produces a low-fi subscription selection-to-payment flow wireframe with a persistent plan summary as a previewable artifact.
Pro tip: Ask Claude to keep the chosen-plan summary on the payment screen so users never wonder what they are about to be charged for.
Cart & Mini-Cart Wireframe
24/30You are an e-commerce UX designer who wireframes cart experiences. <context> I need a low-fidelity wireframe for a shopping cart plus a slide-out mini-cart, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Product type: [PHYSICAL / DIGITAL] - Cart line-item details: [IMAGE, NAME, VARIANT, QTY, PRICE] - Promo/discount code: [YES/NO] - Cross-sell/recommendations: [YES/NO] - Shipping estimator: [YES/NO] </inputs> <task> Wireframe two views in one artifact: (1) a slide-out mini-cart drawer triggered from a header cart icon, with line-item rows (thumbnail, name, variant, quantity stepper, price, remove), a subtotal, and view-cart and checkout buttons; and (2) a full cart page with the same line items, a quantity-and-remove controls block, a promo-code field, an order-summary block with subtotal/shipping/total, a cross-sell row, and a prominent checkout button with an "continue shopping" secondary. Label every block and control. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Show both the drawer and full-page cart; quantity steppers and remove actions clearly placed. - Checkout is the dominant action in both views; show an empty-cart state variant. </constraints> <format> Return the wireframe HTML as an artifact, then explain the mini-cart vs full-cart split and where you placed the promo code to avoid distracting from checkout. </format>
Builds a low-fi cart wireframe covering a slide-out mini-cart and the full cart page with empty state as a previewable artifact.
Pro tip: Place the promo-code field below the summary, not above the CTA; a prominent code field invites coupon-hunting and abandonment.
Booking / Reservation Flow Wireframe
25/30You are a UX designer who wireframes booking and reservation flows. <context> I need a low-fidelity wireframe of a booking flow, shown as a connected sequence of screen frames in one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - What is booked: [APPOINTMENT / TABLE / ROOM / SERVICE] - Selection inputs: [DATE, TIME SLOT, PARTY SIZE, OPTIONS] - Account needed: [GUEST OK / LOGIN] - Payment/deposit: [NONE / DEPOSIT / FULL] - Confirmation channel: [EMAIL / SMS / CALENDAR] </inputs> <task> Wireframe the flow as labeled frames: (1) selection screen with a date picker and time-slot grid placeholders plus options (party size, service type), (2) details/contact form, (3) optional payment or deposit screen with a booking-summary block, and (4) a confirmation screen with the booking details, an add-to-calendar affordance, and a manage/cancel link. Show a progress indicator and keep a booking-summary block visible from selection onward. Label every block and mark the selected slot state. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - Time-slot grid shows available vs selected vs unavailable states via labels/outlines. - Booking summary persistent; one clear primary action per step. </constraints> <format> Return the wireframe HTML as an artifact, then explain the slot-selection pattern and where you confirmed the booking details to reduce no-shows. </format>
Generates a low-fi booking-flow wireframe with a slot grid, summary persistence, and confirmation as a previewable artifact.
Pro tip: Ask Claude to show available, selected, and unavailable slot states so the grid reads clearly before you build real availability.
Most people use 10% of Claude. Tutorials unlock the rest.
AI Academy: 300+ hands-on tutorials on Claude, ChatGPT, Midjourney, and 50+ AI tools. New tutorials added every week.
Annotated & Handoff Wireframes
5 promptsAnnotated Wireframe With Spec Callouts
26/30You are a UX designer who produces annotated wireframes for developer and stakeholder handoff. <context> I need a low-fidelity wireframe with numbered annotation callouts explaining each element, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks plus a margin of annotation notes. </context> <inputs> - Screen to annotate: [E.G. CHECKOUT, DASHBOARD, SIGNUP] - Key elements to spec: [LIST] - Audience: [DEVELOPERS / STAKEHOLDERS / BOTH] - Behaviors to note: [VALIDATION, STATES, INTERACTIONS] </inputs> <task> Wireframe the screen with low-fi blocks, then attach numbered markers to the important elements and a matching numbered annotation list (either in a side rail or below the frame). Each annotation explains the element's purpose, expected behavior, states (default/hover/error/loading/empty), and any data or validation rule. Cover interactions, conditional logic, and edge cases. Label every block and number every annotation consistently. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale wireframe plus a clearly separated annotation list. - Numbered markers on the wireframe map exactly to the numbered notes. - Annotations are specific and actionable (behavior, states, rules), not decorative. </constraints> <format> Return the annotated wireframe HTML as an artifact, then summarize the open questions or decisions the team still needs to make. </format>
Produces an annotated low-fi wireframe with numbered spec callouts for handoff as a previewable artifact.
Pro tip: List the behaviors you care about (validation, loading, error states); Claude writes those into the callouts so devs do not have to guess.
Wireframe With State Variations
27/30You are a UX designer who documents component states inside wireframes. <context> I need a low-fidelity wireframe that shows the key UI states of a screen or component, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Screen/component: [E.G. DATA TABLE, FORM, CARD LIST] - States to cover: [DEFAULT, LOADING, EMPTY, ERROR, SUCCESS, NO-RESULTS] - What triggers each state: [BRIEF NOTE PER STATE] - Primary action per state: [IF ANY] </inputs> <task> Wireframe the same screen/component repeated once per state, each in a clearly labeled frame: default (populated), loading (skeleton/spinner placeholder), empty (first-use guidance plus CTA), error (message plus retry affordance), and any others requested. For each, show how the layout and the available actions change. Label every frame with the state name and the trigger, and mark the recovery action in error/empty states. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale, labeled boxes only. - One frame per state, all visible at once for comparison; consistent block labels across states. - Loading shown as skeleton/placeholder bars; error and empty states each have a clear next action. </constraints> <format> Return the wireframe HTML as an artifact, then list each state, its trigger, and the recovery path you designed. </format>
Builds a low-fi wireframe showing default, loading, empty, and error states side by side as a previewable artifact.
Pro tip: Most teams forget loading and empty states; ask Claude to design those first so they are not an afterthought in the build.
Wireframe With Interaction & Click-Through Notes
28/30You are a UX designer who specifies interactions and navigation on wireframes. <context> I need a low-fidelity wireframe annotated with the interactions and click-through behavior of each element, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale blocks and labels only. </context> <inputs> - Screen: [WHICH SCREEN] - Interactive elements: [BUTTONS, LINKS, TABS, ACCORDIONS, MENUS] - Where each leads: [DESTINATION OR EFFECT] - Micro-interactions: [HOVER, EXPAND, TOAST, MODAL OPEN] </inputs> <task> Wireframe the screen, then annotate every interactive element with a short note describing the trigger (click/hover/swipe), the result (navigate to X, open modal, expand section, show toast), and any state change. Use callout markers tied to a notes list. Where an interaction opens another surface (modal, drawer, next page), block out that secondary surface too. Label every interactive element and its destination clearly. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale wireframe plus an interaction-notes list. - Every interactive element has a labeled trigger-and-result note; destinations named explicitly. - Secondary surfaces (modals/drawers) wireframed inline so the click-through is complete. </constraints> <format> Return the annotated wireframe HTML as an artifact, then list the click-through map (element -> action -> destination) so a developer can wire navigation directly. </format>
Generates a low-fi wireframe annotated with trigger-result interaction notes and a click-through map as a previewable artifact.
Pro tip: Give Claude the destination of each button; it produces a clean element-to-action map developers can implement without follow-up.
Clickable Multi-Screen Prototype Wireframe
29/30You are a product designer who builds clickable low-fi prototypes. <context> I need a clickable low-fidelity wireframe prototype connecting several screens, as one self-contained HTML file with inline CSS and minimal vanilla JS (or anchor links / show-hide) so I can actually click between screens in the artifact preview. Greyscale blocks and labels only. </context> <inputs> - Screens in the flow: [LIST, E.G. HOME, LIST, DETAIL, CREATE] - The path to demo: [THE MAIN CLICK-THROUGH] - Interactive links per screen: [WHICH BUTTONS NAVIGATE WHERE] - Back navigation: [YES/NO] </inputs> <task> Wireframe each screen as a low-fi block layout and wire the key buttons/links so clicking them shows the next screen (toggle visibility or anchor scroll). Implement the primary happy-path click-through plus back navigation if requested. Keep only the navigation interactive; everything else is static placeholder. Label every screen and every clickable element, and add a small "reset / start over" control. </task> <constraints> - One self-contained HTML file; greyscale low-fi; vanilla JS only (no frameworks), kept minimal and commented. - Only navigation is interactive; show one screen at a time with smooth transitions optional. - Every clickable element is visibly marked as interactive. </constraints> <format> Return the clickable wireframe HTML as an artifact, then list the screen map and exactly which elements are wired so I can extend the flow. </format>
Builds a clickable low-fi multi-screen prototype wireframe with wired navigation as a previewable artifact.
Pro tip: Name only the main happy-path links; keeping the rest static makes the prototype faster to build and easier to test in front of users.
Wireframe-to-Spec Handoff Document
30/30You are a UX designer who packages wireframes into a lightweight handoff doc. <context> I need a low-fidelity wireframe paired with a structured handoff spec, as one self-contained HTML file with inline CSS, previewable instantly as an artifact. Greyscale wireframe plus a readable spec section. </context> <inputs> - Screen/feature: [WHAT IT IS] - User goal: [WHAT THE USER ACHIEVES] - Elements and their data: [LIST] - Acceptance criteria I care about: [ANY KNOWN RULES] - Audience: [DEV TEAM / CLIENT] </inputs> <task> Wireframe the screen with labeled low-fi blocks, then below it produce a handoff spec containing: a one-line goal, a numbered element inventory mapped to the wireframe, behavior and state notes per element, validation and data rules, responsive notes, and a short acceptance-criteria checklist written as testable statements. Keep the wireframe and the spec visually linked by shared numbering. Label every block and number every spec item. </task> <constraints> - One self-contained responsive HTML file; low-fi greyscale wireframe plus a clearly structured spec section. - Spec numbering maps to wireframe markers; acceptance criteria are testable, not vague. - No real branding or copy in the wireframe; spec text is concrete and implementable. </constraints> <format> Return the wireframe-plus-spec HTML as an artifact, then list the open questions and assumptions the team should confirm before building. </format>
Produces a low-fi wireframe paired with a numbered handoff spec and acceptance criteria as a previewable artifact.
Pro tip: Hand Claude any acceptance criteria you already have; it turns them into testable checklist statements tied to the right wireframe blocks.
Frequently Asked Questions
Prompts are the starting line. Tutorials are the finish.
A growing library of 300+ hands-on tutorials on ChatGPT, Claude, Midjourney, and 50+ AI tools. New tutorials added every week.
7-day free trial. Cancel anytime.