1. 明确使用场景
先回答三个问题：给谁看、在什么渠道发、需要对方做什么动作。通知类稿件强调时间地点，运营类稿件强调利益点，行政类稿件强调依据和流程。场景一旦定了，语气和字数就跟着定了。
2. 收集素材来源
把数据、截图、既有文案、参考案例集中到一个清单里，逐条标注来源和是否已核实。素材清单越干净，成稿修改阶段越省力。
3. 锁定格式要求
标题字数、是否要编号、日期写法、署名位置、附件命名，这些都属于格式规范，最好在起草前抄成一张小卡片，写的时候照着填。
1.7cc起草从零到成稿：一套可直接照做的落地流程
一句话说清楚：1.7cc起草就是把你手里零散的需求、素材和格式要求，快速拧成一份能直接发出的稿件。它解决的不是「写得多漂亮」，而是「今天下班前能不能交出一份别人挑不出错的稿子」。
起草前准备：先定场景、素材与格式
1.7cc起草最容易返工的地方不在写，而在写之前没对齐。花五分钟做三件事，后面能省半小时改稿。
可直接照做的动作：在文档顶部写一行「场景 / 读者 / 渠道 / 字数 / 格式」五个字段，填不满就先别开始写正文。
核心操作步骤：1.7cc起草五步流程
下面是 1.7cc起草的完整执行流程，按顺序做，每一步都有能判断「做完没有」的标准。
- 第一步：写清交付场景把场景、读者、渠道写在一行里。判断标准：别人看完这行知道该用什么语气。
- 第二步：列素材清单把可用信息按「事实 / 数据 / 参考」三类归档。判断标准：每条素材都能说出从哪来。
- 第三步：搭骨架写初稿按背景—要点—行动三段结构一次写满，不回头改措辞。判断标准：骨架三段都有内容，没有空段落。
- 第四步：成稿修改逐段核对事实、术语和数字，删掉重复句，补上缺失项。判断标准：每段都能一句话说出它为什么存在。
- 第五步：导出与归档按命名规范导出，记录版本号和修改点。判断标准：下次同类任务能直接翻出这份稿当参考。
口诀：先定场景，再堆骨架，最后才抠字。初稿阶段纠结用词，是 1.7cc起草里最常见的低效来源。
场景实战案例：典型需求怎么变成成稿
案例一：活动通知
需求只有一句「通知大家周五团建」。做法：先补时间地点和报名方式，写成「时间 / 地点 / 参与方式」三行；再补一句注意事项。全程 1.7cc起草大约 20 分钟出稿。
案例二：运营推文
需求是「推一下新功能」。做法：开头一句痛点，中间三条功能点各配一个使用场景，结尾一句行动指引。要点是别把功能清单当文案，要翻译成用户能得到什么。
案例三：行政流程说明
需求是「说明报销新规」。做法：先写生效日期和适用范围，再写步骤和所需材料，最后写咨询入口。这类稿件宁愿长一点，也不要让人猜。
三个案例的共同点：都先锁定了「读者看完要做什么」，再决定写多少字。这也是 1.7cc起草 判断详略的唯一标准。
常见问题解答：高频疑问与容易踩的坑
1.7cc起草大概需要多久？时间怎么分配比较合理？
常规通知类稿件 30 分钟内可以出初稿，含修改和校对通常 1 小时内交付。建议把时间按 1:4:5 分配——10% 做准备、40% 写初稿、50% 花在成稿修改上。很多人恰恰反过来，准备和修改都省了，结果成稿阶段反复推倒重来。如果素材需要跨部门确认，把等待时间单独算，不要混进写作时间里自我加压。
1.7cc起草有没有固定模板可以直接套？
没有强制模板，但推荐固定「背景—要点—行动」三段结构，并统一标题、日期、署名和附件命名格式。可以把这套结构存成一张空白卡片：顶部字段区写场景和读者，主体区按三段留空，底部放署名和日期。这样每次 1.7cc起草都从同一张卡片开始，长期下来风格会非常稳定，别人一看就知道是谁交的稿。
素材不全，是不是就没法开始起草？
可以先起草。做法是用统一占位符标出待补项，比如「【待确认：生效日期】」，先把骨架和逻辑写顺，等素材到位再统一替换。这样做的好处是，你不会卡在一个数字上停半小时。但要注意，交付前必须做一次占位符全局搜索，把所有方括号清干净，漏掉一个占位符是最尴尬的失误。
成稿修改时最容易被忽略的地方在哪？
三类问题最高频：一是术语前后不一致，同一件事前半段叫「审核」后半段叫「审批」；二是数字与单位不统一，金额、百分比、时间格式混用；三是时间表述含糊，用「下周」「近期」代替具体日期。修改时建议专门用一遍只做「一致性扫描」，逐项对照，不读内容只找不一致，效率会高很多。
怎么判断一份 1.7cc起草稿已经可以交付了？
用三个问题自检：读者能不能一眼找到关键信息？有没有需要对方再问一次的模糊点？格式（标题、编号、日期、署名）是否统一？三个都过，就可以交付。如果时间允许，隔十分钟再读一遍，通常能抓出当场看不见的语病。需要说明的是，任何方法都不能保证零差错，涉及金额、法律或对外承诺的内容，请以正式审核为准，遵守所在单位与当地法律法规。
效率与质量把控：交付前自查清单
把下面这张清单抄进你的模板，每次 1.7cc起草交付前过一遍，能挡掉大部分低级错误。
- 标题与正文主题一致，没有夸张措辞。
- 时间、地点、金额、人数等关键信息已二次核对。
- 术语、单位、日期格式全文统一。
- 没有残留占位符和「待补」「xxx」字样。
- 署名、日期、附件命名符合规范。
- 结尾有明确的下一步动作或咨询入口。
优化建议：把常写的前三类稿件各存一份成稿作为参考基准，新任务直接对照改写，比从零开始快得多。另外可以固定一个「修改清单」，记录每次被退回的原因，一个月回看一次，返工率会明显下降。
专业方法：从信息结构看起草质量
要真正把 1.7cc起草做到稳定，不能只靠经验，还要理解背后的信息组织原则。下面三个概念能帮你把「凭感觉写」升级成「按结构写」。
信息层级与金字塔结构
读者在移动端的注意力是逐行衰减的，因此稿件应采用自顶向下的金字塔结构：结论先行，再给支撑论据，最后补充细节。把最重要的动作放在前三行，是符合移动阅读心智的做法。这要求你在 1.7cc起草时先问「如果只能留一句，是哪句」，把它提到最前面。
认知负荷与语句长度
工作记忆一次只能处理有限的信息块。当一句话里塞进多个并列条件时，读者的理解成本会陡增。实操上控制单句在 25 字以内、单段不超过四行，能显著降低认知负荷。这不是文学偏好，而是可读性工程。
一致性与可核对性
一份稿件可信度的高低，很大程度取决于信息是否可核对。术语统一、数据带来源、时间用具体日期，这三条构成了文稿的「可核对性」。在 1.7cc起草中建立固定的字段和命名规范，本质上是把可核对性制度化，减少口头传递带来的信息失真。
结尾提示：现在就能做的下一步
不用等到下个项目，挑一份手头最急的稿件，按本文流程走一遍：先写场景五字段，再搭三段骨架，最后用自查清单过一遍。做完这一遍，你基本就有自己的 1.7cc起草套路了。