关于 copywriter-skill
面向营销文案写作与审核的技能,适用于需要起草新文案或改进现有内容的用户。它以清晰、具体和读者导向为原则,覆盖多种文案形式与审核流程。
主要功能
- 01支持写作与审核两种模式
- 02依据受众、目标和认知阶段组织内容
- 03运用 AIDA、PAS、BAB、FAB 等框架
- 04按清晰度维度评估文案
- 05生成并评估标题变体
适用场景
- 01起草落地页或营销邮件
- 02审核并改写现有文案
- 03为标题生成多个备选方案
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ firatcand/ founder-skills --skill copywriter-skill安装后在 Claude Code 中输入/copywriter-skill确认已加载。
附带文件references/knowledge-base.md
详细介绍
以清晰为先的文案写作
此技能支持两种模式:WRITE(撰写新文案)和 REVIEW(审核并改进现有文案)。两种模式都基于同一套以清晰为先的方法论。
输出规范
只交付用户实际会用到的内容。绝不要将内部框架泄露到输出中:
- 不要添加读者看不到的参考引用(“§3.2”“根据知识库”“KB §1.4”)。
- 不要叙述模式或流程(“模式:生成”“我已掌握所需信息”“按照技能的方法论”)。
- 不要在交付内容中闲聊技能交接事宜。
默默应用框架——只有在能帮助读者时才点明框架名称,而不是为了展示你的工作。缺少上下文时,用一句话说明你的假设,然后继续;不要盘问用户。
触发后的首要操作: 在生成任何输出之前,阅读
references/knowledge-base.md,加载完整的方法论。知识库包含详细原则、框架和从业者指导,为下文的每项决策提供依据。
模式识别
根据用户的请求确定模式:
| 信号 | 模式 |
|---|---|
| “write”“draft”“create”“come up with” | WRITE |
| “review”“edit”“improve”“critique”“audit”“rewrite”“fix” | REVIEW |
| 用户粘贴现有文案并寻求帮助 | REVIEW |
| 用户描述目标/受众并希望获得内容 | WRITE |
| 模糊不清 | 根据上下文推断(粘贴了文案 → REVIEW;描述了目标 → WRITE);如果确实无法判断,说明你的假设并继续。 |
WRITE 模式
第 1 步:收集上下文
如果用户提供了品牌/语气/受众/阶段等上下文,就遵照这些信息;否则说明假设并继续。根据上下文进行推断;如果确实缺少信息,说明你的假设并继续。动笔之前,先明确:
- 格式:要写什么?(落地页首屏、完整落地页、电子邮件、标题组、CTA、广告、产品描述等)
- 受众:读者是谁?具体说明其角色、痛点和处境。
- 认知阶段(Schwartz):读者处于认知阶梯的哪个阶段?
- 未意识到问题 → 必须揭示并点明问题
- 已意识到问题 → 将问题具体化,凸显其严重性
- 已意识到解决方案 → 将你的品类/方法作为答案引入
- 已了解产品 → 突出差异、证明优势、进行比较
- 充分了解 → 提供具体优惠、交易和条款
- 目标:读者应该采取哪一个行动?
- 关键证据/具体信息:数字、结果、客户评价、实现机制——任何具体内容。
- 语气/风格指引:如有品牌语气特征,请遵照;否则默认清晰、直接、自信、亲切。
如果用户已提供大部分信息,就合理补足缺失部分并说明你的假设。不要过度追问。
第 2 步:选择框架
根据格式和认知阶段选择主要结构框架:
| 上下文 | 推荐框架 |
|---|---|
| 完整落地页或销售页 | AIDA——注意 → 兴趣 → 渴望 → 行动 |
| 以痛点为核心的电子邮件、广告或短页面 | PAS——问题 → 激化 → 解决方案 |
| 案例研究、转变叙事 | BAB——之前 → 之后 → 过渡 |
| 功能繁多的产品页、B2B 产品规格表 | FAB——功能 → 优势 → 收益 |
| 生成标题或压力测试主题行 | 4 U——实用、紧迫、独特、极其具体 |
框架可以叠加:例如,采用 AIDA 结构,在兴趣部分融入 PAS,在渴望部分融入 FAB。
第 3 步:起草
写作时遵循以下不可妥协的清晰度规则:
- 语言通俗:优先使用短词,少用长词。使用日常用语,避免术语。目标是让八年级学生也能读懂。
- 具体明确:使用具体数字、明确的成果和可衡量的提升。“每周节省 3 小时”,而不是“节省时间”。
- 每个元素只做一件事:每个页面只有一个目标,每个部分只阐述一个论点,每个句子只表达一个想法。
- 强调收益而非功能:始终通过“那又怎样?”检验。功能 → 优势 → 收益。
- 以读者为先:每句话都要从读者的角度回答“这对我有什么好处?”。不要写“我们很高兴地宣布……”,而要写“现在,你可以这样做……”。
- 诚实地营造紧迫感:只有确有其事时才营造紧迫感(真实的截止日期、数量有限)。绝不假造稀缺性。
- 标题承担主要说服任务:遵循 Ogilvy 的规则——标题的作用相当于你每一美元中花出的 80 美分。标题必须包含明确收益,指出目标受众,最好还能体现新闻价值或具体信息。
第 4 步:展示前自行编辑
展示草稿前,按以下方式自行检查:
- Orwell 检查:有没有可以删掉的词?长词能否换成短词?术语能否换成通俗说法?
- Hopkins 检查:这句话能帮助销售人员说服一个已有一半意向的潜在客户吗?如果不能,就删掉或改写。
- 具体性检查:将每个模糊说法改成具体表述。“快”→“不到 2 分钟”。“很多”→“1,200+”。
- 共情检查:站在目标读者的角度重新阅读。还有哪些问题没有回答?哪些内容像是企业套话?
第 5 步:提供草稿并说明理由
展示草稿时:
- 简要说明采用的框架以及原因。
- 指出假定的受众认知阶段。
- 标明用户提供的信息不足、因此你做出假设的部分。
- 如果撰写的是落地页或邮件,提供 2–3 个标题备选方案(标题应始终经过测试)。
REVIEW 模式
第 1 步:阅读文案
仔细阅读用户提供的文案。识别:
- 大致形式(邮件、落地页、广告等)
- 大致目标受众
- 大致受众认知阶段
- 大致目标/主要 CTA
第 2 步:根据清晰度维度评分
为每个维度打 1–5 分,并提供一句理由:
| 维度 | 评估内容 |
|---|---|
| 清晰度 | 八年级学生能理解核心信息吗?是否没有术语,或已对术语作出解释? |
| 具体性 | 说法是否具体且可衡量?是否包含数字、名称和时间范围? |
| 收益导向 | 文案是否回答了“那又怎样?”,还是只是在堆砌功能? |
| 读者共情 | 文案是从读者还是公司的角度撰写的? |
| 结构 | 每个部分是否只承担一项任务?整体框架(AIDA、PAS 等)是否连贯? |
| CTA 力度 | 行动指引是否清晰、具体且易于执行?是否提供了辅助说明文案? |
| 标题/吸引点 | 标题是否体现收益、指出目标受众并引发兴趣? |
| 信任信号 | 证据是否具体,并放在关键决策点附近?是否存在空洞的最高级表述? |
| 语气匹配度 | 语气是否符合受众和情境?是亲切自然还是生硬? |
| 精简度 | 是否可以删掉任何内容而不影响含义?是否有杂乱内容或填充语? |
第 3 步:指出反面模式
明确指出以下任何问题:
- 术语/含糊不清:用抽象的企业语言掩盖薄弱定位
- 炫技优先于清晰:文字游戏遮蔽了产品或收益
- 堆砌功能:列出功能,却不说明收益
- 以自我为中心:写“我们很高兴……”,而不是从读者收益出发
- 虚假紧迫感:虚假的倒计时、编造的稀缺性、缺乏依据的最高级表述
- 结构混乱:CTA 彼此冲突、页面目标不明确、与受众认知阶段不匹配
- 信息不一致:主视觉/标题与流量来源不匹配
步骤 4:改写建议
对于发现的每个问题:
- 引用有问题的行或部分。
- 指出违反的原则(适当注明出处,例如“奥威尔的删词原则”或“霍普金斯的销售员测试”)。
- 提供改写后的版本。
步骤 5:呈现评审结果
按以下格式呈现评审结果:
- 快速结论 — 用 1–2 句话概述整体印象。
- 评分表 — 列出各维度的评分和理由。
- 优先处理的 3 项 — 按影响力从高到低排列最重要的改动。
- 详细改写 — 针对优先处理的问题逐行提出修改。
- 值得肯定之处 — 指出优点,不是所有内容都需要修改。
标题生成
标题质量规则
- 使用主动语态和有力动词。 优先选择“别再让客户反馈淹没在邮件往来中”,而不是“客户反馈常常淹没在邮件往来中”。让主语主动行动,而不是被动承受。
- 不要用空洞的开场白。 避免“隆重推出”“发现”“解锁”“欢迎来到”。直接点明收益、痛点、数字或受众。
- 每个标题只表达一个核心观点。 标题可以有韵味和节奏,但应围绕一个论点。两个观点会削弱彼此。
- 尽量控制在 5–12 个词。 长度足以传达含义和个性,又足够简短,便于快速浏览。超过 15 个词,就可能是在解释,而不是写标题。
- 欢迎展现个性。 标题可以运用节奏、对比、引语和具体细节来塑造风格,但清晰应始终优先。有个性的标题胜过单纯追求简短的标题。
流程
-
生成 5–8 个版本,尝试不同的方向:
- 利益优先(奥格威风格):“几分钟对完发票,不必等上几天。”
- 问题优先(PAS):“别再让客户反馈淹没在邮件往来中。”
- 操作指南:“如何管理 5 个客户项目,又不被邮件淹没。”
- 数字/具体细节:“3 轮修改。47 封邮件。毫无头绪。”
- 引发好奇+清晰明确:“‘我们现在用的是哪个版本?’——从此不必再问。”
- 明确受众:“自由职业设计师:你的反馈工作流出了问题。”
- 对比/张力:“每次修改请求、每条意见,都集中在一处。”
-
根据 4 个 U 为每个标题评分:实用(Useful)?紧迫(Urgent)?独特(Unique)?极为具体(Ultra-specific)?(每项标记 ✓/✗)
-
推荐首选和次选标题,并说明理由。
邮件专项指南
撰写邮件文案时:
- 主题行:清晰胜过巧妙。以收益为重点。用 4 个 U 进行评估。提供至少 3 个主题行版本。
- 开头:仿佛在给一个具体的人写信。不要写“尊敬的客户”。从对话中段切入。
- 正文:围绕一个核心观点展开。设置一个主要 CTA。采用 PAS 或 AIDA 结构。
- CTA:使用明确的动词并说明收益。写“下载指南”,而不是“点击这里”。补充降低行动门槛的说明(“只需 2 分钟”“无需信用卡”)。
- 冷启动外联:内容要格外简洁。提及一个具体契机(融资、招聘信息或对方发布的内容)。围绕对方的问题展开,而不是推销自己的产品。共情胜过推销。
- 培育邮件:可以加入更多故事。每封邮件都必须独立提供价值。尊重对方的许可(遵循 Godin 的原则)。
快速参考:核心原则
如果这些原则与任何框架或公式冲突,应优先遵循这些原则:
- 清晰胜过巧妙 — 如果读者必须费力解读信息,那就不合格。
- 具体胜过模糊 — 具体 > 抽象,始终如此。
- 读者 > 作者 — 每句话都必须服务于读者的利益。
- 每个元素只做一件事 — 页面、章节、句子、按钮:各自只承担一个目的。
- 删了再删 — 如果删掉一个词不影响含义,那就删掉。
- 益处 > 功能 — “那又怎样?”始终是读者心中默默提出的问题。
- 测试,不要猜测 — 这是 Hopkins 的核心原则。提供不同版本。建议进行 A/B 测试。
- 根据认知程度匹配内容深度 — 不要向尚未了解产品的潜在客户堆砌功能,也不要对了解产品的买家含糊其辞。
- 在决策附近提供证明 — 社会认同、客户评价和具体信息应放在 CTA 和定价信息旁边。
- 成效来自改写 — 初稿只是原材料,编辑才是真正的技艺。
参考资料
如需深入了解原则、框架详情、实践者示例、标题公式、编辑检查清单和反模式分析,请阅读:
→ references/knowledge-base.md
此文件包含完整的清晰优先文案知识库,涵盖:清晰写作基础、商业应用、AIDA/PAS/BAB/FAB/4U's 框架、Ogilvy 的标题原则、Schwartz 的认知阶段、Wiebe 的转化方法、落地页结构、电子邮件文案、产品信息传达、语气与风格、编辑启发式方法和常见问题。