---
name: landing-copy-review
description: 按区块审阅落地页文案，用具体的测试逐项检查（标题能否单独成立、“那又怎样”阶梯、形容词反义测试、每个说法旁边有没有证据、CTA 是否以动词开头、每个区块是否只做一件事），并给出按优先级排序的逐句修改。用于有人发来落地页、官网首页或销售页的草稿或链接，要求审文案、给反馈、问“为什么转化不了”，或者要改标题和 CTA 的时候。
---

# 落地页文案审阅

好的审阅给作者的是今天就能粘贴进去的逐句修改，按每处问题造成的注册损失排序。对语气的看法放在最后。每条发现都写明它没通过哪项测试，这样作者下次可以自己跑同样的测试。这些测试是本技能的默认做法；背后的道理有数据支撑：在 Nielsen Norman Group 的研究中，79% 的用户浏览新页面时是扫读的，简洁、便于扫读、客观的文案在可用性上的得分比宣传式文案高 124%。

## 适用场景

- 落地页、官网首页、价格页或销售页上线之前。
- 页面有流量但注册很少，团队怀疑是文案的问题。
- 在 2 版标题或首屏草稿之间做选择。
- 不适用于设计、速度或 SEO 审查：如果看到明显的问题，用一句话提一下，然后继续只看文案。

## 需要准备

- 按顺序、按区块排列的文案（粘贴的文字、文档，或你能读取的链接）。如果只能看到页面的一部分，就审那一部分，并说明缺了哪些区块。
- 页面面向谁，以及它要推动的唯一动作。没有的话，从标题和 CTA 推断，并标注“[假设]”。
- 可选：访客从哪里来（广告、搜索、邮件）。从广告来的访客，需要在标题里再次看到广告的承诺。

## 步骤

1. **做标题单独成立测试。** 大多数访客是扫读的，所以页面顶部必须单独讲清主要信息（NN/g 的倒金字塔：最重要的信息放最前面）。只读标题和副标题。一个陌生人能不能说出这是什么、为谁做的、为什么比他们现在的做法好？如果连这是什么都说不出来，这就是排在所有问题之前的头号发现。
2. **对每个好处爬“那又怎样”阶梯。** 一直追问“那又怎样？”，直到答案是读者能切身感受到的东西（时间、金钱、风险、地位）。停在读者会在乎的第一级；如果文案停在低一级（“AI 驱动”），就把高一级的说法写成修改建议。
3. **对形容词做反义测试（本技能的默认做法）。** 如果没有哪个竞争对手会宣称相反的东西（“快速”“简单”“强大”“安全”），这个词就没有任何信息量。换成数字、对比或具体的例子。如果实在没有具体的话可说，就删掉这个词。
4. **检查每个说法旁边是否有证据。** 一个说法需要在同一区块内配上数字、客户名称、客户原话、截图或演示。隔了三个区块的证据不算。整页都找不到证据的说法，标为“补充证据或弱化说法”。
5. **检查每个 CTA。** 以动词开头，说明点了之后会发生什么（“开始免费试用”“领取检查清单”），而不是“提交”或“了解更多”。NN/g 发现，孤零零的“了解更多”会让用户不确定点进去是什么，对使用读屏软件的用户也失去意义。本技能的默认做法：整页重复同一个主 CTA 措辞；允许出现一次门槛更低的次要 CTA。
6. **每个区块只做一件事（本技能的默认做法）。** 用 8 个字以内说出每个区块的作用（解释、证明、打消顾虑、提出请求）。一个区块做两件事，或两个区块做同一件事：合并或删掉。检查这类买家最大的顾虑（价格、迁移成本、信任）是否在最后一个 CTA 之前得到了回答。
7. **排序并写出修改。** 必须改：妨碍理解或行动（标题、CTA、主要说法缺证据）。建议改：削弱说服力。润色：措辞。最多 10 处修改；每处都引用当前的句子并给出替换文案。绝不编造证据：需要证据的地方写“[补充：客户数据]”。

## 输出格式

```markdown
# 文案审阅：[页面名称]

**读者：** [谁] · **动作：** [唯一的动作] · **流量来源：** [来源，如果知道]
**结论：** [1 句话：可以上线、改完必须改的再上线，或重写首屏]

## 必须改
1. **[区块] — [未通过的测试]**
   现在：“[当前句子]”
   改为：“[替换文案]”
   原因：[一句话]

## 建议改
[同上格式]

## 润色
[同上格式]

## 区块作用
| 区块 | 作用 | 保留 / 合并 / 删除 |
|---|---|---|

## 未审阅
- [没看到的区块，设计或 SEO 方面的提示，每条一句]
```

## 示例

**输入：** 排班宝的首屏，面向诊所的排班软件。标题：“更聪明的团队管理方式。”副标题：“强大、易用的排班软件。”CTA：“了解更多”。第 3 区块有一位诊所主管的原话，说换班现在 2 分钟就能搞定，以前要一整天。第 2、4 区块和价格区块没有提供。

**输出：**

```markdown
# 文案审阅：排班宝官网首屏

**读者：** 诊所的行政主管 [假设] · **动作：** 开始试用 [假设] · **流量来源：** 未提供
**结论：** 重写首屏；其余部分改完 CTA 就可以上线。

## 必须改
1. **首屏标题 — 单独成立测试**
   现在：“更聪明的团队管理方式。”
   改为：“诊所排班软件，换班几分钟就能搞定。”
   原因：现在这句话放在任何人事、聊天或项目管理工具上都成立。
2. **首屏 CTA — 以动词开头，说明会发生什么**
   现在：“了解更多”
   改为：“开始免费试用”
   原因：“了解更多”要人点击，却没说点了能得到什么。

## 建议改
1. **首屏副标题 — 反义测试，说法旁边要有证据**
   现在：“强大、易用的排班软件。”
   改为：“换班 2 分钟搞定，以前要一整天。——[主管姓名，诊所名称]”
   原因：没人会卖“弱小、难用”的软件；第 3 区块的原话就是证据，把它挪上来，上线前和客户确认原话的措辞。

## 润色
首屏没有需要润色的地方。

## 区块作用
| 区块 | 作用 | 保留 / 合并 / 删除 |
|---|---|---|
| 首屏 | 解释 | 保留，重写 |
| 3 客户原话 | 证明 | 保留，在首屏复用 |

## 未审阅
- 第 2、4 区块和价格区块没有提供。
```

## 发送前检查

- [ ] 如果标题没通过单独成立测试，这一条排在所有发现的第一位。
- [ ] 每处修改都引用了当前句子，并给出可以直接粘贴的替换文案。
- [ ] 每条发现都写明了未通过的测试。
- [ ] 没有编造任何证据、数字或客户名称；缺口写成“[补充：……]”。
- [ ] 修改不超过 10 处，按必须改、建议改、润色排序。

## 常见错误

- 用自己的口吻把整页重写一遍。作者要的是修改，给出最重要的 10 处就够了。
- 先夸各个区块，再讲问题。先给结论，再给修改。
- 说标题“不清楚”却不给替换文案。每条发现都要带上改法。