landing-page-design
Complete system for building high converting landing pages: intake questions, page structure, layout selection, conversion copywriting, SEO, plus strict visual rules for typography, spacing, corner radius, backgrounds, hero layout, icons, and motion. Use this skill whenever building, editing, stylin
By elayadesign · 680 installs
npx skills add elayadesign/ai-design-skills --skill landing-page-design
Source repository · Upstream listing
Landing Page Design
A landing page is not a homepage. A homepage serves multiple intents. A landing page wins one intent:
one offer → one audience → one primary action.
This skill has two halves. Part A decides what the page says and how it is structured. Part B is the non negotiable visual system. Work through A before touching B.
Scope
Apply to all web UI work: landing pages, marketing sites, components, dashboards, prototypes, and design reviews. When a rule here conflicts with a framework default, this file wins. When the user's explicit prompt conflicts with a rule, the user wins.
Companion skill. For upgrading an existing site rather than building a new one, use redesign existing projects ([github.com/elayadesign/redesign skill](https://github.com/elayadesign/redesign skill)). It diagnoses generic patterns and defers to this file for every concrete value.
PART A — Strategy and structure
A1. Intake
Gather these before designing or writing. Ask only for what is missing, and ask in one batch rather than one question at a time.
Purpose
What is the ONE primary action? (trial, demo, buy, waitlist, download)
What is the offer, exactly what do they get?
What counts as a conversion? (click, signup, purchase)
Audience and context
Who is the ICP?
What problem are they trying to solve?
Top three objections, meaning why they do not convert today
Traffic source: ads, search, social, email
What do visitors already know when they land?
Proof and assets
Proof points: logos, testimonials, numbers, case studies
Screenshots, demo video, product GIFs
Guarantees, refund terms, cancellation terms
Constraints
Brand voice: casual or professional
Design direction: minimal editorial, playful 3D, glass UI
Mobile priority?
If the user cannot answer, make a reasonable assumption, state it in one line, and continue. Do not stall the build.
A2. Page structure
Above the fold (required)
1. Headline, outcome plus audience
2. Subheadline, clarifies how and adds specificity
3. Primary CTA, clear verb plus what they get
4. One proof signal, logo strip, stat, or short testimonial
5. Hero visual, product screenshot or video, or a strong illustration
Mid page (the argument)
6. Problem to solution, one section
7. Benefits, three to five, outcome driven
8. How it works, three steps
9. Social proof, testimonials or a case study
Bottom (objection handling)
10. FAQ, six to twelve questions
11. Risk reversal, trial, cancel anytime, guarantee
12. Final CTA, identical to the top
Include the mandatory tagline reveal section from B11 somewhere in the mid page argument, typically right after the hero or after benefits.
A3. Layout selection
Pick one and say why.
Type Use when
A. Classic hero plus sections The product is understandable from a hero screenshot. Most common.
B. Long form story You need to educate and overcome skepticism.
C. Minimal conversion page High intent traffic (email to known users), or a short offer like a download or waitlist.
D. Comparison page Search intent includes alternatives ("X vs Y", "best for"). Usually paired with SEO pages.
A4. Conversion rules
Match message to source. If traffic comes from ads, mirror the ad headline in the hero and keep the same promise and visual tone.
Make the next step obvious. One primary CTA. Never place competing CTAs above the fold.
Write benefit first. Features are what it does. Benefits are what that means for them.
Be specific.
❌ "Save time and streamline"
✅ "Cut your weekly reporting from 4 hours to 15 minutes"
Reduce risk. Pick at least one: free trial, free plan, no credit card, cancel anytime, money back guarantee.
Treat objections as a section, not a footnote. Move the FAQ earlier for high friction offers. Put proof directly beside the claim it supports.
A5. Copywriting
Headline formulas
"{Outcome} without {pain}"
"The {category} for {audience}"
"Ship {result} in {time}"
Subheadline. One or two sentences. Clarify what it is and who it is for.
CTA. Verb plus what they get. Never "Learn more" or "Submit". Use "Start free trial", "Book a demo", "Get the checklist".
Benefit bullets. Bold benefit, then the proof or detail. Example: Faster iteration — generate three layout variants in one click.
Note: the copy rules in B1 still apply. No hyphens inside sentences, no orphaned words.
A6. Build order
Work section by section, in this order:
1. Hero
2. Benefits
3. How it works
4. Proof
5. FAQ
6. Final CTA
Never rebuild the whole page on each iteration. Section by section keeps control and keeps diffs reviewable.
A7. SEO and AEO
Do not index ad only campaign pages or highly time bound offers. Use noindex or keep them behind a non indexed path.
Do index evergreen offers and pages where search intent matches the promise. Add a clear title and meta description, internal links from the homepage and feature pages, and the FAQ in plain question and answer form for AEO. Add FAQ schema if appropriate.
A8. Pitfalls
Too many CTAs above the fold
Vague value prop: "streamline", "optimize"
A large feature list with no outcomes
Proof buried at the bottom
Mobile layout that breaks readability
No clear next step
PART B — Visual system
Every visual value must resolve through these rules instead of being invented ad hoc.
B1. Typography
Fonts
Use: Geist, Manrope, Geist Mono, Poppins.
Never use: Inter, Roboto, Arial, Open Sans, Helvetica.
Never use italic fonts anywhere in the interface.
One typeface per site. Do not pair two fonts unless the prompt explicitly asks for it. Geist Mono is allowed alongside a primary font only for code, data, or numeric UI where a monospace is functionally required.
Never use ultra bold weights (900 / black). Cap at semibold or bold.
Copy rules
No hyphens in text. Do not use inside body copy, headings, or labels. Rewrite the phrase instead.
No orphaned words. A single word must never sit alone on the last line. Apply text wrap: balance for headings and text wrap: pretty for body copy.
Type scale
Always resolve font sizes to Tailwind's default type scale. Never leave arbitrary values in place, including text [19px] , font size: 22px , or 1.4rem .
If an existing size does not land exactly on a step, snap it to the closest step below , taking both the size and its paired line height.
Class Size Line height
text xs 12px (0.75rem) 16px
text sm 14px (0.875rem) 20px
text base 16px (1rem) 24px
text lg 18px (1.125rem) 28px
text xl 20px (1.25rem) 28px
text 2xl 24px (1.5rem) 32px
text 3xl 30px (1.875rem) 36px
text 4xl 36px (2.25rem) 40px
text 5xl 48px (3rem) 1
text 6xl 60px (3.75rem) 1
text 7xl 72px (4.5rem) 1
text 8xl 96px (6rem) 1
text 9xl 128px (8rem) 1
Do not combine scale snapping with independently set custom line heights elsewhere in an audit. Tracking and line height may only be adjusted within the value the matched step already provides, so the two rules never fight each other.
Button type
Main buttons: text base (16px), semibold.
Smaller header buttons: text sm (14px), semibold.
B2. Spacing
Only these values. Nothing between them, nothing outside them.
Token Value
Spacing 0 0
Spacing 25 2px
Spacing 50 4px
Spacing 75 8px
Spacing 100 12px
Spacing 200 16px
Spacing 300 24px
Spacing 400 32px
Spacing 500 40px
Spacing 600 48px
Spacing 700 64px
Spacing 800 80px
Spacing 900 96px
Main buttons: 8px vertical padding, 12px horizontal padding.
B3. Corner radius
Only use Tailwind's radius values.
Nested radius formula. When a shape sits inside another shape and the gap between them is less than 32px :
Apply this only when the result is greater than 2 . Below that, leave the inner shape square or unchanged.
Example: an outer card at rounded 2xl (16px) with 8px of internal padding gives an inner element an 8px radius ( rounded lg ).
B4. Borders and backgrounds
Never apply a border to only one side of a card. Borders go all the way around or not at all.
Never use gradients in backgrounds. Backgrounds are flat.
Dark mode background colors
Use only these:
000000 · 181818 · 1F1F1F · 272727 · 313131 · 131209
B5. Hero section
Heading color
Dark theme: left to right gradient on the heading text, FFFFFF → 9B9B9B .
Light theme: left to right gradient on the heading text, 000000 → 666666 .
This is the one place gradients are used, and only on text, never on the background.
Layout
Heading and subheading both get a max width of 680px .
Read the heading copy and insert line breaks at meaningful points.
Never break a line in a way that cuts a phrase awkwardly or makes the sentence harder to read. Break where the thought breaks.
B6. Icons
Use: Phosphor, Solar, or Iconamoon.
Never use: Material Icons, Material Symbols.
B7. Motion choreography (fluid dynamics)
Never use default transitions. All motion simulates real world mass and spring physics through custom cubic beziers.
Fluid island nav
Closed state. The navbar is a floating glass pill detached from the top: mt 6 , mx auto , w max , rounded full .
Hamburger morph. On click, the hamburger lines fluidly rotate and translate into a perfect X using rotate 45 and rotate 45 with absolute positioning. They must never simply disappear.
Modal expansion. The menu opens as a screen filling overlay with a heavy glass effect: backdrop blur 3xl bg black/80 or bg white/80 .
Staggered mask reveal. Nav links inside the expanded state fade in and slide up from an invisible box, translate y 12 opacity 0 resolving to translate y 0 opacity 100 , staggered per item with delay 100 , delay 150 , delay 200 , and so on.
Scroll interpolation
Elements never appear statically on load. As they enter the viewport they execute a gentle, heavy fade up:
over 800ms or longer.
For JavaScript driven reveals use IntersectionObserver or Framer Motion's whileInView . Never use window.addEventListener('scroll') — it causes continuous reflows and kills mobile performance.
B8. Content realism
Never ship filler. These are the tells that a page was generated rather than made.
No Lorem Ipsum. Write real draft copy.
No "John Doe". Use diverse, realistic names.
No placeholder brands like "Acme Corp", "Nexus", or "SmartFlow". Invent contextual, believable names.
No round fake numbers like 99.99% , 50% , $100.00 . Use organic data: 47.2% , $99.00 , +1 (312) 847 1928 .
No AI cliches. Never "Elevate", "Seamless", "Unleash", "Next Gen", "Game changer", "Delve", "Tapestry", or "In the world of".
Sentence case headers , not Title Case On Everything.
Active voice. "We could not save your changes", not "Mistakes were made".
No exclamation marks in success messages , and no "Oops!" in errors. Be direct: "Connection failed. Please try again."
Unique avatars per person, and varied blog post dates.
B9. States
Every interactive element ships with its full state set:
Hover — background shift, slight scale, or translate
Active — scale(0.98) or translateY(1px) for physical feedback
Focus — a visible focus ring. Accessibility requirement, not optional.
Loading — skeleton loaders shaped like the real layout, not circular spinners
Empty — a composed "getting started" view, never a blank panel
Error — inline and specific. Never window.alert() .
No dead links. A button pointing at is either linked or visually disabled. The current page must be indicated in the navigation.
B10. Ship requirements
Things that get forgotten and make a page feel unfinished:
Privacy po