大家对落地页相关知识了解吗？下边这篇文章是笔者拆解了国内外 117 个优秀的落地页案例，总结提炼出的保姆级入门指南的内容，需要学习相关知识的同学可以看一看哦！

如果你想要看到比较系统全面的落地页操作指南，那你就来对地方了，这篇文章是小吉拆解了国内外 117 个优秀的落地页案例，总结提炼出的保姆级入门指南，对于那些希望尽快上手落地页的小伙伴会非常有帮助。为了照顾不同知识背景的小伙伴，小吉对落地页中基础的模块都做了详细的解读。跟着手册一步一步来，相信你也会很快搭建一个 80 分以上的落地页，那么，废话少说，让我们出发吧！

重要提示：

虽然小吉对不同端做了适配，但限于精力，难免有所纰漏。网站是通过 Framer 搭建，在 PC 端制作完成的，建议在 PC 端浏览体验最佳。右边的目录条可以点击跳转到你感兴趣的模块分模块查看。另外，内容还未完结，后续会陆续增加落地页中更多的案例和落地页如何搭建的实战模块，建议收藏，以免错过。

一、什么是落地页？

1. 为什么落地页在海外这么常见？

海外产品运营逻辑跟国内是不一样的，他们几乎所有的平台都是允许留外链的。因此延伸出了非常多的玩法，比如你可以在 ??（原名：Twitter） 上发布你的 logo 作品，然后在 Gumroad 上架一个基于你作品的增值服务赚钱。我之前介绍的海外独立创客 Fabian Arbor 的案例，就是这么操作的。

又比如你可以在 YouTube 上录制视频课程，然后在 Reddit 上发帖，给你的视频导流等等。

虽然平台允许互相外链，各个平台都有各自的特色。但难免会有其局限性，比如 ?? 适合短平快的内容分享，承载的信息量有限，YouTube 适合有视频创作能力的人，但并非所有人都擅长镜头表现都，而且即使内容再出色，也或多或少会受到一些平台规则的限制，因此，落地页便应运而生，并且它在当今多元化的数字营销环境中变得越来越重要。

与其他平台不同，「落地页」完全属于你，你可以在落地页上尽情发挥你的想象力，可以不受字数限制地描述你所售产品或服务的更多细节，你也可以自由地添加图片、视频或者其他互动元素来吸引并保持访客的注意力。

落地页是将访客变成用户的最后一站。不管你是做什么样类型的产品或服务，只要你目标受众是海外群体，一般都会碰到需要制作落地页的场景。所以，应该格外重视起来。

2. 落地页到底是什么？

海外有两种说法定义落地页，广义上一切不需要你通过输入 url 访问的网页，都叫做落地页。这个范围就非常大了，比如你访问了失效的链接，跳转给你一个 404 页面，这种在广义的定义上，也是落地页，但小吉觉得，这些落地页场景对于绝大部分出海小伙伴来说，并非核心需求，也不利于聚焦，所以小吉这次的落地页内容，主要集中在狭义的落地页上。

简单来说，狭义的落地页就是为了说服用户完成某项特定操作的网页，比如让用户下载你的产品，让用户订阅你的 newsletter 等等。

为了方便你理解，小吉整理了常见的落地页类型。

3. 落地页的类型有哪些

网上有非常多的资料，在用各自的方法进行落地页类型的划分，小吉打算从产品或服务发布周期这个视角来归纳落地页的类型。分别是研发期、预上线、已上线和售后模块进行划分，其中有一些类型的落地页会贯穿产品发布的整个周期，并且很常用，所以单拎出来作为一类。

1) 研发期

2) 预上线

3) 已发布

4) 售后服务

5) 通用辅助

4. 落地页和首页的区别是什么？

很多人常常混淆首页和落地页的概念，但其实它俩是完全不同的东西。落地页主要针对特定的目的，通常只包含一个或少数几个 CTA。但首页则更全面，它鼓励访客浏览更多的内容，比如网站的博客、产品的功能细节等等。

不过，受限于精力，很多小团队选择将首页作为自己的落地页，这倒也可以理解。但在页面设计上，请给出一个你重点希望用户操作的 CTA，不要急功近利，既想让用户下载你的产品，又想他们订阅你的服务，又引导用户转发你的文章。那样非常有可能适得其反。

为了方便你理解，小吉做了一个首页和落地页区别的对比图。

二、落地页需要包含哪些内容

落地页的目的是为最终转化服务的。在写作的时候，技巧比文采更重要。常见的落地页包含以下几点内容，它们的功能各不相同，但目的都是通过传达有价值的信息以达成转化。

以下是小吉结合几十个优秀落地页案例，总结出来的落地页需要包含的最常见的模块，这些模块并不一定要全部出现在单个落地页中，可以结合自己的场景增减，但至少需要有一个 CTA（行动召唤）。

1. 标题和主展示区（Title；Hero Section）

常见的主展示区，一般包含一个大标题和一张横幅大图，亦或者是简洁的背景和一个特大号的标题。

1) 横幅样式

2) 简洁背景

主展示区的标题文案可以说是落地页中最重要的部分，因为在人们浏览网页的时候，大约有 70% 以上的人，在没有进一步探索接下来的内容时，就关闭了网页。所以在为了确保用户尽可能查看你接下来的内容，你应该在第一屏，就明确、简洁地告诉访客，他们将会再接下来的内容中看到什么？

2. 特点和优势（Feature；Benefits）

用户已经开始往下探索，说明 Ta 对你的产品/服务是有兴趣的，接下来你就应该向用户解释，你的产品或者服务，相较于其他产品，独特的价值是什么？

用户其实很少关心说你到底有哪些功能，具体是什么？你应该用非常直接地方式告诉用户，如果使用我的产品，能够给 Ta 带来什么。核心就一点，从「多快好省」的谈谈你的服务或产品，将帮助 Ta 们解决哪些实际的痛点。

3. 用例展示（Use Cases）

前面两个模板，解决了 What 的问题。用户已经知道你这个产品是什么，以及能做什么。但是，How Can？有时候千言无语都不敌一个生动的例子来得奏效。好的用例展示，会让用户觉得，这就是为我量身定做的。

在制作用例展示的时候，请尽可能使用图像、视频等可以让你用例生动的方式，当然这不是教条，只是建议，就是要在信息表达不受阻的前提下，尽可能让用户感知到你的产品或服务，在实际场景中，能为 Ta 们解决哪些实际问题。

4. 信用背书（Social Proof）

来自真实用户的评价往往能够迅速提升潜在客户的信任值。你想想你买东西的场景，是不是在购买之前，都先翻翻评论？

注意哦，一定不要弄夸大其词的评价，这样往往会适得其反。所以，在产品预上线期间，就应该多在各大社交媒体上宣传你的产品，尽可能让用户反馈你的产品，这之后可以在之后挑选中肯且对你有利的评论，放到这个模块。

5. 常见问题（FAQs）

最后，针对产品、服务或活动的常见问题及答案。如果你的产品有数据埋点是最好不过的。选择那些用户最常见的困惑，用户会因为你了解他们而感激你。

FAQ 切忌把冗余的一堆信息复制上去。冗长的文字会让用户失去耐心，用户来到这个页面就是带着困惑来找答案的。

6. 行动指引按钮（CTA）

CTA 一般由一句引导用户行动的文案和确认行动的按钮组成。常见于落地页的开头和结尾，它是一种营销策略。旨在让访问者采取行动。例如购买产品或者订阅你的邮箱等。

通过前面的落地页内容，你已经赢得了绝大部分访客的信任，如果没有一个明确的行动指引按钮，你在落地页的其他努力就都功亏一篑了。你应该准确地告诉用户，接下来要做什么？当然，必要的时候，你应该做多个版本，用来测试到底哪一个版本的转化率更高。

7. 其他信息

1) 操作指南（Guide）

2) 表单（Form）

3) 价钱（Price）

4) 信任标志（Trust Signals）

5) 联系信息（Contact Information）

6) 社交媒体链接（social media）

7) 免责声明、隐私政策和条款（Disclaimer, Privacy Policy, and Terms）

三、落地页撰写之前的 3+1 原则

要开始写落地页了哇！喂，等等，在开始写作之前，请确保完成了以下三件事：

1. 你的价值主张是什么？

2. 你的产品的目标用户是谁？

3. 你的落地页将会在哪些地方投放？

4. 这个落地页你需要用户做什么动作？

四、标题应该怎么写？

主标题是用户第一眼看到的位置，非常重要。通常来说，需要和你的价值主张进行强关联，它决定了用户是否会继续探索你接下来的内容，所以需要格外费点心思去设计。

1. 标题撰写原则

好的标题应该保证如下 4 件事情 ：

满足用户期望

• 足够吸引人

• 清晰的说明了你的产品或服务

• 对 SEO 友好

2. 拿来就可以用的标题公式

1) 以更[多、快、好、省]地方式[完成预期]

2) 一阵见血的说出你的价值主张

3) 引发好奇

4) 数字法则

五、特性/优势展示怎么写？

在写特性展示之前，将产品的所有功能项全部列举出来，然后挑出你的产品最核心的功能点。好的功能特性应该清楚地描述你和对方的差异点在什么地方，这里不是简单得功能罗列，要找到你功能和竞品差异点的地方，然后放大它们。

1. 特性/ 优势展示的撰写原则

写效果，而非功能

• 写差异，而非普遍性

• 写解决方案，而非问题

• 写收益，而非成本

2. Figma 落地页策略浅析：以效果而非功能吸引用户

3. Mini 工具型落地页文案怎么写？试试单刀直入法

六、用例展示怎么写？

用例展示为主的落地页，一般比较适合 SaaS 类功能比较复杂的产品。功能项比较多，如果一个一个介绍，会显得落地页非常繁杂，很容易把用户赶走。所以可以尝试将各种功能项，划分到具体的使用场景，亦或者根据不通的目标用户进行划分。那是不是小产品就不适合用用例展示的方式呢？也不是，小吉将在第二个案例解析中给你答案。

1. 用例展示的撰写原则

写连贯，而非散乱

• 写实际，而非假设

• 写情境，而非单一功能

• 写个性化，而非泛