初稿完成后必须检查的六个位置

每个小标题都应对应一个具体问题。若标题下只有一句空泛判断，说明该部分尚未完🎆成；若一个章节同时承载背景、步骤和风险，说明信息层级需要拆分。

当代号仍然无法在现有资料中解码时，最稳妥的产出不是编造解释，而是提交“待确认任务卡”。任务卡可以先完成已知部分，同时列出需要补充的来源、对象、范围和验收条件，待信息确认后再进入完整起草。

哪些做法会让起草结果失真

目标说明需要回答“这份材料要解决什么问题”。“完成一篇介绍”通常过于宽泛，可以改成“帮助首次接触该项目的读者理解用途、操作步骤和注意事项”。可衡量的目标更容易控制篇幅，也便于判断内容是否偏题。

质量检查应围绕任务卡逐项进行，而🌅不是只检查错别字。初稿看似完整时，最容易隐藏的是目标偏移、依据混用和关键条件缺失。

版本记录应至少保留修改时间、修改人、修改位置、修改原因和待确💎认事项。涉及多人协作时，不要只发送“最新版”这种模糊文件名，🌺建议使用能够体现主题、版本和状态的命名方式，例如“项目说明_初稿_v01_待核验”。

目标与受众需要分别描述

任务定义决定了🎯起草方向。没有任务定义时，任何正文都可能出现对象错误、范📢围失控或格式不符的问题。起草者需要先从原始来源中确认代号的身份，而不是根据字母和数字的外观自行解释。

起草失真通常不是文字能力不足，⚡而是前置判断错误。代号含义没有确认时，直接展开长文会放大最初的误解；要求没有分层时，正文会在背📢景、观点和操作之间来回跳转。

范围与限制需要提前固定

限制条件需要包括字数、格式、语气、截止时间、可使用资料、保密要求和禁止表述。涉及数据时，还要区分已确认事实、待核实信息和暂定假设，不能为了让初稿完整而补造不存在的数字、来源或结论。

17c.5c-起草前，先把代号变成任务定义

任务卡是把零散要求集中到一页中的工作文件。任务卡不需要写成完整正文，但必须让另一位参与者能够据此理解目标、开始工作并检查结果。

范围说明需要列出正文必须覆盖的主题。范围可以按📌照📢“背景、目标、方法、结果、风险、后续动作”拆分，也可以按照用户操作流程拆分。每一项都应写出最低完成要求，避免只列抽象名词。

正文结构决定信息是否容☀️易阅读。对于代号不明确但需要快速形成初稿的任务，可以先采用四层框架，再根据材料类🌟型增删内容。