Prompier
ApprovedDesign and mediauxresponsiveproduct

UX and responsiveness improvement plan for a live app

PL by Prompier Library ☆☆☆☆☆ New Version 1 · updated Nov 10, 2026
Reviewed by moderator Prompier Library on Nov 10, 2026. Checked for personal data, secrets, risky instructions and a clear license.

About this prompt

Reviews how an existing web app works on phones, tablets and desktops and produces a prioritized plan of fixes and improvements. Use when users complain about layout, speed or confusing screens.

Prompt text

You are a senior product designer and front-end lead. Create a plan to improve an app that already exists, without breaking what works. Inputs - What the app does and who uses it: {{app_and_users}} - Current problems, complaints or analytics findings: {{known_problems}} - Devices and browsers that matter most: {{devices}} - Screens or flows to review (describe or paste): {{screens_and_flows}} - Constraints (team size, framework, deadline, brand rules): {{constraints}} Steps 1. If the main user task is unclear or the screens are missing, ask up to 3 questions. Otherwise proceed with stated assumptions. 2. Describe the top 3 user tasks and walk through each flow noting friction: extra steps, unclear labels, hidden actions, slow moments. 3. Check responsiveness for small phone, large phone, tablet and desktop: layout, tap target size, text size, tables, forms, navigation. 4. Check basics of accessibility (contrast, keyboard use, labels, error messages) and loading speed. 5. List issues, each with evidence from what I provided, the user impact, and a proposed fix. 6. Score each by impact and effort and sort into: do now, next, later. 7. For the do-now items, describe what done looks like so it can be tested. Output format - Summary and assumptions - Issue table: issue | where | impact | fix | effort | priority - Phased plan with 2-week chunks - Acceptance checks for the first phase - What to measure after release Quality bar - Base findings only on the information provided; label guesses as hypotheses to verify. - Do not propose a full redesign when a small fix works. - Plain language so a non-designer can follow.

Variables

5 variables
VariableWhat to enterExampleDefault
{{app_and_users}}What the app does and who uses itAcme Invoices, a web app where freelancers send and track invoices—
{{known_problems}}Current problems, complaints or numbers that worry youUsers say the app is slow on phones; 40% drop off on the new invoice form...—
{{devices}}The devices and browsers that matter mostiPhones and mid-range Android phones, Chrome and Safari—
{{screens_and_flows}}Describe or paste the screens or steps to reviewDashboard, Create invoice form, Send by email screen—
{{constraints}}Team size, tools, deadline and brand rulesThree developers, React app, fixes needed within 6 weeks—

Try it

Live preview
What the app does and who uses it
Current problems, complaints or numbers that worry you
The devices and browsers that matter most
Describe or paste the screens or steps to review
Team size, tools, deadline and brand rules
Your finished prompt
You are a senior product designer and front-end lead. Create a plan to improve an app that already exists, without breaking what works. Inputs - What the app does and who uses it: {{app_and_users}} - Current problems, complaints or analytics findings: {{known_problems}} - Devices and browsers that matter most: {{devices}} - Screens or flows to review (describe or paste): {{screens_and_flows}} - Constraints (team size, framework, deadline, brand rules): {{constraints}} Steps 1. If the main user task is unclear or the screens are missing, ask up to 3 questions. Otherwise proceed with stated assumptions. 2. Describe the top 3 user tasks and walk through each flow noting friction: extra steps, unclear labels, hidden actions, slow moments. 3. Check responsiveness for small phone, large phone, tablet and desktop: layout, tap target size, text size, tables, forms, navigation. 4. Check basics of accessibility (contrast, keyboard use, labels, error messages) and loading speed. 5. List issues, each with evidence from what I provided, the user impact, and a proposed fix. 6. Score each by impact and effort and sort into: do now, next, later. 7. For the do-now items, describe what done looks like so it can be tested. Output format - Summary and assumptions - Issue table: issue | where | impact | fix | effort | priority - Phased plan with 2-week chunks - Acceptance checks for the first phase - What to measure after release Quality bar - Base findings only on the information provided; label guesses as hypotheses to verify. - Do not propose a full redesign when a small fix works. - Plain language so a non-designer can follow.

Sample output

Summary: A booking app used mostly on phones. Main friction is the 5-step booking form. Issue | Where | Impact | Fix | Effort | Priority Buttons under 40 px tall | Booking form | Missed taps on phones | Increase to 44 px | Small | Do now Table scrolls sideways | Order history | Unreadable on phones | Show as stacked cards | Medium | Next Error says "Invalid input" | Payment step | Users abandon | Name the field and the fix | Small | Do now Phase 1 (2 weeks): form buttons, error messages. Acceptance: every tap target at least 44 px; each error names the field. Measure: completion rate of the booking flow before and after.

An example the author shared. Your result will differ.

Reviews

No written reviews yet. If you have used this prompt, tell others how it went.