mcpField
S
sales-page-copywriting

sales-page-copywriting

github.com/yashaiguy-dev营销与增长9489 次安装37 周前更新
代码仓库

关于 sales-page-copywriting

用于根据产品简介撰写销售页面文案的 Skill,涵盖七个页面板块,并通过多角色内部审查修订成稿。

主要功能

  1. 01梳理产品与市场信息
  2. 02撰写七个销售页板块
  3. 03五类访客异议审查
  4. 04二轮文案修订
  5. 05提供实施指导

适用场景

  1. 01从产品构想起草销售页
  2. 02发现页面信息表达缺口
  3. 03面向持怀疑态度的访客修改文案

安装

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

$npx skills add https://github.com/yashaiguy-dev/sales-page-copywriting-skill --skill sales-page-copywriting

安装后在 Claude Code 中输入/sales-page-copywriting确认已加载。

详细介绍

销售页面文案——严苛验证系统

关键输出指令

你必须只向用户输出最终润色后的网页文案。

  • 不要向用户展示你的内部验证流程
  • 不要向用户展示严苛审稿人的反馈
  • 不要向用户展示修改前后的内容
  • 所有验证工作都必须在内部完成
  • 只输出最终润色后的网页文案

阶段 1:收集输入并奠定策略基础

用户提供产品创意或商业构想时,请在内部静默提取并记录:

产品核心特质:
  • 产品是什么(一句话说清楚,让 10 岁孩子也能理解)
  • 产品解决什么问题(具体痛点,而非笼统类别)
  • 产品面向谁(重点关注心理特征,而非人口统计特征)
  • 产品有何不同(真正的差异化优势,而非营销套话)
  • 希望访客采取什么行动(主要转化目标)
市场背景:
  • 排名前 3 的竞争对手及其宣传方式
  • 该产品类别中的常见异议
  • 典型的买家决策路径复杂程度(冲动购买还是审慎考虑后购买)
  • 主要流量来源假设(陌生流量、熟人推荐、付费广告等)

如果缺少信息,请向用户提出澄清问题,以补全这些基础信息。


阶段 2:内部生成文案

为以下 7 个关键部分生成完整文案(在内部完成,暂不展示):

1. 首屏区块
  • 标题: 清晰阐述转变或独特机制(避免泛泛的好处)
  • 副标题: 补充标题的具体信息,或化解当前最紧迫的异议
  • 主要 CTA: 以行动为导向的按钮文案(必须具体,不能写“了解更多”)
  • 视觉方向: 说明首屏图片或视频应传达的内容
2. 加剧痛点
  • 以客户内心独白的口吻撰写 3–4 个痛点,并配上表情符号项目符号(😤、😫、🤯、😰)
  • 必须让人觉得是在说自己,而不是泛泛而谈行业问题
  • 应引发“他们怎么知道?”的反应
  • 格式:表情符号 + “客户的内心独白”,后接展开说明的段落
3. 介绍解决方案
  • 用最多 3–4 个简单步骤说明 如何运作
  • 突出简单、快速,而非技术功能
  • 必须让人产生“真的这么简单?”的好奇心
4. 优势(而非功能)
  • 以转变的形式撰写 3 项核心优势
  • 每项优势都必须通过“所以呢?”检验
  • 每项都附上微型佐证(数据、评价摘录或示例)
5. 社会证明组合
  • 定位陈述: 谁在使用,为什么这很重要
  • 评价筛选标准: 需要哪 3 类评价(从怀疑到认可、快速见效、具体成果)
  • 信任指标: 此处应放置的徽标、数字或资质
6. 处理异议
  • 设置 预先解答常见问题的版块,回应最常见的 3–5 个异议
  • 以对话式口吻撰写,避免企业腔
  • 每个回答都必须减少顾虑,而不是引发新的问题
7. 最终 CTA 区块
  • 紧迫感机制(不能虚构稀缺性,必须有实际行动理由)
  • 降低风险的措施(保证、试用、轻松取消)
  • CTA 按钮文案(明确具体行动)
  • CTA 下方的微文案(化解最后的异议或补充社会证明)

阶段 3:严苛验证(内部进行——不要展示给用户)

用这套严苛标准审查生成的文案。请静默完成。

生成 5 种敌意访客角色

针对每位目标客户,模拟以下 5 种不同类型的访客:

1. 8 秒扫读者: 从广告点进来。什么都不读,只扫视页面模式。目光落在首屏 → 滚动 → 关闭标签页。

  • 是什么让他们无法立即理解这是什么?
  • 哪些内容看起来和他们今天看过的所有其他网站如出一辙?

2. 囤积对比标签页的人: 开着 7 个竞争对手的标签页。逐字阅读,寻找淘汰你的理由。

  • 什么内容未能体现你的差异?
  • 什么让人觉得这是“换了包装的同一个东西”?
  • 什么会让他们转而选择竞争对手?

3. 饱经失望的愤世者: 以前买过类似产品,结果大失所望。信任度 = 零。

  • 什么会触发他们的 BS 探测器?
  • 什么听起来“好得令人难以置信”?
  • 什么会让他们觉得受到了操纵?

4. 困惑的守门人: 确实感兴趣,但搞不清楚:这适合我吗?它如何运作?点击后会发生什么?

  • 哪些内容不清楚?
  • 文案默认了哪些前提?
  • 哪些问题没有得到解答?

5. 总能找到理由拖延的人: 想要解决方案,但潜意识里在寻找“以后再来”的借口。

  • 哪些阻力点让他们有理由拖延?
  • 哪个异议没有得到回应?
  • 什么会让“现在不做”显得更稳妥?
每位评审者从 5 个层面进行分析

层面 1:清晰度缺失分析 “进入页面 5 秒内,我仍然看不出 ___”

层面 2:相关性排斥分析 “这段文案与我无关,因为 ___”

层面 3:可信度崩塌分析 “我不相信这些内容,因为 ___”

层面 4:阻力发现分析 “我不会点击 CTA,因为 ___”

层面 5:竞争劣势分析 “我会转而选择竞争对手,因为 ___”

汇总并排列异议优先级

在内部汇总所有异议:

  • 严重问题: 3 位或以上评审者提出的异议——必须修复
  • 高优先级: 2 位评审者提出的异议——应当修复
  • 值得处理: 仅有 1 位评审者提及——若不影响其他要素,则进行修复

阶段 4:通过消除异议重建文案(内部)

修改各部分内容,消除所有严重问题和高优先级异议。

对于每项修改,在内部记录:

  1. 要解决的具体异议
  2. 做出的确切文案修改(修改前 → 修改后)
  3. 为什么这项修改能消除该异议
  4. 做出了什么取舍(如有)

阶段 5:第二轮验证(内部)

使用相同的 5 层分析,再次让 5 位敌意评审者审查修改后的文案。

通过标准:

  • 不再存在任何严重问题
  • 剩余的高优先级异议不超过 2 个(并记录理由)
  • 所有部分均通过“8 秒困惑测试”

如果仍有严重问题: 继续修改,直至达到通过标准。


阶段 6:整理交付内容

文案通过验证后,按以下格式整理:

文档结构:
# [PRODUCT NAME] - WEBSITE COPY
## Complete Copy Generation & Validation Document

---

# PHASE 1: INPUT CAPTURE & STRATEGIC FOUNDATION

## CORE PRODUCT DNA

**What it is:**
[One clear sentence]

**What problem it solves:**
[Specific pain description]

**Who it's for:**
- [Psychographic 1]
- [Psychographic 2]
- [Psychographic 3]
- [Psychographic 4]

**What makes it different:**
[Actual differentiator]

**Primary conversion goal:**
[Specific action]

---

## MARKET CONTEXT

**Top 3 competitors and messaging:**
1. **[Competitor 1]** - [Their approach]
2. **[Competitor 2]** - [Their approach]
3. **[Competitor 3]** - [Their approach]

**Common objections:**
- "[Objection 1]"
- "[Objection 2]"
- "[Objection 3]"
- "[Objection 4]"

**Buyer journey complexity:**
[Assessment]

**Primary traffic source:**
- [Source 1]
- [Source 2]
- [Source 3]

---

# PHASE 2: FINAL WEBSITE COPY

## 1. HERO SECTION

**Headline:**
[Compelling transformation-focused headline]

**Subheadline:**
[Specific expansion that handles objection]

**Primary CTA:**
[Action-specific button text]

**Visual Direction:**
[Clear description of what hero visual should communicate]

---

## 2. PROBLEM AGITATION

**Customer pain points (in their voice):**

😤 **"[First person quote from customer's head]"**
[Expansion paragraph that agitates this pain point]

😫 **"[Second quote from customer's internal dialogue]"**
[Expansion paragraph]

🤯 **"[Third quote showing frustration]"**
[Expansion paragraph]

😰 **"[Fourth quote showing anxiety]"**
[Expansion paragraph]

---

## 3. SOLUTION INTRODUCTION

**How [Product Name] Works:**

**STEP 1: [Action Title]**
[Description of first simple step]

**STEP 2: [Action Title]**
[Description of second step]

**STEP 3: [Delivery Title]**
[Description of what they get]

---

## 4. BENEFITS (Not Features)

### BENEFIT 1: [Transformation Headline]
[Description of transformation and why it matters]

**Micro-proof:** [Specific example, data point, or testimonial snippet with concrete details]

### BENEFIT 2: [Transformation Headline]
[Description of transformation]

**Micro-proof:** [Specific proof point with attribution]

### BENEFIT 3: [Transformation Headline]
[Description of transformation]

**Micro-proof:** [Specific proof point]

---

## 5. SOCIAL PROOF STACK

**Positioning statement:**
[Who uses this and why that matters—specific psychographics]

**Testimonial selection criteria:**

**TYPE 1 - The Skeptic Converted:**
"[Quote showing initial skepticism overcome by results]"
— [Name], [Credible context]

**TYPE 2 - Fast Results:**
"[Quote emphasizing speed to value]"
— [Name], [Context]

**TYPE 3 - Specific Outcome:**
"[Quote with concrete outcome numbers or achievement]"
— [Name], [Context]

**Trust indicators:**
- "[Specific metric or social proof]"
- "[Usage statistics]"
- "[Authority mentions]"
- [Logos/badges as needed]

---

## 6. OBJECTION HANDLING (FAQ)

**Q: [First major objection as question]?**
[Conversational answer that reduces friction and builds confidence]

**Q: [Second objection]?**
[Answer]

**Q: [Third objection]?**
[Answer]

**Q: [Fourth objection]?**
[Answer]

**Q: [Fifth objection]?**
[Answer]

---

## 7. FINAL CTA SECTION

**Urgency mechanism:**
[Honest reason to act now—not fake scarcity]

**Risk reversal:**
[Clear guarantee, trial, or easy cancellation policy]

**CTA button text:**
[Action-specific button copy]

**Below-CTA microcopy:**
✓ [First reassurance]
✓ [Second reassurance]
✓ [Third reassurance/social proof]

---

# VALIDATION SUMMARY

## Objections Found in First Pass: [Number]

## Critical Failures Addressed:
1. ✅ **[Objection category]** - [How it was fixed]
2. ✅ **[Objection category]** - [How it was fixed]
3. ✅ **[Objection category]** - [How it was fixed]

## High-Priority Objections Addressed:
4. ✅ **[Objection]** - [Fix applied]
5. ✅ **[Objection]** - [Fix applied]

## Remaining Acceptable Objections:
- **[Persona]:** "[Objection]" → Acceptable because [reasoning]

## Approval Metrics:
✅ Zero Critical Failures remaining
✅ Zero High-Priority objections remaining
✅ [Number] minor objections remaining with documented reasoning
✅ All personas would click CTA or engage
✅ Confused 8-second test passed

**STATUS: APPROVED FOR IMPLEMENTATION**

---

# IMPLEMENTATION NOTES

## Suggested A/B Test Variations

**Hero Headline Test:**
- **Version A:** "[Current headline]"
- **Version B:** "[Alternative angle]"
- **Version C:** "[Another approach]"

**CTA Button Text Test:**
- **Version A:** "[Current CTA]"
- **Version B:** "[Alternative]"

**Social Proof Test:**
- **Version A:** [Current approach]
- **Version B:** [Alternative format]

## Copy Hierarchy (Mobile Optimization)

**MUST KEEP:**
- [Essential elements that must remain visible]

**CAN CONDENSE:**
- [Elements that can be shortened for mobile]

**CAN CUT (desktop-only):**
- [Optional elements for larger screens]

## Sections Needing Strongest Visual Support

**Priority 1:** [Section name and why it needs strong visuals]

**Priority 2:** [Next critical visual section]

**Priority 3:** [Third priority]

## Tone/Voice Guidelines

**Overall voice:** [Description of brand voice]

**Avoid:**
- [Things to avoid]

**Embrace:**
- [Things to emphasize]

---

# CHARACTER COUNTS

**Hero Headline:** [X] characters
**Hero Subheadline:** [X] characters
**Primary CTA Button:** [X] characters
**Problem Pain Point (avg):** [X] characters each
**Benefit Headlines (avg):** [X] characters

---

# APPROVED FINAL WEBSITE COPY READY FOR IMPLEMENTATION

This copy has survived hostile interrogation from 5 visitor personas across 25 validation angles (5 layers × 5 reviewers). All critical and high-priority objections have been addressed.

**Recommended next steps:**
1. [Specific implementation action]
2. [Next action]
3. [Visual priority]
4. [Testing setup]
5. [Analytics tracking]

**Conversion hypothesis:**
By eliminating [specific issues fixed], we expect:
- [Metric prediction with reasoning]
- [Another expected improvement]
- [Third expectation]

**Final note:**
This copy assumes the product delivers on its promise. If the actual product experience doesn't match these claims, no copy will save conversion rates.

执行清单

用户调用此技能时:

  1. ✅ 提出澄清问题,补全阶段 1 的基础信息
  2. ✅ 为全部 7 个部分生成初稿(内部)
  3. ✅ 使用敌意评审进行验证(5 种角色 × 5 个层面 = 25 个角度),静默完成
  4. ✅ 汇总异议并排列优先级(内部)
  5. ✅ 重建文案,解决严重问题和高优先级异议,静默完成
  6. ✅ 执行第二轮验证,静默完成
  7. ✅ 重复以上步骤,直至达到通过标准,静默完成
  8. ✅ 使用上方模板整理最终文档
  9. ✅ 仅向用户输出最终润色后的文档

用户看到的内容:排版精美的最终网站文案文档

用户看不到的内容:任何敌意评审流程、异议或迭代过程


格式规则

  1. 在问题激化部分使用表情符号:😤、😫、🤯、😰
  2. 将问题引述加粗:将客户的原话加粗
  3. 列表使用对勾:已确认的项目使用 ✅,微文案使用 ✓
  4. 为客户评价注明出处:始终包含 — 姓名、背景
  5. 让 CTA 具体明确:切勿使用泛泛的“了解更多”或“点击此处”
  6. 清晰地为所有章节编号:主要章节使用 ##,子章节使用 ###
  7. 加入水平分隔线:使用 --- 分隔主要阶段
  8. 展示严谨的验证过程:始终包含验证摘要,证明文案经受过实战考验
  9. 提供具体数字:“25 个验证维度”,而不是“全面验证”
  10. 以实施指导收尾:始终包含后续步骤和成功指标

质量标准

  • 清晰度:必须通过 8 秒测试(读者扫一眼就能理解)
  • 具体性:没有佐证的泛泛表述不可使用
  • 诚实性:承认权衡与局限
  • 佐证:每项重要主张都需要有细微证据或出处
  • 差异化:必须明确体现与竞争对手的区别
  • 以行动为导向:每个章节都要推动转化目标

此技能可产出经受过严格审视、能将持怀疑态度的访客转化为客户的网站文案。

评论

支持 Markdown