首页Landing Page开发
Landing Page 是产品的门面,决定了用户是否会继续了解。对于 AI 出海产品来说,一个优秀的 Landing Page 需要在 3 秒内传达核心价值,否则 90% 的访客会直接离开(数据来源:Aimers Blog)。
本文从结构拆解入手,逐步讲清楚 Landing Page 每个区块的设计要点,再结合 AI 生成工具(v0、Claude 等)给出从需求到代码的完整流程。最后覆盖响应式适配和性能优化,帮助你高效交付一个能转化的首页。
一、Landing Page 的核心结构
一个完整的 SaaS Landing Page 通常由以下区块组成,从上到下依次排列:
不同产品的区块数量会有增减,但这套结构是经过大量 A/B 测试验证的通用框架。下面逐一拆解每个区块。
1.1 Hero 首屏:决定去留的 3 秒
Hero 区域是整个页面最重要的区块。Omniconvert 的研究表明,优化 Hero 区域带来的转化提升高于页面其他任何区块。
Hero 区域需要包含以下要素:
- Headline(主标题):一句话说清楚你是谁、做什么。不要使用「赋能」「引领」这类模糊词汇,用具体的结果来描述。例如 Notion 的标题「Write, plan, share. With AI at your side.」,直接告诉用户产品能做什么。
- Subheadline(副标题):补充说明,进一步解释产品价值或目标用户。
- Hero Image / Demo(产品截图或动画):展示产品界面,让用户一眼看到实际效果。
- Primary CTA(主要行动按钮):例如「Start for free」「Get Started」,按钮文案要具体、低门槛。
- Trust Signal(信任标识,可选):在 Hero 区域底部放一排客户 Logo,快速建立信任。
1.2 Social Proof 社会证明
社会证明区块通常紧跟在 Hero 之后,用于解决用户「这东西靠谱吗」的心理疑虑。常见形式包括:
- 客户公司 Logo 墙(「Trusted by 10,000+ teams」)
- 用户数量或评分(「Rated 4.9/5 on G2」)
- 媒体引用(「As seen in TechCrunch」)
1.3 Value Proposition 价值主张
价值主张区块回答「为什么选你而不是竞品」。好的价值主张不是功能列表,而是用户能获得的结果。
例如 Stripe 的 Landing Page 不会先说「我们提供支付 API」,而是说「Financial infrastructure for the internet」——从用户的最终收益出发。
1.4 Features 功能展示
功能区块需要把产品的核心能力分组展示。每个功能点建议采用「图标 + 标题 + 一句话描述」的结构,避免堆砌技术细节。
排列方式推荐 3 列网格(桌面端),每个功能卡片保持信息密度一致。
1.5 Testimonials 用户评价
真实的用户评价比任何自卖自夸的文案都有说服力。每个评价应该包含:
- 用户头像和姓名
- 职位和公司
- 一段具体的使用体验(最好提到具体效果,比如「节省了 50% 的时间」)
1.6 Pricing 定价方案
定价区块对于 SaaS 产品至关重要。一般提供 3 个方案(Free / Pro / Enterprise),把目标方案用高亮或「Most Popular」标签突出。
每个方案需要列清楚:价格、核心功能列表、CTA 按钮。如果产品支持按月/按年付费,提供切换开关。
1.7 FAQ 常见问题
FAQ 区块解决用户决策前的最后疑虑。问题应该来自真实的客户咨询,不要编造。常见问题包括:
- 是否支持免费试用?
- 数据安全怎么保障?
- 是否支持与 XX 工具集成?
- 如何取消订阅?
1.8 CTA 行动号召
除了 Hero 区域的 CTA,页面底部通常需要一个「Final CTA」区块,作为用户浏览完整页面后的最终转化入口。文案可以更直接,比如「Ready to get started? Start your free trial today.」
1.9 Footer 页脚
页脚包含导航链接、社交媒体链接、法律信息(Privacy Policy、Terms of Service)等。虽然不重要,但缺少会让用户觉得产品不专业。
二、Landing Page 结构模板对比
不同产品类型的 Landing Page 结构侧重点不同。以下对比四类常见产品的区块配置:
| 区块 | AI SaaS 工具 | 开发者工具 | 消费者 App | B2B 企业服务 |
|---|---|---|---|---|
| Hero + CTA | ✅ 必须 | ✅ 必须 | ✅ 必须 | ✅ 必须 |
| Logo 墙 | ✅ 必须 | ⭕ 可选 | ❌ 通常不需要 | ✅ 必须 |
| 痛点描述 | ✅ 必须 | ⭕ 可选 | ✅ 必须 | ✅ 必须 |
| 功能展示 | ✅ 必须 | ✅ 必须 | ⭕ 精简 | ✅ 必须 |
| 工作原理 | ⭕ 可选 | ✅ 必须 | ❌ 通常不需要 | ✅ 必须 |
| 用户评价 | ✅ 必须 | ✅ 必须 | ⭕ 可选 | ✅ 必须 |
| 定价方案 | ✅ 必须 | ✅ 必须 | ⭕ 简化 | ✅ 必须 |
| FAQ | ⭕ 精简 | ⭕ 精简 | ❌ 通常不需要 | ✅ 必须 |
| 文档/博客链接 | ⭕ 可选 | ✅ 必须 | ❌ 不需要 | ⭕ 可选 |
💡 经验法则:面向开发者的产品,信息密度可以更高;面向普通消费者的产品,视觉冲击优先,文字尽量精简。
三、各区块设计要点详解
3.1 Hero 区域设计要点
| 要素 | 好的做法 | 差的做 |
|---|---|---|
| 主标题 | 具体、有结果感:「Generate landing pages in seconds」 | 模糊空泛:「Revolutionary AI solution」 |
| 副标题 | 补充目标用户或关键差异化:「Built for indie developers and small teams」 | 重复标题信息或堆砌形容词 |
| 产品截图 | 高清、带界面、最好有交互动画 | 模糊的抽象插图或库存图片 |
| CTA 按钮 | 动词开头、低门槛:「Start free」「Try it now」 | 「Submit」「Learn more」 |
| 背景 | 简洁,与品牌色协调 | 杂乱图片上叠文字,可读性差 |
3.2 Features 区域设计要点
| 要素 | 好的做法 | 差的做法 |
|---|---|---|
| 信息结构 | 每组功能:图标 + 标题 + 1-2 句描述 | 一大段文字描述技术实现 |
| 排列方式 | 3 列网格或交替图文布局 | 单列纯文字列表 |
| 图标风格 | 统一风格(线性/填充),与品牌一致 | 混用多种图标风格 |
| 数量控制 | 6-9 个核心功能,分组展示 | 列出 20+ 个功能,信息过载 |
3.3 Pricing 区域设计要点
| 要素 | 好的做法 | 差的做法 |
|---|---|---|
| 方案数量 | 3 个方案(锚定效应) | 2 个(缺乏对比)或 5 个(选择困难) |
| 推荐方案 | 用颜色/标签高亮中间方案 | 所有方案视觉权重一样 |
| 功能列表 | 按方案差异化列出 | 所有方案功能列表完全相同 |
| 价格展示 | 大字突出,月/年可切换 | 价格藏在二级页面或需要点击才能看到 |
3.4 CTA 按钮设计要点
| 要素 | 好的做法 | 差的做法 |
|---|---|---|
| 文案 | 「Get started free」「Start building」 | 「Submit」「Click here」 |
| 颜色 | 与页面主色形成对比,一眼可见 | 与背景色接近,难以辨认 |
| 尺寸 | 足够大,移动端至少 44×44px | 太小,移动端难以点击 |
| 数量 | 页面主 CTA 不超过 2 个 | 页面上有 5+ 个不同 CTA,用户不知道该点哪个 |
四、好 Landing Page vs 差 Landing Page
| 维度 | 好的 Landing Page | 差的 Landing Page |
|---|---|---|
| 首屏体验 | 3 秒内理解产品价值 | 需要滚动才能找到重点 |
| 标题文案 | 具体、有结果感 | 抽象、充满行业术语 |
| 视觉一致性 | 统一的配色、字体、间距 | 风格混乱,像拼凑出来的 |
| CTA 策略 | 主 CTA 明确,位置合理(首屏 + 底部) | CTA 缺失或太多,用户不知道做什么 |
| 社会证明 | 有真实用户评价、Logo 墙、数据 | 没有任何信任标识 |
| 移动端适配 | 响应式布局,触控友好 | 只做桌面端,手机端体验差 |
| 加载速度 | Core Web Vitals 全绿 | 图片未优化,LCP > 4s |
| 转化路径 | 单一目标,减少分心 | 多个导航链接分散注意力 |
| SEO 基础 | Meta tags、结构化数据、语义化 HTML | 缺少 title、description、alt 属性 |
| 内容层次 | 清晰的信息层级,引导用户逐步深入 | 所有内容堆在一起,没有重点 |
五、用 AI 生成 Landing Page 的完整流程
用 AI 工具生成 Landing Page 已经可以做到从需求到代码 80% 的自动化。以下是经过验证的完整流程。
5.1 第一步:准备产品需求文档
在让 AI 生成代码之前,先准备一份简明的需求文档,包含:
## 产品基本信息
- 产品名称:AI Writer Pro
- 一句话描述:AI-powered writing assistant for content creators
- 目标用户:Content creators, bloggers, marketers
- 核心功能:AI 文章生成、SEO 优化、多语言支持
## 定价方案
- Free:5 篇文章/月
- Pro($19/月):无限文章 + SEO 工具
- Team($49/月):多人协作 + API 接入
## 品牌风格
- 主色:#4F46E5(Indigo)
- 辅助色:#10B981(Emerald)
- 字体:Inter
- 风格:简洁、现代、专业
## 参考竞品
- Jasper.ai
- Copy.ai
- Writesonic5.2 第二步:用 AI 生成页面结构和文案
将需求文档喂给 Claude 或 ChatGPT,让它们生成每个区块的文案。Prompt 策略对比如下:
| Prompt 策略 | 适用场景 | 示例 | 效果 |
|---|---|---|---|
| 一次性生成 | 快速出初稿 | 「为 AI Writer Pro 生成完整的 Landing Page 文案」 | 速度快,但质量不稳定,需要大量修改 |
| 逐区块生成 | 精细控制每个区块 | 「先生成 Hero 区域的标题、副标题、CTA 文案,要求简洁有力」 | 质量高,可控性强,推荐 |
| 角色扮演 | 提升文案专业度 | 「你是一个 SaaS 营销文案专家,为 AI Writer Pro 写 Hero 区域文案」 | 文案更有营销感 |
| 参考竞品 | 快速对标行业标准 | 「参考 Jasper.ai 的 Landing Page 风格,为我的 AI 写作工具写文案」 | 风格更贴近目标市场 |
💡 推荐策略:逐区块生成 + 角色扮演。先让 AI 扮演 SaaS 营销专家,然后按 Hero → Features → Pricing → Testimonials → FAQ 的顺序逐个生成。
5.3 第三步:用 v0 / Claude Artifacts 生成 UI 代码
以 Vercel 的 v0 为例,输入以下 Prompt 即可生成 Next.js + Tailwind CSS 的 Landing Page 代码:
为一个 AI 写作工具生成 Landing Page,使用 Next.js App Router + Tailwind CSS + shadcn/ui。
风格参考 Linear.app,简洁现代,主色 Indigo #4F46E5。
页面包含以下区块(从上到下):
1. Navbar:Logo + 导航链接 + "Get Started" 按钮
2. Hero:主标题 + 副标题 + CTA 按钮 + 产品截图占位
3. Logo Wall:5 个客户 Logo 占位
4. Features:6 个功能卡片,3 列网格
5. Pricing:3 个方案(Free/Pro/Team),Pro 高亮
6. Testimonials:3 条用户评价
7. FAQ:5 个常见问题,手风琴样式
8. CTA:底部行动号召区块
9. Footer:链接 + 版权信息
要求:
- 响应式设计,移动端优先
- 使用 React Server Components
- 组件拆分到独立文件
- 暗色模式支持
v0 会生成完整的 Next.js 代码,包括组件结构、样式和响应式适配。你可以直接在 v0 预览中调整,然后导出代码到项目中。
5.4 第四步:代码集成和优化
AI 生成的代码通常需要经过以下调整才能上线:
组件拆分:将 AI 生成的大文件拆成独立组件:
src/app/(marketing)/_components/
├── navbar.tsx
├── hero.tsx
├── logo-wall.tsx
├── features.tsx
├── pricing.tsx
├── testimonials.tsx
├── faq.tsx
├── final-cta.tsx
└── footer.tsx
文案替换:将 AI 生成的文案替换为经过打磨的最终版本,通常 AI 输出的文案需要修改 30%-50%。
数据驱动:将硬编码的数据提取为配置或从 CMS 读取:
// pricing-plans.ts
export const pricingPlans = [
{
name: 'Free',
price: 0,
period: 'forever',
features: ['5 articles/month', 'Basic AI models', 'Community support'],
cta: 'Get Started',
highlighted: false,
},
{
name: 'Pro',
price: 19,
period: 'month',
features: [
'Unlimited articles',
'Advanced AI models',
'SEO optimization tools',
'Priority support',
],
cta: 'Start Free Trial',
highlighted: true,
},
{
name: 'Team',
price: 49,
period: 'month',
features: [
'Everything in Pro',
'Team collaboration',
'API access',
'Custom AI training',
'Dedicated account manager',
],
cta: 'Contact Sales',
highlighted: false,
},
]SEO 元数据:添加页面级 SEO 配置:
import type { Metadata } from 'next'
export const metadata: Metadata = {
title: 'AI Writer Pro - AI-Powered Writing Assistant for Content Creators',
description:
'Generate high-quality content in seconds with AI Writer Pro. SEO optimization, multi-language support, and team collaboration.',
openGraph: {
title: 'AI Writer Pro - AI Writing Assistant',
description: 'Generate high-quality content in seconds.',
images: ['/og-image.png'],
},
}5.5 第五步:图片与多媒体资源
AI 生成工具通常只能输出占位图。真实上线需要:
- 产品截图:实际产品界面截图,用 Mockup 工具(如 Screely、 shots.so)包装
- 客户 Logo:获取授权后使用,或用 SVG 格式保证清晰度
- Hero 背景:使用渐变或抽象图案,避免大尺寸位图影响加载速度
- 用户头像:使用真实头像,或从 undraw.co / unDraw 获取风格一致的插图
六、响应式适配要点
Landing Page 的流量中,移动端通常占 40%-60%。以下是关键的响应式适配规则:
6.1 布局适配
// ✅ 推荐:使用 Tailwind 的响应式前缀
<div className="grid grid-cols-1 md:grid-cols-2 lg:grid-cols-3 gap-6">
{features.map((feature) => (
<FeatureCard key={feature.id} {...feature} />
))}
</div>关键断点设置:
| 断点 | 宽度 | 适用场景 |
|---|---|---|
| 默认(mobile) | < 768px | 单列布局,全宽按钮 |
md | ≥ 768px | 两列网格,导航展开 |
lg | ≥ 1024px | 三列网格,完整页面布局 |
xl | ≥ 1280px | 最大内容宽度限制 |
6.2 字体与间距
/* 移动端字体缩小,间距收紧 */
.hero-title {
font-size: 2rem; /* mobile */
line-height: 1.2;
}
@media (min-width: 768px) {
.hero-title {
font-size: 3.5rem; /* tablet */
}
}
@media (min-width: 1024px) {
.hero-title {
font-size: 4.5rem; /* desktop */
}
}6.3 触控优化
- 按钮最小尺寸 44×44px(Apple HIG 推荐)
- 按钮之间间距至少 8px,防止误触
- 移动端隐藏 hover 效果,改用 active 状态反馈
- 表单输入框高度至少 48px
七、性能优化
Landing Page 的加载速度直接影响转化率。Google 的研究表明,页面加载时间从 1s 增加到 3s,跳出率增加 32%。
7.1 图片优化
// ✅ 使用 Next.js Image 组件,自动优化
import Image from 'next/image'
<Image
src="/hero-screenshot.png"
alt="AI Writer Pro dashboard"
width={1200}
height={800}
priority // Hero 图片标记为优先加载
placeholder="blur"
blurDataURL="data:image/jpeg;base64,/9j/4AAQ..."
/>| 优化项 | 做法 | 效果 |
|---|---|---|
| 格式 | 优先使用 WebP/AVIF | 体积减少 30%-50% |
| 懒加载 | 非首屏图片使用 loading="lazy" | 减少首屏加载时间 |
| 尺寸 | 提供多种尺寸,按需加载 | 移动端不加载桌面端大图 |
| 占位 | 使用 blur placeholder | 减少视觉上的加载等待 |
7.2 代码优化
// ✅ 动态导入非关键组件
import { lazy, Suspense } from 'react'
const PricingSection = lazy(() => import('./_components/pricing'))
const FAQSection = lazy(() => import('./_components/faq'))
export default function LandingPage() {
return (
<main>
<Hero />
<LogoWall />
<Features />
<Suspense fallback={<SectionSkeleton />}>
<PricingSection />
</Suspense>
<Suspense fallback={<SectionSkeleton />}>
<FAQSection />
</Suspense>
</main>
)
}7.3 Core Web Vitals 优化清单
- LCP(Largest Contentful Paint)< 2.5s:Hero 图片使用
priority,内联关键 CSS - FID(First Input Delay)< 100ms:减少 JavaScript 执行时间,拆分代码包
- CLS(Cumulative Layout Shift)< 0.1:为图片和视频设置固定尺寸,字体使用
font-display: swap
八、案例拆解
案例 1:Linear — 极简开发者工具 Landing Page
Linear(项目管理工具,面向开发团队)的 Landing Page 是 SaaS 极简设计的标杆。
结构分析:
| 区块 | 内容 | 亮点 |
|---|---|---|
| Hero | 「Linear is a purpose-built tool for planning and building products」 | 标题极其简洁,直接说明产品定位 |
| 产品演示 | 产品界面动画 | 用动画展示产品交互,比静态截图更有吸引力 |
| 功能亮点 | 3-4 个核心功能,每个配动效演示 | 功能展示与产品截图结合,直观 |
| 社会证明 | 客户 Logo 墙 | 精选高质量客户 Logo(Vercel、Ramp 等) |
| CTA | 「Start building」 | 动词开头,面向开发者 |
核心经验:
- 面向开发者的产品,信息密度可以高但文案必须精简
- 产品动画比静态截图更有说服力
- 客户 Logo 的质量比数量更重要
案例 2:Notion — AI 功能整合的 Landing Page
Notion 在推出 AI 功能后更新了 Landing Page,展示了如何将新功能融入已有产品叙事。
结构分析:
| 区块 | 内容 | 亮点 |
|---|---|---|
| Hero | 「Write, plan, share. With AI at your side.」 | 将 AI 自然融入产品价值主张,不突兀 |
| 功能演示 | AI 写文档、生成表格的实时演示 | 让用户直观看到 AI 如何工作 |
| 使用场景 | 按角色/场景分类展示 | 覆盖多种用户画像 |
| 用户评价 | 真实用户如何使用 AI 功能的案例 | 场景化的社会证明 |
| 定价 | AI 作为附加功能单独计费 | 清晰的增值模型 |
核心经验:
- AI 功能不要单独做一个 Landing Page,融入主产品的叙事更自然
- 展示 AI 效果时,动态演示远优于文字描述
- 定价区块要解释清楚 AI 功能的计费方式
九、Landing Page 开发检查清单
上线前逐项检查,确保没有遗漏:
结构与内容
- Hero 区域包含:主标题 + 副标题 + CTA + 产品视觉
- 主标题能在 3 秒内传达产品核心价值
- 每个区块有明确的转化目标,不存在「无意义区块」
- 至少有一种社会证明形式(Logo 墙 / 用户评价 / 数据)
- 定价方案清晰,价格和功能对比一目了然
- FAQ 覆盖用户最常见的 5-8 个问题
- 页面底部有 Final CTA,作为最后的转化入口
设计与交互
- 配色、字体、间距全页一致
- CTA 按钮与背景色形成足够对比
- 移动端布局经过单独调试
- 按钮和链接的 hover/active 状态正常
- 动画效果不影响页面加载速度(无卡顿)
技术与性能
- Meta title 和 description 已设置
- Open Graph 图片已配置(社交媒体分享卡片)
- 图片使用 WebP/AVIF 格式,并设置了
width/height - 首屏图片标记
priority,非首屏图片懒加载 - Lighthouse 性能评分 ≥ 90
- 所有交互元素可键盘访问(a11y 基础检查)
-
<h1>只有一个,标题层级正确(h1 → h2 → h3) - 所有图片有
alt属性
SEO
- 页面 URL 结构语义化(如
/或/pricing) - 已添加 JSON-LD 结构化数据(Product / SoftwareApplication)
-
sitemap.xml已包含该页面 - 页面内链结构合理(链接到文档、博客等)
十、总结
Landing Page 开发不是纯技术问题,而是产品理解、文案能力和前端技术的结合。核心要点回顾:
- 结构是骨架:Hero → Social Proof → Features → Pricing → CTA 是经过验证的通用结构,不要随意创新
- 文案是灵魂:标题必须具体、有结果感,杜绝模糊的形容词堆砌
- AI 是加速器:用 v0、Claude 等工具生成初稿,然后人工打磨文案和视觉细节
- 性能是底线:再好看的 Landing Page,如果加载超过 3 秒,用户也会离开
对于 AI 出海产品,Landing Page 的质量直接影响用户的信任感和付费意愿。建议投入足够的时间打磨首屏体验,并在上线后通过数据分析持续优化转化路径。
参考资料
- 7 SaaS Landing Page Elements That Convert — Aimers Blog,关于高转化 SaaS Landing Page 的 7 个关键要素
- SaaS Landing Page Best Practices: 10 Examples That Convert — Grafit Agency,10 个高转化 SaaS Landing Page 案例分析
- How to Build a High-Converting Landing Page — CXL,转化优化领域的经典指南
- Landing Page Checklist: 50 Points to Convert — Flow Ninja,50 项 Landing Page 检查清单
- Build a Landing Page with AI and Next.js — Strapi Blog,使用 v0 和 Next.js 生成 Landing Page 的实践教程
- Hero Section Design: 20+ Examples & Best Practices — Landy AI,Hero 区域设计的最佳实践与案例
- 10 Essential Features Every SaaS Landing Page Needs in 2025 — Shipixen,2025 年 SaaS Landing Page 必备功能
- Responsive Design Checklist: 10 Essential Steps — InternetZonei,响应式设计 10 项检查清单