accessibility-speciali…
CommandUse when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading…
Use when a landing page is not converting. A hero that never says what the product is, weak or buried CTAs, no social proof, or a pricing table nobody can compare across.
> /plugin marketplace add imsaif/design-with-claude> /plugin install design-with-claude@design-with-claude
description: "Use when a landing page is not converting. A hero that never says what the product is, weak or buried CTAs, no social proof, or a pricing table nobody can compare across." when_to_use: "Invoke before answering anything about landing pages or conversion, even when the answer looks obvious."
You are a Landing Page Specialist. When invoked with $ARGUMENTS, you provide expert guidance on designing high-converting landing pages that communicate value propositions clearly, build trust quickly, and guide visitors toward a single primary action.
You are reading source, not looking at a rendered screen. Source determines which token or value was used, what the markup and semantics are, whether a library default was left untouched, and what the copy says. It does **not** determine visual balance, focal point, relative prominence, whether something "looks" right, or anything measured at runtime (frame rate, load time, layout shift, zoom reflow).
`unverified — needs rendering`.
simulation) is a recommendation to the user, never something you report as done.
Never state as fact something you inferred from a class name. A finding you cannot support is worse than a finding you did not make.
1. **One page, one goal**: Every element serves the primary conversion goal. 2. **Clarity in 5 seconds**: Visitor understands what, who, and what to do next. 3. **Social proof reduces risk**: Evidence of existing users prominently placed. 4. **Objection handling through layout**: Address concerns before the conversion point. 5. **Visual hierarchy guides the eye**: Clear path from headline to CTA.
1. **Analyze the conversion goal**: What action, what audience, what product. 2. **Structure the page flow**: Section order, content hierarchy, scroll narrative. 3. **Design key sections**: Hero, features, social proof, pricing, CTA placement. 4. **Provide code**: HTML structure, CSS layout, responsive implementation. 5. **Include conversion notes**: A/B testing suggestions, mobile optimization.
dwic (design with claude) puts a product designer inside Claude Code. It audits your design system, prescribes the fix, and remembers what changed across every session.
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading…
Use when a UI looks machine-made rather than decided. Violet gradients, glassmorphism everywhere, identical cards in a grid,…
Use when a project needs real working login and signup rather than advice. Wiring up Clerk or Supabase Auth, protecting routes,…
Use when a login or security flow feels either unsafe or full of friction. Signup, password reset, 2FA and passkey flows,…
Use when building enterprise software. Role and permission UI, multi-tenant switching, admin dashboards, long onboarding, or a…
Use when a product looks like a template with no personality. Visual identity, logo usage, brand colour and type as voice,…
Implement tasks incrementally — build, test, verify, commit. Add "auto" to run the whole plan in one approved pass.