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| Variable | What to enter | Example | Default |
|---|---|---|---|
| {{app_and_users}} | What the app does and who uses it | Acme Invoices, a web app where freelancers send and track invoices | — |
| {{known_problems}} | Current problems, complaints or numbers that worry you | Users say the app is slow on phones; 40% drop off on the new invoice form... | — |
| {{devices}} | The devices and browsers that matter most | iPhones and mid-range Android phones, Chrome and Safari | — |
| {{screens_and_flows}} | Describe or paste the screens or steps to review | Dashboard, Create invoice form, Send by email screen | — |
| {{constraints}} | Team size, tools, deadline and brand rules | Three developers, React app, fixes needed within 6 weeks | — |
Try it
Live previewWhat 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.
0 forks
Public forks of “UX and responsiveness improvement plan for a live app” by Prompier Library (v1).
Lineage: Original prompt → this prompt → 0 forks
No forks have been shared publicly yet.