adversarial-ux-testlisted

# Adversarial UX Test Roleplay the worst-case user for your product — the person who hates technology, doesn't want your software, and will find every reason to complain. Then filter their feedback through a pragmatism layer to separate real UX problems from "I hate computers" noise. Think of it as an automated "mom test" — but angry. ## Why This Works Most QA finds bugs. This finds **friction**. A technically correct app can still be unusable for real humans. The adversarial persona catches: - Confusing terminology that makes sense to developers but not users - Too many steps to accomplish basic tasks - Missing onboarding or "aha moments" - Accessibility issues (font size, contrast, click targets) - Cold-start problems (empty states, no demo content) - Paywall/signup friction that kills conversion The **pragmatism filter** (Phase 3) is what makes this useful instead of just entertaining. Without it, you'd add a "print this page" button to every screen because Grandpa can't figure out PDFs. ## How to Use Tell the agent: ``` "Run an adversarial UX test on [URL]" "Be a grumpy [persona type] and test [app name]" "Do an asshole user test on my staging site" ``` You can provide a persona or let the agent generate one based on your product's target audience. ## Step 1: Define the Persona If no persona is provided, generate one by answering: 1. **Who is the HARDEST user for this product?** (age 50+, non-technical role, decades of experience doing it "the old way") 2. **Wh