mcpField
L
landing-copy

landing-copy

github.com/tushaarmehtaa营销与增长1261 次安装2 周前更新
代码仓库

关于 landing-copy

landing-copy 是一项用于定位和撰写产品落地页文案的技能,面向营销与产品团队。它从买家、产品机制和证据出发,支持文案审查、定向改写、完整页面文案及有明确假设的实验方案。

主要功能

  1. 01梳理定位、受众与证据
  2. 02审查页面信息与决策路径
  3. 03改写指定文案区块
  4. 04生成页面信息架构和文案
  5. 05设计单一假设的文案实验
  6. 06标出缺失事实与未证实主张

适用场景

  1. 01为新产品明确页面核心主张
  2. 02找出现有落地页的说服障碍
  3. 03改进标题、证明内容或行动号召
  4. 04设计可衡量的文案变体测试

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/tushaarmehtaa/tushar-skills --skill landing-copy

安装后在 Claude Code 中输入/landing-copy确认已加载。

附带文件references/claim-first.mdreferences/guide.md

详细介绍

Landing 页文案

围绕站得住脚的购买主张,以及评估该主张所需的证据来构建页面。保留有效的品牌语气;不要强迫每款产品都采用简短随意、优先突出收益的初创公司文案。

选择模式和页面目标

  • 定位 — 在撰写页面文案前,找出主张、受众、替代方案、实现机制和证据。
  • 审查 — 诊断现有信息传达,并提出按优先级排列的修复建议。
  • 定向改写 — 结合上下文,改进主视觉区、证据版块、定价说明、异议回应或 CTA。
  • 生成 — 制作完整的页面信息架构和文案方案。
  • 实验 — 创建用于测试一项有意义的信息传达假设的多个版本。

明确页面目标:介绍品类、选择产品、响应营销活动、评估功能、注册候补名单、决定定价,或采取其他明确行动。根据简报、代码库、客户用语、分析数据或提供的研究,判断流量意图、买家认知度、购买风险、品类成熟度和现有证据。

只询问会影响主张、受众、报价或法律真实性的缺失信息。如果仍无法获得相关事实,应将其标记为内容要求,而不是自行编造。

找出站得住脚的主张

在进行定位、生成模式,或任何会改变核心主张的改写前,请阅读主张优先写作。

记录:

  • 买家及其所处情境;
  • 失败、成本或未实现的目标;
  • 产品能力和实现机制;
  • 直接替代方案及实质差异;
  • 证据、限制、演示或高成本承诺;
  • 准确的客户或领域用语;
  • 页面不得掩盖的限制。

生成几种通俗的主张表述,然后根据重要性、具体程度、差异化和证据支持情况,选择或推荐最佳方案。只有在需要从实质不同的商业承诺中进行选择时才向用户确认;否则,说明假设后继续。

审查决策路径

将页面视为一连串步骤来评估,而不是孤立地给各项要素打分:

  1. 目标买家能否看出页面适用于自己的情境?
  2. 主张是否易于理解且足够重要?
  3. 页面是否解释或演示了产品如何改变结果?
  4. 当替代方案进入决策时,差异化是否清晰可见?
  5. 证据是否支持页面提出的具体主张?
  6. 价格、信任、风险、兼容性、投入和限制是否在相关决策附近得到说明?
  7. 每个 CTA 是否准确描述了下一步和所需承诺?
  8. 语气是否符合品牌、受众和决策重要性?

将证据缺失与文案缺陷分开报告。不要仅仅因为公司未提供证明材料就降低文案质量;应指出内容缺口,并收窄缺乏支持的主张。

设计信息架构

只选择满足当前购买决策所需的版块。可选版块作用包括:

  • 主张和下一步行动;
  • 产品证据或演示;
  • 实现机制和能力;
  • 比较或替代方案;
  • 证明材料及其来源;
  • 用例适用性判断;
  • 定价背景和条款;
  • 异议、限制、安全或信任;
  • 最终决策支持。

版块顺序应由读者的问题和证据决定,而不是套用通用的主视觉区/功能/客户评价/常见问题模板。对于已有一定认知且流量意图明确的产品,可能只需少量介绍;对于新品类或高风险购买,则可能需要先说明实现机制、比较方案并提供证据,再引导用户采取行动。

不要抹平文案的语气

使用具体的领域名词、动作、机制、限制和可观察的结果。在买家需要时保留技术细节。使用有代表性且来源准确的客户用语。

标题长度、句子长度、功能优先还是收益优先、大小写、缩写、片段句、幽默和标点,都是要结合语境做出的选择。应摒弃空话和缺乏依据的最高级表述,因为它们没有增加实质内容,而不是因为某些词本身一概不可用。

行动号召应结合语境,明确目的地、结果或承诺。在周边 UI 足以消除歧义时,使用惯常标签也可能合适。不要凭空制造紧迫感、稀缺性、客户数量、排名或性能成果。

仅在选择叙事框架、诊断反复出现的文案问题或设计实验时,才阅读文案模式与示例。将这些模式视为可选方案,而非效果保证。

如实设计实验

一次只测试一个重要假设,例如受众定位、强调问题还是结果、机制的可见性、证明材料的摆放位置,或承诺措辞。若目标是衡量信息传达的影响,就应保持优惠、布局和流量稳定。

说明假设、主要衡量指标、护栏指标、受众、样本量或运行时间限制,以及决策规则。不要预测任意设定的提升百分比。

输出约定

审核或定向改写
Page job and intended buyer:
Core claim and proof status:
Priority findings: [impact, evidence, and source location]
Before -> after: [for grounded repairs]
Content required: [missing facts, proof, or product decisions]
Preserve: [effective language or structure]
Verification and experiment recommendations:
生成或定位

交付:

  1. 主张/证据清单;
  2. 信息架构,并说明每个部分回答的问题;
  3. 按部分和组件标注的完整文案稿;
  4. CTA 目的地和承诺程度;
  5. 证明材料、素材和内容要求;
  6. 假设、排除的主张和实施说明;
  7. 仅在用于测试明确说明的假设时提供可选变体。

验证

  1. 将每项重要主张对应到产品行为、来源、范围明确的假设或明确的内容要求。
  2. 对主要价值主张进行竞争对手/替代方案替换测试,并解释保留任何通用表述的原因。
  3. 按部分顺序追踪读者可能提出的问题;删除那些没有增加机制、证明材料或决策支持的重复承诺。
  4. 根据优惠内容检查价格、安全性、隐私、兼容性、取消方式、实施工作量和限制(如相关)。
  5. 确认 CTA 文案、目的地和实际承诺彼此一致。
  6. 大声朗读页面,并与既定品牌/客户用语进行对照,避免把每句话都规范成同一种节奏。
  7. 检查落地页、产品 UI、定价页面和文档中的术语一致性。
  8. 确认没有虚构或夸大任何证明材料、统计数据、紧迫性、保证或对比。
  9. 对已实施的文案,检查响应式渲染、文本溢出、链接、分析埋点和可访问控件名称。
  10. 报告哪些内容已经直接验证,哪些仍需客户、法务、产品或分析团队提供意见。

评论

支持 Markdown