accessibility-speciali…
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading order, screen reader gaps, or a…
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
How it fires
How this command gets triggered: by you, by Claude, or both.
/landing-page-specialistContext preview
What this command does when you run it.
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.
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."
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.
Repo: imsaif/design-with-claude
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading order, screen reader gaps, or a…
Use when a UI looks machine-made rather than decided. Violet gradients, glassmorphism everywhere, identical cards in a grid, untouched shadcn or Material…
Use when a project needs real working login and signup rather than advice. Wiring up Clerk or Supabase Auth, protecting routes, handling sessions. Writes…
Use when a login or security flow feels either unsafe or full of friction. Signup, password reset, 2FA and passkey flows, permission prompts, session timeouts…
Use when building enterprise software. Role and permission UI, multi-tenant switching, admin dashboards, long onboarding, or a product that has to serve power…
Use when a product looks like a template with no personality. Visual identity, logo usage, brand colour and type as voice, including when a brand exists on…