app-marketing-copy

App 营销文案

快速开始

1. 询问缺失的信息（或根据代码仓库／产品文档推断）：

• App 名称 + 1 句话的价值主张
• 目标用户 + 主要待完成任务
• 3–7 项关键功能 + 1–3 项差异化优势
• 期望的语气（以及要使用／避免的词语）
• 平台：iOS App Store、Google Play，或两者兼有
• 截图数量和主题（如有需要）

2. 确认交付内容：

• 商店详情页（iOS、Google Play）
• 营销文案包（落地页首屏、功能介绍、行动号召、广告）
• 截图文案包（标题文案 + 图像生成提示词）

3. 为每个高影响字段提供 2–3 个版本，然后推荐一个「最佳选项」，并用 1 句话说明理由。

示例

示例 1：新建 App Store 详情页

用户输入：

App: FocusTimer
Purpose: Pomodoro timer for students
Key features: Custom intervals, study stats, break reminders
Platform: iOS App Store
Tone: Friendly but not childish

工作流：

1. 提出问题，了解缺失信息
2. 生成 3 个副标题版本，并推荐最佳选项
3. 生成针对学生效率类搜索优化的关键词组
4. 撰写包含功能要点的完整描述
5. 按叙事顺序生成 5 条截图标题文案
6. 使用 scripts/check_app_store_limits.py 验证

预期输出：

• iOS App Store 详情页（所有字段均符合长度限制）
• 3 个副标题选项及理由
• 关键词组（最多 100 个字符）
• 截图文案包

示例 2：更新营销文案

用户输入：

"Our app store listing conversion is terrible. Help refresh it."
App: PhotoFix (photo editing)
Current problem: Generic copy, keyword-stuffed

工作流：

1. 审阅现有详情页（如已提供）
2. 询问：「PhotoFix 与竞争对手相比有何不同？」
3. 找出 ASO 关键词堆砌问题
4. 生成 3 个新的副标题版本（具体明确、突出收益）
5. 重写完整描述，侧重用户收益（而非技术规格）
6. 创作全新的截图标题文案
7. 对比修改前后的字符数

预期输出：

• 更具针对性的优化版详情页
• 并列对比，展示改进之处
• 每处修改的理由

示例 3：多平台发布

用户输入：

Launching on both iOS and Google Play
App: TaskFlow (project management for freelancers)
Need everything: store listings, landing page copy, ads

工作流：

1. 完成信息收集（受众、差异化优势、佐证材料）
2. 生成 iOS 详情页（副标题、关键词、描述）
3. 生成 Google Play 详情页（短描述、功能要点、完整描述）
4. 创建营销文案包（10 条标语、3 个首屏版块、6 条功能介绍、10 个行动号召）
5. 生成截图文案包（8 条标题文案 + 图像提示词）
6. 使用 scripts/check_app_store_limits.py 验证所有内容

预期输出：

• 完整的 iOS App Store 详情页
• 完整的 Google Play 详情页
• 营销文案包（50+ 项交付内容）
• 包含叙事脉络的截图文案包

信息收集模板（先询问，再开始）

• 受众：目标人群 + 他们的需求
• 问题：目前面临的难题
• 结果：什么样的结果算是「成功」
• 差异化优势：为什么选择这款产品而非其他方案
• 佐证材料：数据、评价、奖项、媒体报道（如有）
• 限制条件：需避免的宣传主张、法律／合规说明、定价提及政策
• 地区／语言：除非另有说明，默认使用美国英语

输出内容

iOS App Store 详情页

• 提供：App 名称选项、副标题选项、宣传文本、关键词组、完整描述、「更新内容」（发行说明）。
• 遵守字段长度限制；如不确定，请查阅 references/app-store-metadata.md，或运行 scripts/check_app_store_limits.py。

Google Play 详情页

• 提供：标题选项、短描述选项、完整描述、功能要点、发行说明。
• 遵守长度限制；参见 references/app-store-metadata.md 或 scripts/check_app_store_limits.py。

营销文案包

• 提供：5-10 条标语、3 个首屏版块（标题 + 副标题 + 行动号召）、6 条功能介绍（每条 1-2 句话）、10 条微型行动号召、10 条广告钩子（简短）、5 条社交媒体帖子。
• 确保宣传主张有据可依；除非有证据，否则避免使用「#1／最佳」。

截图文案包（文案 + 提示词）

• 提供：5-8 条截图标题文案（每条 2-5 个词）+ 可选副标题；按叙事顺序排列（铺垫 → 价值 → 佐证 → 行动号召）。
• 为每张截图提供艺术指导 + 文本转图像生成提示词模板（背景／插图），并根据用户使用的工具进行定制。
• 使用 references/screenshot-prompts.md 中的提示词模式和负面提示词。

质量检查（完成前执行）

• 字符数限制：使用 scripts/check_app_store_limits.py --platform ios --input draft.json（或 --platform google_play）验证商店字段。
• 一致性：确保标题、副标题、主视觉和第 1 张截图传达相同的核心价值主张。
• 合规性：避免不允许的声明、竞争对手商标和敏感定向；如涉及受监管领域（健康、金融、儿童），请先询问。
• 可读性：使用短句、主动语态和便于快速浏览的项目符号。

常见陷阱

1. ASO 关键词堆砌（显得不自然，影响转化）

问题： 在标题、副标题和描述中塞入过多关键词，会让文案显得机械，并降低转化率。App Store 算法会在用户参与度指标中惩罚关键词堆砌的文案。

❌ 错误示例（iOS 副标题）：

Photo Editor Photo Filter Photo Effects Photo Editor App

✅ 正确示例（iOS 副标题）：

Professional photo editing

为何效果不佳：

• 错误版本重复使用了 4 次“Photo”和 2 次“Editor”，在算法和用户看来都像垃圾信息
• 读起来不自然；用户会放弃使用感觉不可靠的应用
• 与自然融入关键词的文案相比，App Store 对关键词堆砌文案的排名提升更低

建议做法：

• 每个关键词都应在语境中自然出现一次
• 相比关键词密度，优先考虑可读性和用户获益
• 将关键词放在不同字段中（关键词组、完整描述），避免破坏文案的叙述
• 有效示例：“Photo Editor-Professional Effects, Simplified”（关键词：photo editor、effects；读起来很自然）

---

2. 泛泛的价值主张（适用于任何应用）

问题： “快速”“轻松”“简单”或“最佳”等模糊承诺无法体现差异，还会引发用户怀疑。若缺乏具体信息，用户就无法判断应用能否解决自己的问题。

❌ 错误示例：

- "The easiest way to edit photos"
- "Powerful and intuitive design tool"
- "Professional-grade app for everyone"
- "The best photo editor on the market"

✅ 正确示例（具体）：

- "One-click background removal-no manual selection needed"
- "AI-powered portrait retouching in 3 taps"
- "Batch edit 100 photos with one template"
- "Remove objects from photos—no expensive subscriptions needed"

为何重要：

• 泛泛的措辞适用于 50 多个竞争对手，用户会直接略过
• 具体的主张表明你了解用户的工作流程
• 具体 = 值得信赖；模糊 = 夸大环保功效

建议做法：

• 先说明结果和实现方式：“2 秒自动移除背景”（而不是“快速”）
• 展示用户要完成的任务：“批量编辑 100 张照片”（而不是“强大”）
• 与现状形成对比：“无需每月支付 20 美元订阅费”（而不是“价格实惠”）
• 明确说明用户的工作流程：“修饰 LinkedIn 头像”（而不是“专业”）

---

3. 商店详情页长度超限（在商店页面上被截断）

问题： 文案超出字段限制时，会在句子中途被截断，导致信息断裂、用户困惑。不同平台的截断字符数不同，移动端显示的字符数也少于桌面端。

平台限制（严格遵守）：

字段	iOS	Google Play	移动端显示
副标题	30 个字符	不适用	✂️ 所有设备上均会在 30 个字符处截断
简短描述	不适用	80 个字符	✂️ 移动端会在 50 个字符处截断
功能要点	不适用	每条 80 个字符	✂️ 移动端会在 50 个字符处截断
推广文本	170 个字符	不适用	✂️ 移动端会在 85 个字符处截断

❌ 错误示例（iOS 副标题——42 个字符，超过 30 个字符的限制）：

Professional photo editing, now simplified

显示效果： “专业照片编辑，现在更...” （在词语中间截断）

✅ 正确示例（iOS 副标题——26 个字符，长度恰好合适）：

Professional photo editing

❌ 错误示例（Google Play 功能要点——93 个字符，超过 80 个字符的限制）：

Automatically remove backgrounds from any photo without manual selection or complicated tools

显示效果： “自动移除任意照片的背景，无需手动选择或...” （意思未完整表达）

✅ 正确示例（Google Play 功能要点——61 个字符，留有余量）：

Auto-remove backgrounds in seconds—no manual selection needed

建议做法：

• 定稿前，务必使用 scripts/check_app_store_limits.py 检查文案
• 精简措辞；避免使用填充词（a、the、very、really、just）
• 优先打磨前 50 个字符——移动端可能会隐藏其后的内容
• 使用缩写形式（don't、it's），在保留文案个性的同时节省字符

4. 将功能要点写成技术规格，而非用户收益

问题： 列出技术功能而非实际效果，会让用户困惑，不知道自己能用应用做什么。用户买的不是规格，而是结果。

❌ 不佳示例（技术规格）：

- Advanced color grading engine with 256-bit processing
- Support for RAW file formats (CR2, NEF, DNG)
- Multi-threaded rendering with GPU acceleration
- Compatible with iOS 14.0+ and requires 2GB RAM

✅ 良好示例（用户收益）：

- Make any photo look professional in one tap
- Edit RAW files on your phone (not just JPGs)
- Preview edits in real-time without lag
- Works on any recent iPhone or iPad

问题所在：

• 技术语言会让普通用户（你的目标受众）望而却步
• 用户无法想象实际收益（“256 位处理”——所以呢？）
• 用户决定下载后才会查看规格，而不是下载前
• 示例：“GPU 加速”很重要；但用户想要的是“编辑速度快如即时完成”

转换模式：

技术规格	用户收益
“保留 EXIF 数据”	“完整保留照片的地点和日期信息”
“32 位色深”	“渐变平滑，不会出现色带或色彩损失”
“实时协同编辑”	“与团队共同编辑，无需来回发送文件”
“设备端处理（无需云端）”	“你的照片永远不会离开手机”

可采取的做法：

• 从任务出发：用户想要完成什么？
• 将功能转化为收益：“支持 50 多种滤镜” → “数十种专业风格，一键呈现”
• 用“这样就能”来检验：“功能 X，这样就能让你获得[收益]”——如果无法补完，它就还不是一项收益
• 如果可以，在文案中展示前后对比：“将模糊照片变成杂志级大片”

---

5. 忽视本地化考量（文化语气问题）

问题： 面向美国英语撰写的文案，无法在文化层面适用于其他市场。英语中有效的表达，在其他语言和地区听起来可能不自然、别扭，甚至不得体。关键词搜索也因地区而异。

❌ 不佳示例（以美国为中心，难以本地化）：

- "The #1 photo app" (claims don't work globally; also unverifiable)
- "Crush your creative goals" (aggressive tone doesn't translate; weird in Japanese/German)
- "Slay your edits" (slang; meaningless in translation; age-specific)
- "Our app rocks" (informal; risky in formal markets like Germany/Japan)

✅ 良好示例（文化中性，易于本地化）：

- "The most popular photo editor" (verifiable, neutral tone)
- "Achieve professional results in seconds" (universal benefit, formal enough)
- "Make every photo beautiful" (simple, universal, translates directly)
- "Trusted by millions worldwide" (global signal, works everywhere)

常见的本地化陷阱：

市场	避免	推荐
德国	咄咄逼人的俚语（“crush”“slay”）	专业、清晰的表达（“实现”“优化”）
日本	自夸式宣称（“最好”“#1”）	谦逊而自信的表达（“深受数百万用户信赖”“备受青睐”）
巴西	正式的美式英语	温暖、亲切的葡萄牙语（请母语写作者撰写）
法国	英语营销表达	法语替代表达（不要只做直译）
中国/亚洲	西方习语（体育隐喻）	不带文化指涉的通用收益

不同地区的关键词差异：

• 美国用户搜索：“photo editor”（范围较广）
• 德国用户搜索：“Fotobearbeitung”（更具体；使用符合当地语言习惯的关键词研究）
• 日本用户搜索：“写真編集”（需要使用完全不同的措辞）

❌ 不佳做法：

Write in US English → Translate to other languages → Done

（会失去文化契合度、合适的语气和关键词机会）

✅ 良好做法：

1. Write core value prop in neutral, translatable English
2. Have native speakers for each market adapt tone, keywords, and examples
3. Test keywords in each region's App Store search (not just Google)
4. Avoid slang, sports metaphors, US-specific references
5. Keep formal enough to work in risk-averse markets (Germany, Japan, Korea)

可采取的做法：

• 先撰写中性英语文案（适用于全球）
• 标记需要进行文化调整的词语或短语（“#1”、俚语、美国习语）
• 针对每种语言地区：聘请母语人士调整语气和关键词，而不只是翻译
• 将语气保持在“专业而自信”的程度（适用于不同文化）
• 如果可行，在每个市场对不同语气进行 A/B 测试

---

故障排除

问题：生成后出现字符数超限错误

症状： 文案看起来很不错，但超出了 App Store/Play Store 字段限制

解决方案：

# Validate all fields at once
python scripts/check_app_store_limits.py --platform ios --input input.json

# Input format (input.json)
{
  "app_name": "YourApp",
  "subtitle": "Your subtitle text",
  "description": "Full description...",
  "keywords": "keyword,list,comma,separated"
}

# Or pipe from stdin
echo '{"app_name":"YourApp","subtitle":"Edit photos fast"}' | \
  python scripts/check_app_store_limits.py --platform ios --input -

# Google Play variant
python scripts/check_app_store_limits.py --platform google_play --input input.json

快速修正：

• iOS 副标题（30 个字符）：删去冠词（a、the），使用缩写
• Google Play 短描述（80 个字符）：将最有力的收益放在开头
• 关键词（iOS 为 100 个字符）：移除价值较低的关键词，使用缩写

问题：输入内容不错，但文案泛泛而谈

症状： 生成的文案听起来和其他所有应用都一样

原因： 缺少具体的差异化优势或佐证

解决方案：

1. 询问用户：“你的应用有哪些竞争对手做不到的地方？”
2. 询问具体数字：“有多少用户？节省了多少时间？”
3. 找出对比点：“用户现在在做什么糟糕的事？”
4. 转化示例：
   • 转化前：“人人都能轻松修图”
   • 转化后：“两次点击即可移除背景——无需昂贵的订阅”

问题：不清楚要制作哪些交付内容

症状： 用户只说“帮我做应用营销”，却没有具体说明

解决方案： 提供清单并询问他们需要哪些内容：

• iOS App Store 列表
• Google Play 列表
• 落地页主视觉文案
• 截图说明
• 社交媒体广告吸引语
• 邮件营销文案

然后只制作用户要求的内容。

问题：关键词堆砌再次出现

症状： 文案符合限制，但读起来不自然

原因： 试图最大化关键词密度

解决方案：

• 大声读一遍文案——如果听起来像机器人，就删掉关键词
• 副标题和描述中的每个关键词最多出现 2 次
• 使用 scripts/check_app_store_limits.py 检查长度，但要手动审阅可读性
• 自问：“真人真的会这么说吗？”

问题：缺少参考文件或脚本

症状： 技能提到了 references/ 或 scripts/ 文件，但这些文件不存在

解决方案：

1. 检查文件是否存在：ls skills/app-marketing-copy/references/
2. 如果文件缺失，则不使用这些文件继续操作：
   • 使用内联限制，而不是 app-store-metadata.md
   • 手动验证字符数，而不是运行脚本
3. 建议用户：“如需自动验证，请创建 scripts/check_app_store_limits.py”

随附资源

• references/app-store-metadata.md：字段映射、常见限制和输出模板。
• references/screenshot-prompts.md：背景和宣传视觉素材的提示词模板。
• scripts/check_app_store_limits.py：用于检查 iOS/Google Play 字段字符数限制的快速工具（输入 JSON，输出表格）。