Skip to content

$ cat prompt.txtWeb Development

SaaS Landing Page Builder — Above-the-Fold Copy + Sections + CTA

Full SaaS landing page copy: hero, problem, features, social proof, pricing CTA — conversion-tested structure.

featured 30–60 min intermediate Claude Opus, Claude Sonnet, GPT-5#saas#landing-page#conversion
intro.md

SaaS landing pages live and die in the hero section. This prompt builds the full page — hero, problem framing, 3 feature blocks, social-proof structure, pricing CTA — using the conversion-tested 7-section structure used by top YC-backed SaaS companies. Output is paste-ready into any Next.js / Webflow / Framer template.

$ cat prompt.txt | pbcopy

The prompt — copy & paste

prompt.txt
You are a senior SaaS copywriter who has written landing pages for 30+ SaaS companies including 5 in the Y Combinator portfolio. Your job is to write the COMPLETE landing-page copy for the SaaS product below using a 7-section conversion-optimised structure.

PRODUCT INPUTS:
- Product name: {{product_name}}
- Primary use case (one sentence — what does it do?): {{primary_use_case}}
- Target user persona (role, company size, current workflow pain): {{target_user_persona}}
- Key differentiator (the single thing competitors don't do): {{key_differentiator}}
- Pricing model: {{pricing_model}} (Free + paid tiers / Free trial / Paid only / Usage-based / Enterprise)

OUTPUT THE FOLLOWING 7 SECTIONS — each clearly headed:

SECTION 1 — HERO (above the fold)
- HEADLINE: 6-10 words. States the OUTCOME, not the feature. Pattern: "[Verb] [outcome] [without/with] [pain reduction]". Examples: "Ship faster without breaking production." / "The fastest way to onboard your team."
- SUBHEAD: 1-2 sentences (15-30 words). Adds specificity + the one-line "how it works" promise.
- PRIMARY CTA BUTTON: Action verb + payoff. Match {{pricing_model}} ("Start free trial" / "Get started — no credit card" / "Book a demo" / "Sign up — $0/mo for 5 users").
- SECONDARY CTA: Lower-friction option ("See it in 60 seconds" / "Watch the 2-min demo" / "Talk to founders").
- TRUST BAR (one line under CTAs): Either logo strip text ("Trusted by teams at Acme, Globex, Initech") or proof-by-numbers ("Used by 2,400+ engineers at 480 companies"). If no proof yet, use category-validated trust signals ("Built by the team behind [adjacent credibility].").

SECTION 2 — PROBLEM FRAMING (the "before")
- A 60-90 word block describing the painful current state of the target user's workflow. Use specific verbs and concrete details, not abstractions. The reader should think "yes, that's me" within the first sentence.
- Optional: a short bulleted list of 2-3 specific symptoms ("• You spend 4 hours/week reconciling Stripe + your internal DB / • You ship features with no idea if the customers actually used them...").

SECTION 3 — THE SHIFT (introduce the product)
- 1-paragraph (40-60 words) intro that introduces the product as the bridge from the before-state to the after-state. Mention {{product_name}} once, by name.
- Position around the {{key_differentiator}} — this is where the wedge lives.

SECTION 4 — 3 FEATURE BLOCKS (each in this format)
For each block:
- FEATURE NAME: 3-5 word benefit-led title (NOT the technical feature name)
- BODY: 30-50 words explaining what it does + why it matters to the persona above
- VISUAL CUE: A bracketed direction for the design team — "[VISUAL: screenshot of the dashboard with revenue chart highlighted]"

The 3 features should map to the 3 highest-pain points implied in Section 2.

SECTION 5 — SOCIAL PROOF
Generate placeholder copy structured as:
- 2 short customer quotes (40-60 words each) — attributed to job-title-at-company (use placeholder names like "Sarah K., Engineering Lead at [Company]"). Quotes should reference the specific outcomes from Section 4.
- A metric callout block: 3 bold numbers with one-line context. Use category-realistic numbers (e.g. "3.2x faster deploys", "<2 hours to onboard", "Zero downtime since launch").
- If no social proof exists yet: Use category-validated phrasing ("Built by ex-Stripe engineers" / "The same approach used at [adjacent credible company]").

SECTION 6 — PRICING (match the {{pricing_model}})
Build a pricing structure appropriate to the model:
- Free + Paid tiers: 3 cards (Free / Pro / Enterprise), each with: tier name, monthly price, 4-6 included features, CTA button text.
- Free trial: Single tier card with: price, what's included, "Start 14-day free trial" CTA, "no credit card required" subline.
- Usage-based: Calculator-style structure: base price + per-unit pricing + 2 example workloads with calculated totals.
- Enterprise: Single "Get a quote" CTA with a 4-bullet "What's included" section + "Custom pricing for teams 50+".

SECTION 7 — FINAL CTA + FAQ STUB
- A final CTA block: short headline ("Ready to [outcome]?") + button + a one-line risk-reversal ("Cancel anytime" / "30-day money back" / "Talk to a human first").
- 6 FAQ pairs (question + answer) targeting the most common pre-purchase objections for this category. Be specific to the persona and pricing model.

WRITING RULES (apply throughout):
- Second person ("you / your") throughout. Never "users".
- Sentence fragments are fine. Punchy beats grammatical.
- Avoid: "powerful", "robust", "best-in-class", "next-generation", "revolutionary", "intuitive", "seamless", "world-class".
- Total page word count: 600-900 words (excluding pricing).
- Every section must reference either the pain (Section 2 onwards) or the differentiator ({{key_differentiator}}). No filler.

After the 7 sections, output:
- META TITLE (55-60 chars): {{product_name}} — [Outcome] for [Persona]
- META DESCRIPTION (150-155 chars): Compresses the hero subhead + the differentiator. Action-led.

$ variables_to_fill_in

{{product_name}}{{primary_use_case}}{{target_user_persona}}{{key_differentiator}}{{pricing_model}}

$ man playbook

Step-by-step playbook

How to actually use this prompt for the best results.

  1. 01

    Nail your persona before running the prompt

    {{target_user_persona}} is the make-or-break input. 'Engineers' is useless. 'Senior backend engineers at 50-200 person Series-A companies who use AWS + GitHub Actions and ship 3+ times per day' produces a 5x sharper page.

  2. 02

    Make your differentiator a single sentence

    {{key_differentiator}} must be a specific capability competitors don't have. 'Easier' is not a differentiator. 'The only tool that runs in your CI pipeline without requiring a Kubernetes deployment' is.

  3. 03

    Generate, then ruthlessly cut

    First-pass AI copy is always 20-30% longer than it should be. After running the prompt, do a pass where you cut 1 word from every sentence and 1 sentence from every paragraph. Tighter copy converts better.

  4. 04

    Replace placeholder social proof with real proof ASAP

    The model produces realistic-sounding placeholder quotes. Replace them with real customer quotes within 30 days of launch. Real proof out-converts placeholder by 2-4x.

  5. 05

    A/B test the hero headline

    Generate 5 hero variants by re-running just Section 1 of the prompt with different framings (outcome-led, contrarian, identity-led). Test the top 2 against each other. The hero is responsible for 60%+ of conversion variance.

$ man tips

Pro tips for better output

  • If your SaaS targets developers, ask the model in a follow-up to 'add code snippets where appropriate and remove the marketing-fluff sections' — developer landing pages convert better with code, worse with stock-image-style trust bars.
  • For B2B enterprise SaaS, replace Section 5's customer quotes with a CASE STUDY block — single deep customer story beats 3 short quotes for enterprise buyers.
  • Run the same prompt for 3 different personas to identify which positioning converts best — landing-page split-tests by persona angle routinely beat split-tests by copy variant.
  • Don't skip the FAQ stub — FAQs at the bottom of landing pages are where the highest-intent visitors go. Investing 30 min in great FAQ copy pays back forever.

$ echo $YIELD

What you'll get

output.md

A complete 7-section SaaS landing-page copy with hero, problem framing, 3 feature blocks, social proof structure, pricing tiers, final CTA + 6 FAQs, plus a meta title and meta description. Paste-ready.

$ man faq

FAQ

Will Google rank an AI-written landing page?

Yes — Google ranks helpful, original content regardless of whether AI assisted with the drafting. The 7-section structure here forces specificity (real differentiator, real persona, real features) which is what Google's helpful-content system rewards. Generic AI fluff is what gets demoted.

Can I use this for non-SaaS landing pages (services / coaching / agency)?

The 7-section structure is universal. Swap 'product' for 'service' throughout, replace Section 4 features with 'what you get when you work with us' deliverables, and replace Section 6 pricing with a 'next steps' block. Same conversion logic applies.

$ ls /prompts/web-development

Related prompts