Communitygithub.com

ClickCoSupport/网站策略性文案

为网站、着陆页或销售页面撰写以转化为目标的文案,让特定读者深刻认同其痛点,并引导其执行清晰行动号召。

网站策略性文案 是什么?

该技能提供了一套系统化的方法论,用于撰写以转化为核心的网站和着陆页文案。它的核心是让目标读者(如“幼儿园园长”)在阅读时产生强烈的身份认同感,深刻体会到文案描述的场景正是他们日常所经历的痛点。技能要求在使用前必须收集七个关键输入,包括明确的目标受众、服务细节、日常困境、核心痛点、具体证明、行动号召以及品牌基调,避免使用模糊的通用内容。 该技能支持在所有需要撰写转化型文案的场景下使用,如网站、着陆页和销售页面,并提供了多种文案框架(如PAS问题-煽动-解决方案、AIDA注意力-兴趣-欲望-行动、StoryBrand故事品牌)来结构化从身份认同到转化的完整逻辑。它预设了十一个标准段落架构,从激发身份认同的标题开始,逐步加深痛点、展示承诺、建立渴望、提供证明,最终引导用户执行低门槛或高意愿的两种行动。此外,该技能特别强调具体性和真实性,要求使用真实数据、案例和用户证言,避免制造虚假紧迫感或使用空洞的“强力词汇”。 其核心原则是每个句子都必须承担明确任务(识别、煽动、证明或引导行动),且始终优先于减少阅读阻力。完成文案后,必须进行编辑核查,确保每段内容都在推动读者向前,并替换所有模糊的表述为具体细节。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ClickCoSupport/claude-skills/tree/HEAD/website-strategic-copy

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

网站策略性文案 是做什么的?

一种为转化而写的网站/着陆页文案方法论。它让特定的读者深刻感受到自己被理解,认同其痛点,激发对产品的渴望,并引导他们采取明确的行动——用最少的词语,不含任何废话。

在动笔之前:收集必要信息

在开始写文案之前,请确保你已经掌握以下信息(如有缺失,必须询问,切勿猜测或用通用填充):

  1. 服务对象 — 具体的人/角色(例如“幼儿园园长”),而不是一个宽泛的类别。
  2. 服务具体内容 — 服务的机制、产品和交付物。
  3. 目标受众的日常工作/生活方式 — 他们日常生活的具体、可感细节,而不是泛泛的“忙碌专业人士”之类的语言。越具体越贴近现实,用户的认同感就越强。
  4. 服务解决的核心痛点 — 直白地说出来,不要委婉化。
  5. 证明/具体细节 — 真实的数字、真实的名字、真实的结果。绝不接受或制造模糊的证明。
  6. 行动号召(CTA) — 网站应引导用户执行哪些操作(例如预约免费通话、查看价格/套餐),以及任何限制条件(如免费通话时长等)。
  7. 语气/品牌限制 — 用户对文案语气提出的任何要求。

如果缺少1-6中的任何一项,在起草前必须提出疑问。猜测痛点或产品内容会导致文案变得千篇一律,从而完全违背本方法论的目标。

核心文案原则(适用于每个部分)

  • **人们没有时间阅读废话。**每个句子都必须承担一个任务(识别、煽动、证明或推动行动)。如果一个句子没有承担其中任何一个任务,就删除或缩短它。
  • 永远具体优于模糊。“受超过1000人信赖”很弱。“受来自6个州的1,432位幼儿园园长信赖”很强。如果用户可以提供具体版本,绝不让任何数字、声明或细节保持在模糊状态。
  • **减少阅读阻力。**不要使用行业行话或读者需要解码的内部术语。就像在和这个人说话一样去写,而不是在描述一类人。
  • **先共鸣,再销售。**先通过镜子般映射读者真实的日常体验和痛苦来开篇——具体到让他们心想:“他们是怎么知道的”。只有在认同感建立之后,文案才能转向产品介绍。
  • **清晰的承诺。**页面必须用平实的语言,说明要解决的具体痛点以及要达到的具体结果——不是模糊的益处(“更好的支持”),而是具体的承诺(“你不必再是那个每周都要去堵招生漏洞的人”)。
  • **在要求行动前先建立渴望。**渴望来自于描绘“未来状态”(具体的、感官的、与读者真实生活相关的)——而不是来自像“惊人”或“革命性”这样的形容词。
  • **CTA清晰度。**每个部分都应该让下一步做什么变得显而易见。若存在多个CTA(例如“预约免费通话”和“查看套餐/价格”),它们应出现在自然的决策点上,而不是只在页面底部出现一次。

文案框架(选择一个来组织“识别到转化”的流程)

使用最适合产品的那个框架,或者混合使用——它们只是看待同一底层流程的不同视角(识别 → 煽动 → 承诺 → 证明 → 转化),而非相互竞争的系统:

  • PAS(问题-煽动-解决方案): 直白地指出痛点 → 放大不解决它的真实代价 → 将产品作为解决方案呈现。
  • AIDA(注意力-兴趣-欲望-行动): 用大胆、具体的声明抓住眼球 → 用具体细节建立兴趣 → 围绕“未来状态”建立渴望 → 引导行动。
  • StoryBrand: 读者是遇到问题的英雄 → 品牌/人物(例如Estee)是向导,而不是英雄 → 向导给出一个简单的计划 → 引导读者行动 → 展示成功的成果(或不行动所能避免的失败)。

对于痛点严重、受众不堪重负的产品,默认使用PAS(这特别适合幼儿园园长日常现实的场景),除非用户另有指定。

标准段落架构

可根据需要调整,但以下是一个策略性的单页(或单流程多页)网站的基础骨架:

  1. 标题/身份认同钩子 — 立即用一句话点明读者具体的角色和具体的日常痛点,无需开场白。副线则给出承诺。主CTA按钮应在此处可见。
  2. “这就是你的一天”镜像部分 — 用简短、具体的叙述或列表列出读者经历的确切“煎熬”时刻(不是泛泛的“你很忙”语言——而是真实场景)。这是建立身份认同的地方。
  3. 维持现状的代价 — 如果什么都不改变,它会悄悄消耗什么(时间、金钱、压力、错失的入学率等)。要具体,不要抽象。
  4. 承诺/重新定义 — 用平实的语言声明,一旦有了这项服务会发生什么变化。这是页面上最清晰、最短的部分。
  5. 工作原理 — 最少的步骤(最多3-5个),不含行话,从减轻痛苦的角度来写,而不是流程。
  6. 证明 — 具体的数字、具体的人名/机构(如有可能)、具体的结果。没有模糊的社交证明。
  7. 套餐/价格CTA部分 — 为已经准备好评估具体方案的读者提供清晰的“查看套餐/价格”路径。如果有多个层级,做一个简单的功能对比,并标出推荐选项——但只能用真实的交付物,不能凭空捏造。
  8. 低门槛CTA部分 — 免费通话的邀请,定为低风险且具体(例如“30分钟,无推销,仅了解您的现状”),为那些尚未准备好立即承诺价格的读者准备。
  9. FAQ/异议处理 — 5-7个这个特定受众会有的真实异议(价格、时间、“我以前试过顾问”、“这对我的学校规模有效吗”等),用直接而自信的方式回答。如果用户从真实的潜在客户那里听过这些异议,就直接引用;不要编造通用的SaaS式异议。
  10. 结尾 — 简短的最终身份认同 + 承诺回调 + 最终CTA(提供两个选项)。

社交证明格式

如果有客户评价或案例研究,按以下结构组织:引文(精准到具体、实在的声明) + 姓名 + 角色 + 机构。一个一行的案例研究摘要(具体的前后对比,具体的数字)比一个通用的引用效果更好。绝不编造客户评价、姓名或指标——如果用户没有提供,留下一个带括号的占位符并请求真实版本,而不是编造一个听起来合理的。

CTA按钮文案

  • 以一个与具体结果相关的行动动词开头,而不是通用标签(“预约我的30分钟免费通话”远胜于“提交”或“了解更多”)。
  • 在自然的情况下使用第一人称(“给我看套餐”)。
  • 反映产品的具体细节(通话时长、下一步是什么),而不是模糊的紧迫感。
  • 使两个CTA有所区别,让它们看起来是不同的要求:通话CTA应显得低门槛/探索性质;套餐CTA应显得已准备好评估。

关于“紧迫性”、“保证”和“强力词汇”的说明

通用的转化文案建议常常呼吁使用紧迫/稀缺元素、退款保证文案和常见的强力词汇(“经过验证”、“保证”、“即刻”、“不费吹灰之力”)。只有当这些情况确实适用于产品时(例如真实的截止日期、用户Estee实际提供的真实保证)才使用。不要制造虚假的紧迫感或稀缺性,也不要为了替代具体、真实的声明而堆砌通用的强力词汇——这违反了本技能所建立的“不废话、无模糊声明”的核心原则。如果用户的产品确实有真实的保证或真实的时效性元素,用平实、具体的语言写出来,不要用夸张的语言。

并非每个项目都需要所有这些部分——可以根据用户具体产品的需要合并或重新排序,但请保持底层流程:识别 → 煽动 → 承诺 → 证明 → 转化。

编辑核查(在交付前务必执行)

针对每个段落,问自己:

  • 这句话是否在推动读者走向CTA?如果不是,就删除或压缩它。
  • 是否存在应该被具体信息取代的模糊声明?如果尚未提供,请将其标记给用户,获取真实的数字/细节。
  • 是否存在任何真实的幼儿园园长(或类似角色)不会在自己脑海里描述自己日常生活的行话?用她的真实语言替换掉。
  • 能否在不丢失具体、实在的细节的情况下用更少的词表达?如果是,就缩短它。

输出格式

按部分(使用部分标题作为标签,不一定就是页面上的实际标题——与用户确认他们想要哪种)交付清晰组织的网站文案。注明CTA按钮应该出现在哪里。对于仍然需要真实数字、姓名或证明点的地方,标记出来,而不是凭空编造。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能