long-vs-short-copy

name	long-vs-short-copy
description	当用户纠结文案该写长还是写短时调用。适用于：规划广告/邮件/着陆页篇幅、 别人说"没人看长文案"时需要决策依据、产品复杂不知道该写多少。 核心信号：用户在问"文案写多长合适""会不会太长了"。 不适用于：已有明确篇幅要求、纯社交媒体短文案。
source_book	《文案创作完全手册》罗伯特·布莱
source_chapter	第四章 4.9
tags	["strategy","length","copywriting","decision"]
related_skills	[]

长文案 vs 短文案决策框架

R — 原文 (Reading)

"长篇文案 vs 短篇文案"

— 罗伯特·布莱, 第四章 4.9

---

I — 方法论骨架 (Interpretation)

根据产品和市场特征选择文案篇幅的决策框架，打破"大众不读长文"的迷思：

选择长文案的条件：

• 产品价格高，购买决策复杂
• 需要解释产品功能和使用方法
• 有多个卖点需要逐一展开
• 读者需要详细信息才能做出购买决策
• 通过邮购/网络直接销售（没有销售人员辅助）
• 目标读者对品类有深入了解（愿意读长文）

选择短文案的条件：

• 产品简单、低价、易于理解
• 品牌已经建立了较强的认知和信任
• 广告目的是激发兴趣而非直接成交
• 媒体空间有限（分类广告、横幅广告）
• 目标读者是泛人群而非专业人士

打破迷思：

• "大众不读长文"是错的——大众不读的是无聊的长文
• 关键不在于长短，而在于信息是否有价值
• 有价值的长文案比空洞的短文案更有效
• 经验法则：当不确定时，写长文案——你总是可以删减，但很难补充

---

A1 — 书中的应用 (Past Application)

案例1: 邮购广告的长文案

• 问题: 邮购广告为什么通常800字以上？
• 方法论的使用: 没有销售人员、没有产品展示，文案必须回答所有问题
• 结论: 邮购广告需要长文案是因为信息负担全在文案上
• 结果: 证明长文案在特定场景下的必要性

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. 规划广告/着陆页，不确定该写多少内容
2. 有人说"现在的消费者不看长文案"，需要一个反驳或验证
3. 产品功能复杂，担心写多了没人看
4. 邮件营销——该发长邮件还是短邮件

语言信号

• "文案写多长合适"
• "会不会太长了没人看"
• "现在的消费者还有耐心看长文吗"
• "产品介绍该详细还是简洁"
• "长文案还有效吗"

与相邻 skill 的区分

• 与 five-stage-sales 的区别: 后者是文案的逻辑结构，本skill是篇幅决策
• 与 feature-to-benefit 的区别: 后者找卖点，本skill决定卖点的展开程度

---

E — 可执行步骤 (Execution)

1. 评估产品复杂度和价格

   • 高价+复杂 → 倾向长文案
   • 低价+简单 → 倾向短文案
   • 完成标准: 明确产品在"简单-复杂"和"低价-高价"两个维度上的位置

2. 评估销售渠道和辅助

   • 有销售人员辅助 → 短文案（激发兴趣即可）
   • 纯文案销售（邮购/网络） → 长文案（需要回答所有问题）
   • 完成标准: 明确文案承担了多少"销售"责任

3. 评估目标读者的信息需求

   • 专业人士/深度需求 → 愿意读长文
   • 泛人群/轻度兴趣 → 偏好短文
   • 完成标准: 能说出"目标读者需要多少信息才能做决策"

4. 做出篇幅决策

   • 不确定时选长文案——可删减不可补充
   • 完成标准: 明确了目标字数范围（如800-1200字）

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 社交媒体帖子——篇幅由平台决定
• 品牌口号——目标是记忆，不需要长文案逻辑

作者在书中警告的失败模式

• 因为"怕没人看"而写短——空洞的短文案比有价值的长文案更无效
• 长文案但不组织信息——长不等于乱，需要用标题/段落/编号结构化

作者的盲点 / 时代局限

• 书中缺乏对"注意力经济"的深入讨论——当代消费者确实更缺乏耐心
• 未涉及移动端阅读体验——手机屏幕上的长文案体验与纸质完全不同
• A/B测试可以精确回答"长短"问题——无需仅凭经验判断

---

相关 skills (阶段 3 填充)

• depends-on: [feature-to-benefit]
• contrasts-with: {{}}
• composes-with: [five-stage-sales]

---

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: {{%}} (详见 test-prompts.json)
• 蒸馏时间: 2026-05-03