写落地页文案时，如何用信息层级与框架把访客转化为单一行动

为落地页、销售页、产品页、定价页、等待列表页或首页首屏撰写以转化为目标的文案（标题、副标题、价值主张、功能与收益模块、社会证明、FAQ、CTA 按钮文案），并支持改写弱文案、生成 A/B 测试变体。

适用场景

解决思路

1. 先构建简报：从对话、附件文档或产品现有网站中提取以下信息，只询问缺失且阻塞的信息——产品及页面驱动的唯一行动（购买、预约、注册、加入等待列表）；访客是谁、从哪里来（广告、搜索、邮件、推荐），这决定首屏需要承载多少背景；用读者自己的话描述的问题，以及他们目前用什么替代方案；相对于该替代方案的真实差异点；真实存在的证明：数字、具名客户、评价、保证。
2. 在写任何板块之前先写信息层级，每项一句话：承诺（读者获得的结果）、机制（为什么本产品能实现而替代方案不能）、证明（最强的真实证据）、行动（CTA 及点击后发生什么）。如果某一项填不出来，标记这个缺口而不是掩盖它。后续每个板块都是这四行之一的展开。
3. 根据读者的认知程度选择框架：读者感受到痛点但还没找解决方案用 PAS；读者在比较选项或从广告冷启动用 AIDA；品牌主导、故事性强或服务型业务用 StoryBrand。每个框架的逐板块指导见 references/frameworks.md。
4. 按以下顺序起草页面：首屏、问题、解决方案/功能、如何运作、证明、定价（如相关）、FAQ、最终 CTA。砍掉产品不需要的板块；等待列表页可以只有首屏 + 三个收益 + CTA。
5. 在关键位置写变体：3 个标题选项（不同角度：结果、痛点、机制）和 2 个 CTA 选项。说明你会先测试哪个以及为什么。
6. 交付前运行以下检查，修复不合格项，然后使用 references/output-template.md 交付。
7. 检查：不得编造证明。绝不编造评价、客户名称、logo、用户数或百分比。使用带标签的占位符如 [TESTIMONIAL: ops lead at a customer, quote about time saved]，并在末尾列出所有占位符。
8. 检查：标题测试。竞争对手能否把你的标题原封不动贴到他们页面上？如果能，就太泛了。把它锚定到机制或具体结果上。
9. 检查：收益测试。每条功能描述都要回答读者的“那又怎样？”。“Real-time sync”变成“Your team sees the same numbers, no more version-hunting.”
10. 检查：单一主要行动。页面上每个 CTA 都指向同一行动。次要链接（文档、定价）在你的备注中保持视觉次要。
11. 检查：CTA 文案以动词开头并点明结果（“Get my audit”、“Start free trial”）。绝不用“Submit”或“Click here”。在真实时于其下方说明降低摩擦的信息（“No card required”）。
12. 检查：紧迫感只在真实时使用。截止日期、有限名额和价格变动必须属实。虚假稀缺会损失信任；宁可省略紧迫感。
13. 检查：阅读难度。短句、第二人称、现在时。把首屏大声读出来；如果一口气读不完，就删减。
14. 检查：语气。匹配用户分享的任何现有文案的品牌语气。如果没有，默认平实直接而非夸张。去掉填充形容词（revolutionary、seamless、cutting-edge、unlock、elevate）。
15. 避免常见失败模式：在信息层级之前写板块，会产生一页互不关联的主张；首屏以产品名或品类开头（“Acme is an AI-powered platform...”）而不是读者的结果；FAQ 全是软问题，FAQ 条目应回答真实异议：价格、切换成本、设置时间、安全性、“这对我这种情况管用吗”；把所有页面都当成长篇，长度要匹配价格和风险：免费注册比五位数合同需要更少说服。

适用边界 · 注意事项

• 需要审计现有页面表现时（应改用 landing-page-optimizer）
• 需要构建页面本身（布局与代码）时（应改用前端技能）
• 用户未提供产品、目标行动或真实证明等关键信息且无法补齐时