着陆页GTM（Go-to-Market） 是做什么的？
构建专注于转化的着陆页——不只是描述，而是促进销售。将产品调研、竞争定位、销售文案撰写和前端实现整合到一个工作流中。
接入 — 先问清楚
在任何工作开始前，收集这些输入：
| 输入 | 问题 |
|---|---|
| 目标URL | "这是给哪个URL或路由用的？"（例如：myapp.com/pricing） |
| 代码库路径 | "源代码在哪儿？"（例如：/home/user/project/src） |
| 产品/功能 | "这个页面在销售什么产品或功能？" |
| 受众 | "买家是谁？（角色、公司规模、痛点程度）" |
| 竞争对手 | "用户拿你和谁比较？" |
| 约束 | "现有的设计系统、表单服务商、CTA目标地址？" |
如果页面已存在，请先阅读它。不要对没读过的代码提出改动建议。
工作流
阶段 1：研究产品
在动笔写任何文案之前，先研究实际产品。绝不凭空编造功能。
- 阅读代码库 — 搜索该功能的实现。使用
git log查找最近的变更。 - 验证描述 — 对每个声称的功能，在代码中确认其存在。报告差距："X 存在。Y 部分实现。Z 未找到。"
- 识别差异化特点 — 你的产品做到了哪些竞品真正做不到的事？架构优势优于表面功能。
- 找到自我改进的角度 — 任何学习/自适应行为都是营销金矿。理解其机制，以便能用无术语的方式描述它。
阶段 2：竞争定位
将每个版块设计成“为什么选择我们，而不是他们”，但不要指名道姓。
定位公式：
他们每天感受到的痛苦
+ 竞争对手对此的处理方式（效果差）
+ 你与众不同的做法
+ 他们将会体验到的结果
反通用测试 — 如果文案不修改就能直接用在竞品网站上，请重写：
- "由AI驱动" → AI实际做了什么？
- "智能自动化" → 具体自动化了什么？
- "易于使用" — 相比哪种痛苦的替代方案？
驳斥竞品的模式：
- "每个[类别]应用都声称[流行词]。多数只是[它们做的事]。我们不一样。"
- "不是[旧方法]。而是真正的[新方法]，能带来[具体效果]。"
- "其他工具保持静态。我们的[如何演进]。"
阶段 3：撰写销售文案
将功能转化为渴望。像买家一样思考，而不是工程师。
根据不同受众调整语气：
| 受众 | 语气 | 示例 |
|---|---|---|
| 中小企业主 | 温暖、直接 | "拍一张收据，搞定。" |
| 财务经理 | 结果导向 | "每笔匹配都会向你说明确切原因。" |
| 企业客户 | 建立信任 | "掌控而不复杂。" |
| 技术人员 | 精确、可信 | "每周都变得更智能。" |
文案规则：
- 以痛点开头 — "别再一个一个地填表格了" > "自动填写表单"
- 一句一个想法 — 简短、有力、易于扫读。
- 具体优于抽象 — "10秒内回复" > "快速响应时间"
- "我想要这个"测试 — 大声朗读每张卡片。买家会想“我需要这个”吗？如果不是，请重写。
- 以结果结尾 — "再也不会因回复慢而失去销售机会" > "使用NLP生成回复"
无术语地谈论AI/技术：
| 技术现实 | 改用说法 | |---|---|---| | 机器学习模型每周重新训练 | "根据你的反馈，每周变得更聪明" | | 内部优化框架 | 从不提及。改说“从修正中学习” | | LLM / GPT / Claude | "AI助手" 或直接 "您的助手" | | API集成 | "连接到您现有的工具" | | 来自用户修正的训练数据 | "每次修正都会教会它新东西" | | 准确率门控防止回退 | "只会变得更好——永远不会变差" | | 可解释AI / 推理轨迹 | "向您展示每个决策的确切原因" |
阶段 4：设计页面
以转化为导向的页面结构：
1. 英雄区 — 标题 + 副标题 + 主要CTA
2. 痛点 — 3-4个买家实际感受到的场景（红色/暖色调）
3. 解决方案 — 转变卡片，而非功能列表
4. 社交证明 — 用户评价或指标数据
5. 运作方式 — 最多3步（降低感知复杂度）
6. 定价 — 与现状对比，而不仅仅是价格表
7. FAQ — 以乐于助人的形式处理异议
8. 最终CTA — 紧迫感 + 表单（重复主要CTA）
并非每个页面都需要所有版块。根据产品复杂度调整：
- 新产品上线：所有版块
- 功能卡片更新：卡片 + 根据需要添加新版块
- 产品组合中的产品：卡片在抽屉/网格中，链接到专用页面
CTA和表单：
- 主要CTA放在英雄区和页面底部——两次转化机会
- 最少的字段。每多一个字段大约降低10%转化率。
- 潜在客户捕获最低要求：姓名 + 邮箱 + 公司。仅在产品需要时添加电话号码。
- 使用现有的表单基础设施（Formspree、Resend等）——不要添加新依赖。
- 添加隐藏的
_source字段，以区分线索来自哪个页面。
早期访问/候补名单模式：
- 彩色徽章标识独特性（例如紫色“早期访问”）
- 直接在功能卡片上放置极简内联表单（2-3个字段）
- 比单独页面的摩擦更低 —— 在发现兴趣的瞬间捕获它
阶段 5：构建并发布
- 匹配现有模式 — 阅读2-3个现有页面。匹配导入、布局、路由、设计系统。
- 复用设计系统 — 仅使用现有UI组件。不要引入新框架。
- 移动优先 — 每个版块必须在375px宽度下正常工作。
- 注册路由 — 使用导入添加至路由器。
- 类型检查 — 在提交前运行类型检查器。零新错误。
- 多代码库一致性 — 如果产品出现在多个站点上，需确保所有站点的消息一致更新。
阶段 6：发布检查清单
在推送之前：
- 文案中的每个功能都存在于实际产品代码中
- 无术语（扫描：API、SDK、LLM、model、algorithm、pipeline、container）
- 每张卡片都通过“我想要这个”测试
- CTA按钮有效（滚动到表单或链接到注册页面）
- 表单正确提交，包含
_source字段 - 在375px宽度下具有移动响应性
- 类型检查通过
- 如果是多站点产品，所有代码库均更新
- 竞品文案测试：这段文案能出现在竞品网站上吗？如果可以，请重写。
参考文件
- references/copy-formulas.md — 标题公式、卡片模式、CTA文本、FAQ模板
- references/page-archetypes.md — 产品上线、功能更新、对比、候补名单页面的模板