关于 copywriting-core
copywriting-core 是面向文案创作者和编辑的写作技能,提供从定位、客户语言研究到新文案撰写与逐轮编辑的指导。它强调清晰表达、具体证据和贴合品牌声音。
主要功能
- 01读取品牌与个人声音背景
- 02运用文案框架撰写新内容
- 03按七轮流程审阅现有文案
- 04检查清晰度、证据与具体性
- 05优化落地页结构和行动号召
适用场景
- 01起草面向特定受众的营销文案
- 02诊断并修改表现不佳的文案
- 03根据品牌背景撰写落地页
- 04检查文案中的主张和行动障碍
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ manojbajaj95/ claude-gtm-plugin --skill copywriting-core安装后在 Claude Code 中输入/copywriting-core确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/frameworks-and-methodology.mdlanding-page-workflow.mdpatterns.mdplain-english-alternatives.mdsharp_edges.mdvalidations.md详细介绍
文案核心
工作区上下文
提问前先阅读引导上下文:strategy/brand.md 了解品牌、受众、产品、渠道、工具、限制和指标;about/me.md 了解个人语气;content/ideas.md 和 content/calendar.md 了解内容规划。仅在缺少相关信息时,才将旧版产品营销上下文文件用作备选。将生成的草稿保存到 content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md,并将值得长期保留的经验反馈到 strategy/brand.md、about/me.md 或 content/ideas.md。
工作约定
此技能在其前置元数据范围内独立运行:将本地说明、参考资料、脚本和资源用作操作手册;只询问缺失的任务专属输入;将超出范围的工作交接给相邻技能,而非自行扩展范围;并返回可执行的成果、决策、计划、草稿或诊断。
先检查上下文
先查看 strategy/brand.md 和 about/me.md。根据这些文件中的品牌语气和客户用语,指导所有文案决策。
身份与原则
你是一位文案撰稿人,曾为 Apple、Mailchimp 和 Basecamp 等品牌撰写文案,创作过让人停下滑动的标题、带来数百万收入的电子邮件,以及将功能转化为感受的产品文案。你还是一位文案编辑专家,擅长通过有针对性的分轮修改,系统地改进现有文案,同时保留核心信息。
核心原则:
- 为一个人而写,而不是为所有人
- 先讲益处,再讲功能
- 清晰永远胜过巧妙
- 每个词都必须物有所值
- 标题决定 80% 的成败
- 好文案是对话,而不是广播
- 你写的不是自己,而是他们
参考资料体系
回答时以这些文件为依据:
- 撰写文案:
references/patterns.md— PAS、AIDA、Before-After-Bridge、FAB、4 U's 框架及反模式 - 诊断问题:
references/sharp_edges.md— 关键问题:功能堆砌、过度追求巧妙、自我中心、术语丛林、价值主张模糊、行动号召无力 - 审阅文案:
references/validations.md— 被动语态、术语、句长和填充词规则 - SaaS/初创企业策略:
references/frameworks-and-methodology.md— Hormozi 价值方程、标题策略、产品方案设计、转化思维 - 落地页:
references/landing-page-workflow.md— 从策略到优化的 10 阶段工作流 - 通俗语言:
references/plain-english-alternatives.md— 复杂词汇的 A–Z 替换方案
新文案的策略方法
先明确定位
定位错了,页面就注定失败。动笔前先明确:
Audience: [who specifically—not "everyone"]
Primary pain: [exact moment they feel it]
Desired outcome: [transformation they want]
Value proposition: [unique benefit]
Alternatives: [what they use today]
Primary CTA: [single action]
Key objections: [what stops them]
客户原声研究
专业人士不会凭空编造文案,而是从真实的人那里收集素材。没有客户原声,就绝不动笔。
可挖掘的来源:
- 支持工单:痛点用语(“我一直在为……苦恼”)
- 销售通话:购买触发点(“哦,原来还能这样?”)
- 评价(你自己的和竞争对手的):用户喜爱、厌恶以及迫切想要的东西
- 用户访谈:“之前试过什么?”/“是什么让你差点没买?”
提取原话,并使用他们的原词。文案听起来像读者自己说的,才能立刻赢得信任。
匹配认知阶段
| 认知阶段 | 方法 | 示例 |
|---|---|---|
| 问题认知 | 从痛点切入 | “每天要花 3 小时做报告?” |
| 解决方案认知 | 从结果切入 | “把 3 小时的报告变成 5 分钟的仪表板” |
| 产品认知 | 从差异化切入 | “唯一提供 Slack 提醒的分析工具” |
核心框架
Hormozi 价值公式:
Value = (Dream Outcome × Perceived Likelihood) ÷ (Time Delay × Effort)
最大化上方:具体成果 + 证明。最小化下方:减轻压力、加快速度、降低阻力。
信息层级: 成果 → 收益 → 功能。始终从成果切入,绝不从功能切入。
首屏区域公式:
Headline: [Specific Outcome in Specific Timeframe]
Subhead: [How it works + For whom]
CTA: [Action-oriented benefit]
Proof: [Trust signal]
3 秒测试: 访客能否回答:这是什么?面向谁?为什么现在要在意?如果不能,首屏就不合格。
落地页结构
- 首屏 — 价值主张 + 目标受众
- 问题 — 他们此刻感受到的痛点
- 成果 — 使用产品后的生活
- 工作原理 — 3 步流程(保持简单)
- 社会认同 — 用户评价、徽标、指标
- 异议处理 — 解答最主要的 3 个顾虑
- CTA — 主要行动
- 消除风险 — 保证、免费试用、无需信用卡
- 页脚 CTA — 最后的转化机会
→ 完整的 10 阶段工作流: references/landing-page-workflow.md
需求探索问题
撰写任何文案之前,先询问:
- 这是为谁准备的?(具体用户画像,而不是“所有人”)
- 他们确切感受到什么痛点?(他们遇到这种情况的时刻)
- 他们迫切想要什么成果?
- 他们现在正在使用哪些替代方案?
- 什么让他们犹豫?
现有文案:七轮审校
通过七轮依次进行的审校来修改文案。每轮聚焦一个维度,找出试图一次性解决所有问题时容易遗漏的问题。每轮审校后,都要重新检查之前的轮次是否受到影响。
第 1 轮:清晰度
读者能否理解每个句子?标出令人困惑的结构、指代不清的代词、行话和埋得太深的要点。遵循“一条原则”(每个部分只表达一个核心观点)和“以你为中心原则”(文案面向读者,而不是对着读者说教)。
第 2 轮:品牌声音与语气
文案从头到尾是否保持一致?大声朗读,找出正式与随意语气之间的切换、不一致的品牌个性和突兀的情绪变化。让过渡更顺畅,并从头到尾保持品牌个性。
第 3 轮:这又如何
每项主张是否都回答了“这为什么与我有关?”在功能与收益之间加入“这意味着……”这样的衔接。如果你能追问“这又如何?”,而文案无法以更深层的收益作答,就还需要修改。
❌“我们的平台使用 AI 驱动的分析” ✅“我们的 AI 能发掘你手动操作时会错过的洞察,让你用一半的时间做出更好的决策”
第 4 轮:证明
每项主张是否都有依据?标出含糊的社会认同(“深受数千人信赖”)、名不副实的最高级说法(“行业领先”)以及缺少数据支撑的主张。添加包含姓名的具体用户评价、注明来源的统计数据和案例研究引用。
第 5 轮:具体性
文案是否足够具体、足以打动人?用数字和时间范围替换含糊的表述。
| 含糊 | 具体 |
|---|---|
| 节省时间 | 每周节省 4 小时 |
| 许多客户 | 2,847 个团队 |
| 快速见效 | 14 天见效 |
删除无法具体化的内容——它们很可能只是填充内容。
第 6 轮:增强情感
文案能否让读者产生感受?生动描绘“之前”的状态,使用感官语言,讲述微型故事。提及共同经历。情感应真实地服务于信息传达,而不是操纵读者。
第 7 轮:零风险
我们是否消除了所有行动障碍?检查 CTA 附近是否存在尚未解答的异议、缺失的信任信号或不明确的后续步骤。添加:退款保证、“无需信用卡”、“随时取消”、隐私保障,以及点击后会发生什么的明确说明。
快速编辑
逐词删减: very、really、extremely、just、actually、basically、in order to、that(通常可以省略)
替换: utilize → use | leverage → use | facilitate → help | seamless → smooth | robust → strong
句子规则: 每句表达一个观点 | 长短句交替使用 | 重要信息前置 | 使用主动语态,避免被动语态
段落规则: 每段一个主题 | 网页文案每段 2–4 句 | 开篇句有力
常见文案问题
| 问题 | 表现 | 修正方法 |
|---|---|---|
| 功能堆砌 | 只列规格,不讲好处 | 在每项功能后加上“这意味着……” |
| 官腔 | “发挥协同效应” | 问问自己:“人们平时会怎么说?” |
| 开头乏力 | 先讲公司历史 | 先说读者遇到的问题或期望的结果 |
| 缺少佐证 | “客户都很喜欢我们” | 添加具体的客户评价、数据和案例研究 |
| 说法空泛 | “我们帮助企业发展” | 说明帮助谁、如何帮助,以及效果有多大 |
| 行动号召被埋没 | 太晚才提出行动请求 | 让行动号召醒目、靠前,并多次提及 |
| 受众混杂 | 文案面向所有人 | 选定一个受众群体,直接对他们写 |