copywriting-cta

**问题：**通过环境的提问工具向用户提问，绝不要用纯文本散文提问。每次只问一个问题，提供 2–4 个可点击选项，并等待回答。如果环境没有提问工具，则用散文形式提问，选项保持相同，每次只问一个问题。

文章结尾 CTA 设计器

设计文章结尾的 CTA，取决于三个输入：目标（要采取什么行动）、受众（谁会阅读，以及他们与作者是什么关系）和情境（独立写作、新闻简报、品牌出版物）。这三项都确定后，文案和表单几乎就能顺理成章地设计出来。忽略它们，就会陷入普遍的失败模式：使用「订阅以获取更多内容」或「了解更多」之类的通用文案，转化率低到几乎等于噪声。

此技能会通过简短的访谈收集这三项信息，然后给出 CTA 方案：文案（写什么）、表单（外观和页面位置）、机制（是否使用紧迫感、稀缺性、好奇心、互惠、社会认同，或不使用任何机制）、A/B 测试计划，以及无障碍检查。

---

工作流

按顺序执行以下四个步骤。不要跳过访谈。用户可能已经提供了部分背景信息；先从对话中提取可用信息，然后只询问缺失的部分。

步骤 1 — 访谈

每次只问一个问题。不要在散文中堆叠问题。每个问题必须有 2–4 个可点击选项。只有在答案确实无法列举时，才改为自由文本回答。

按以下顺序提问，已回答的问题可以跳过：

**Q1. 文章情境。**选项：Personal / independent blog or essay · Newsletter / paid publication (Substack, beehiiv, Ghost, etc.) · Brand / company / content-marketing blog · Other (free text)

Q2. 首要目标。（从读完文章的读者身上，选出你最希望实现的一项结果。如果对方说「全部都要」，要请他们明确选择：目标过多是 CTA 失效的首要原因。）

选项：

• Newsletter / email subscription
• Social follow / personal branding
• Lead generation (download / gated asset)
• Product or service signup / free trial
• Demo or sales call booking
• Direct purchase
• Community join (Discord / Slack / forum)
• Engagement (reply / comment / share / restack)
• Reader support (paid subscription / tip / sponsorship)
• Try-it / direct action (use the code, run the tool, fork the template, open the calculator)
• Other (free text)

如果用户列出不止一个目标，询问哪一个是首要目标。之后可以提供 1–2 个次要目标，但首要目标必须只有一个。

**Q3. 受众及其关系。**选项：First-time visitor (organic search / social) · Returning reader, not subscribed · Existing subscriber / customer · Mixed / unknown

Q4. 漏斗阶段。（读者当前的心理状态如何？）选项：TOFU: discovery, learning, no buying intent yet · MOFU: evaluating options, comparing · BOFU: ready to act, just needs a nudge · Not applicable (no buying funnel — e.g., personal blog, journalism, hobby content)

Q5. 机制偏好。（仅在某种机制确实可能有帮助时才提问。参见 references/mechanisms.md。对于成熟、持怀疑态度或经常阅读的受众，默认采用「无机制／仅提供价值」，无需提问。）选项：None: value statement only · Curiosity gap ("Want to know more?") · Reciprocity (free asset first) · Discount / offer · Urgency (real deadline) · Scarcity / FOMO (limited spots) · Social proof (count / testimonial)

记录用户主动提出的任何自由文本限制条件（字数限制、品牌语气、不要弹窗、多语言等）。并注明这些限制。

步骤 2 — 诊断

根据输入确定 CTA 原型。判断逻辑如下：

context = INDEPENDENT / PERSONAL
├── objective = newsletter / email      → Archetype A: Author-signature subscribe
├── objective = try-it / direct action  → Archetype B: Inline action + source link
├── objective = reader support / tip    → Archetype C: Reader-supported funding link
├── objective = community               → Archetype D: Proof-counted community invite
├── objective = social follow           → Archetype A (variant: lead with social links)
├── objective = engagement              → Archetype E: Specific reply prompt
└── objective = product / demo          → ⚠️ FLAG. Only valid on personal/professional
                                          blog where the author IS the product
                                          (consultants, coaches, solo founders, indie devs).
                                          Frame as "if you hit this, here's how I help"
                                          — never "Book a Demo" verbatim.

context = NEWSLETTER PUBLICATION
├── objective = growth / subs           → Archetype F: Share/restack + native widget
├── objective = engagement              → Archetype E: Specific reply prompt
├── objective = paid conversion         → Archetype G: Value-gap tease
├── objective = monetization / sponsor  → Archetype H: Inline sponsor block (not bottom)
├── objective = community               → Archetype D
└── objective = direct purchase         → Archetype K (rare on newsletters; use BOFU only)

context = BRAND / CONTENT MARKETING
├── stage = TOFU                        → Archetype I: Transitional asset (lead magnet)
├── stage = MOFU                        → Archetype J: Direct + Transitional pair
├── stage = BOFU                        → Archetype K: Direct CTA + risk reversal
├── objective = community               → Archetype D
└── objective = engagement              → Archetype E (rarely the right call here)

阅读 references/taxonomy.md，查看完整的原型目录，其中包含文案模板、表单规格、各原型的适用情形，以及知名出版物的原文示例。

步骤 3 — 撰写推荐方案

请严格按照以下结构输出推荐方案。不要偏离，也不要添加填充内容。

## Recommended CTA

**Archetype:** [letter + name from decision tree] **Why this fits:** [1-2 sentences naming the input combination]

### Content (copy)

**Headline / value line:**

> [exact text]

**Body / proof line (1-2 lines):**

> [exact text]

**Button copy:**

> [exact text]

**Risk reversal / subtext (if applicable):**

> [exact text, or "Omit: would feel forced for this audience"]

### Form (structure)

- **Placement:** [end-only / end + sticky / end + mid-article repeat]
- **Visual weight:** [low / medium / high, with justification]
- **Layout:** [single button / button + text link / native widget cluster / one-line signature]
- **Proof to co-locate:** [subscriber count / star count / testimonial / named recommenders / logo wall / none]

### Mechanism

[Named mechanism + 1 sentence on why it is appropriate, OR "None: value statement carries it. Mechanisms would erode trust for this audience."]

### A/B test plan

- **First test:** [single variable, e.g., button copy A vs. B]
- **Why this one first:** [1 sentence]
- **Sample size needed:** [rough estimate based on baseline traffic, or "skip A/B for now — traffic too low" with the alternative recommendation]
- **Next 2 tests to queue:** [in priority order]

### Accessibility check

- **Color contrast:** [target ratio + concrete pairing if colors known]
- **Touch target:** [size requirement]
- **Semantic markup:** [<button> vs. <a> vs. form]
- **ARIA:** [only if non-obvious]
- **Keyboard / focus:** [requirement]
- **Color-independence:** [non-color affordance]

输出推荐方案后，结合用户提供的信息，直接列出 2-3 个用户可能陷入的反模式，作为反向检验。请从 references/anti-patterns.md 中选取。

如果用户使用的不是英语，请将内容部分翻译成该语言，但标题和标签仍用英语。根据此前的对话上下文，遵循正式程度提示（例如法语中的 tu 与 vous，德语中的 du 与 Sie），并明确说明所选形式。

步骤 4 — 提供后续方向

建议 2-3 个后续方向：

1. 为相反立场提供最有力的论据。 提出设计你不建议采用的 CTA，例如在 TOFU 帖子中使用强硬推销版本，让用户了解它为何会失效。
2. 针对不同受众或平台制作变体。 如果文章会跨平台发布（自有网站 + Medium + LinkedIn + 联合发布网络），提出按平台分别改写。
3. 端到端审核。 提出检查文章其余部分是否包含支持 CTA 的信号：作者简介、相关文章链接、文内论据。

---

风格继承

references/taxonomy.md 中的文案模板只是起点，并非最终文案。务必根据以下内容进行调整：

• 用户明确提出的品牌语气，或适用范围内任何 <userPreferences>（正式程度、语言、避免使用 em dash、长度限制）。
• 文章的语言。文案应使用文章所用的语言，绝不能默认使用英语。
• 出版物现有的语气。如果可以看到用户之前发布的文章，请模仿其节奏和用词。
• 读者预期的专业水平。面向初学者的个人理财博客 CTA，与面向量化交易通讯的 CTA，所用词汇应有所不同。

如果模板与用户明确提出的风格偏好冲突，切勿原样输出模板。

---

参考文件

请根据诊断和撰写推荐方案的需要阅读以下文件。撰写推荐方案前，请完整阅读相关文件；不要凭记忆转述。

• references/taxonomy.md：全部 11 种类型（A 至 K），包括文案模板、表单规范、具名出版物中的原文示例，以及转化预期。
• references/mechanisms.md：何时使用紧迫感、稀缺性、错失恐惧、折扣、好奇心、互惠、社会认同、权威感、归属感，以及何时不应使用。
• references/ab-testing.md：要测试的变量优先顺序、样本量经验法则、常见陷阱，以及何时完全跳过 A/B 测试。
• references/accessibility.md：CTA 模块的 WCAG 2.2 具体要求：对比度、触控目标、ARIA 模式、焦点状态、键盘支持、动画偏好。
• references/anti-patterns.md：用户提供的信息符合条件时，应点名指出的 12 种失败模式。

运营原则

• 每篇内容只设置一个主要 CTA。 多个 CTA 相互竞争是最常见的失败模式（多项反复案例研究表明，单 CTA 页面转化率比多 CTA 页面高约 30% 以上）。
• 与出版物的语气保持一致。 个人随笔的页脚读起来像 SaaS 落地页，会损害可信度。SaaS 页脚读起来像随意的签名，转化效果就会近乎随机。
• 具体胜过巧思。 “每周获取一篇关于独立电影制作的随笔”胜过“订阅我们的精彩新闻通讯”。Joanna Wiebe 的“我想要 ___”补全测试，是筛选按钮文案最简洁有效的方法。
• 在提出请求的地方附上证明。 订阅人数、推荐语、客户徽标、星级数量、具名推荐人——选择适合当前情境且真实可信的信号，将其放在 CTA 区块内或旁边。
• 机制是工具，不是装饰。 大多数写得很好的价值陈述都不需要机制。只有情境确实适合时才添加紧迫感、稀缺性、错失恐惧或折扣；做作的机制削弱信任的速度，远快于它们提升转化的速度。
• 对不合理的要求提出异议。 如果用户想在面向首次访问者的入门教程底部放置“预约演示”，就直说问题所在。不要把注定失败的 CTA 润色得更漂亮。提出替代方案并解释原因；如果用户仍坚持原方案，再提供文案，同时指出其失败模式。