copywriting · git:20260924.4b84e38 · 2026-09-24 · sha256 d369bad1f1ba1ed9
copywriting git:20260924.4b84e38A
Immutable. This exact content is served forever at /api/v1/blob/d369bad1f1ba1ed9.
--- name: copywriting description: 中文文案写作流程与模板:口播稿、公众号图文、软件教程文案、产品介绍。动笔前先确认平台/字数/读者/目的,口语化短句、先结论后细节、给三个备选标题,附发布前自检清单。用户说「写个文案/口播稿/公众号/宣传稿/教程文案」时用它。 --- # 文案写作 把一段素材变成能直接发出去的成稿。核心不是辞藻,是**先把「给谁看、看多久、看完要干什么」问清楚**。 ## 什么时候用 - 用户给了素材(截图、要点、一段说明)要变成成稿; - 要写口播稿 / 视频脚本旁白、公众号文章、小红书笔记、产品介绍、软件教程文案; - 已有初稿,要按平台口味改写或压缩。 ## 动笔前必问(一次问全,别挤牙膏) 1. **载体**:口播(抖音 / 视频号 / B站)、公众号、小红书、软件教程、产品页? 2. **长度**:字数或时长。口播按 **220 字 ≈ 1 分钟**折算。 3. **读者**:完全小白 / 同行 / 决策者?决定了要不要解释术语。 4. **目的**:看懂、行动(下载/关注/下单)、还是留存备查? 5. **硬约束**:必须出现的词/链接/数据,绝对不能出现的词。 6. **语气**:口语 / 专业 / 轻快。 > 用户没给全时:**按最可能的假设先写一版,并在开头用一行标注假设**(例:「按 1 分钟口播、面向完全没用过的人写」),让用户在此基础上改。不要空转等答案,也不要把假设藏起来。 ## 通用写作规则 - **口语优先**:能顺口念出来的句子才算通顺;一句话太长就拆成两句。 - **先结论后细节**:前 3 句必须让读者知道「这跟我有什么关系」。 - **一段一件事**:段首用短句当小标题,方便扫读。 - **数字具体化**:不说「很快」,说「3 分钟」;不说「很多」,说「1872 个用例」。 - **少用空词**:赋能、闭环、抓手、生态位、降本增效——要么删掉,要么换成具体动作。 - **每篇给 3 个备选标题**:分别偏「利益点 / 好奇缺口 / 数字对比」。 - **结尾给一个明确动作**:下载、点链接、试用、留言,只给一个。 ## 三种高频文体模板 ### A. 口播稿(1–3 分钟) ``` 【钩子|15 字内,制造「这跟我有关」】 【痛点|1 句,说出观众现在的麻烦】 【方案|2–3 句,我有什么,怎么解决】 【演示|3–5 句,具体到「你点哪里、看到什么」】 【价值|1 句,用数字或对比收口】 【行动|1 句,下一步做什么】 ``` 写法要点:短句、动词开头、不用书面连接词(「然而」「此外」换成停顿);每句不超过 20 字。 ### B. 公众号 / 图文 - 开头 100 字内交代「读这篇你能得到什么」; - 正文用 `##` 小标题切成 3–5 段,每段一个观点; - 关键句单独成行,方便截图传播; - 结尾给摘要式回扣 + 一个动作。 ### C. 软件教程文案 - 第 0 步写清前置条件(装什么、配什么),后续步骤不重复; - 步骤必须**照着点就能做**:精确到按钮名与页面名(如「⚙ 设置 → API 供应商 → 添加 API」); - 每步后面用 `>` 补一句「为什么会这样 / 出错了怎么办」; - 术语第一次出现时用括号给一句白话解释。 ## 发布前自检 - [ ] 前 3 句抓人吗?把最狠的一句挪到第一句。 - [ ] 有没有把用户的书面语原样搬进来? - [ ] 每个步骤都能「照着点」吗(按钮名/页面名齐全)? - [ ] 有没有没解释的缩写、内部黑话、代号? - [ ] 字数/时长达标吗? - [ ] 三个备选标题都给了吗?