“17c.5c”若是是某份文件、表单、项目资料或内部模板的名称，，，，，，草拟时不能只萦绕标题填内容，，，，，，而应先确认它的使用场景、合用对象和提交要求。。。。。较稳妥的流程是：明确工作天堑、网络并核实资料、搭建文件结构、实现初稿、进行内容与体式审核，，，，，，最后按版本要求定稿归档。。。。。

其中最关键的是把“要写什么、写给谁看、凭据什么写、最终要达到什么了局”提前确定。。。。。若17c.5c已有固定模板、条款编号或审批规定，，，，，，应以原有要求为优先；；；；；；；；若是只是文件编号，，，，，，则能够依照正式文件的通用草拟步骤推动，，，，，，不宜自行臆造编号背后的具体寓意。。。。。

第一步：先确认17c.5c的用处和交付要求

草拟前不要急于写正文。。。。。先把工作注明、汗青版本、有关造度和提交通知放在一路，，，，，，确认这份文件到底用于注明、申请、汇报、执杏注审批，，，，，，还是用于形成后续工作凭据。。。。。用处罚歧，，，，，，内容沉点和表白方式也会分歧。。。。。

• 确认文件性质：判断它是规划、汇报、通知、申请资料、合同文本、操作规程，，，，，，还是内部纪录。。。。。
• 确认阅读对象：明确是供辅导审批、部门合作、客户阅读、执行人员使用，，，，，，还是供审核人员留档。。。。。
• 确认提交尺度：查对篇幅、体式、附件、签署、盖章、截止功夫和提交渠路等要求。。。。。
• 确认领域天堑：列出必须覆盖的事项，，，，，，同时象征不属于本文件处置领域的内容，，，，，，预防越写越散。。。。。

建议把要求整顿成一张简短清单。。。。。例如，，，，，，文件主张是什么、必须回覆哪些问题、必要哪些数据、由谁审核、何时提交、是否有固定则节。。。。。后续每实现一项就进行查对，，，，，，能削减遗漏。。。。。

第二步：网络资料，，，，，，并先核实再引用

文件质量很大水平上取决于基础资料是否靠得住。。。。。草拟前应依照“事实资料、凭据资料、业务资料、体式资料”分类整顿，，，，，，而不是把搜索到的内容直接复造进文档。。。。。

• 事实资料：蕴含功夫、地址、人员、数量、项目状态、已实现事项和待处置事项。。。。。
• 凭据资料：蕴含造度、合同、会议纪要、工作书、政策文件及上级要求。。。。。
• 业务资料：蕴含流程注明、技术参数、预算数据、风险纪录和有关方定见。。。。。
• 体式资料：蕴含汗青定稿、模板、审批定见、附件清单和版本定名规定。。。。。

涉及数字时，，，，，，应确认统计口径、功夫领域和计量单元是否一致；；；；；；；；涉及人员、部门或项目名称时，，，，，，应统一正式称呼；；；；；；；；涉及功夫铺排时，，，，，，应分辨打算日期、现实日期和截止日期。。。。。对于临时无法确认的信息，，，，，，宜标注“待核实”或列入待办，，，，，，不要用猜测内容添补空缺。。。。。

第三步：先搭结构，，，，，，振兴头逐段草拟

结构的作用是保障文件内容齐全、挨次合理。。。。。？？？Ｄ芄幌抛锰岣偃范恳徊棵乓馗驳奈侍，，，，，，再将资料分配到对应地位。。。。。常见的正式文件结构蕴含布景与主张、近况或问题、工作内容、执行铺排、责任分工、风险节造和附件注明，，，，，，但不应机械套用；；；；；；；；不必要的章节能够删除。。。。。

草拟阶段的结构查抄参考

结构部门	必要回覆的问题	常见遗漏
主张与布景	为什么要形成这份文件？？？？？	只介绍布景，，，，，，没有注明要解决的问题
主题内容	具体要做什么、做到什么水平？？？？？	只有准则性表述，，，，，，短缺具体事项
执行铺排	谁掌管、何时实现、若何共同？？？？？	责任人、节点或交付物不明确
风险与保险	出现误差时若何处置？？？？？	只写工作，，，，，，不写监督、反馈和调整机造
附件与凭据	哪些资料必要一并提交？？？？？	正文提到了附件，，，，，，但现实没有附上

若是文件内容较复杂，，，，，，能够吓酌一句话概括每个章节的结论。。。。。例如，，，，，，“本章节注明目前存在的三个问题”“本章节确定两阶段实现工作”。。。。。当每个章节都有明确结论后，，，，，，再补充事实和理由，，，，，，正文会比边想边写越发紧凑。。。。。

第四步：草拟正文时，，，，，，把抽象要求写成可执行内容

初稿不用一路头就钻营措辞美满，，，，，，但必须先保障事实齐全、逻辑顺畅。。。。。写每一项工作时，，，，，，尽量交代对象、作为、尺度、功夫和责任主体，，，，，，预防只使用“加强治理、积极推动、实时落实”等无法判断实现情况的表白。。。。。

例如，，，，，，“加强资料审核”能够进一步写成“由项目掌管人在资料提交前实现初审，，，，，，沉点查对数据起源、功夫领域和附件齐全性；；；；；；；；发现缺项时退回补正，，，，，，并在订正纪录中注明处置了局”。。。。。这样既说了然作为，，，，，，也明确了责任和查抄沉点。。。。。

对于存在先后关系的内容，，，，，，应使用清澈的挨次表白，，，，，，如“先确认需要，，，，，，再假造初稿，，，，，，实现内部审核后提交审批”。。。。。对于存在前提关系的内容，，，，，，应写明触发前提和处置方式，，，，，，如“若基础数据产生变动，，，，，，应沉新查对有关结论，，，，，，并同步更新受影响章节”。。。。。

• 结论先行：段落开头先注明本段要表白的结论，，，，，，再补充原因、凭据或操作步骤。。。。。
• 一段一个沉点：不要把布景、工作、责任微风险全数挤在统一段中。。。。。
• 用词维持统一：统一对象不要在文中交替使用简称、全称和分歧译名。。。。。
• 削减吞吐表述：能写具体功夫、数量、责任部门和交付物时，，，，，，不要只写“尽快”“适当”“有关人员”。。。。。
• 分辨事实和建议：已产生的情况、拟采取的措施和待确认事项应别离表白，，，，，，预防读者误把打算当成了局。。。。。

第五步：别离实现三轮审核，，，，，，不要只查抄错别字

初稿实现后，，，，，，建议按“内容、逻辑、大局”分轮查抄。。。。。一次查抄所有问题容易遗漏，，，，，，也不利于定位批改原因。。。。。

内容审核：有没有漏项或谬误

逐项对照最初的工作清单，，，，，，查抄标题、正文、附件是否覆盖全数要求。。。。。沉点查对人名、部门名、项目名、日期、金额、数量、引用凭据和版本信息。。。。。凡是出现数字的处所，，，，，，都应确认前后是否一致，，，，，，尤其要把稳正文与表格、正文与附件之间的数据差距。。。。。

逻辑审核：前后是否可能成立

查抄布景是否可能推出问题，，，，，，问题是否对应措施，，，，，，措施是否有责任主体和实现节点，，，，，，结论是否与前文事实相符。。。。；；；；；；；；挂⒁狻耙咽迪帧焙汀按蛩闶迪帧薄ⅰ氨匦搿焙汀澳芄弧薄ⅰ霸毯焙汀袄纭钡缺戆，，，，，，它们的司法或治理寓意并不一样，，，，，，不能轻易代替。。。。。

大局审核：读者能否急剧找到信息

查抄标题层级、编号挨次、字体体式、段落间距、表格宽度、页眉页脚、附件名称和文件定名是否切合要求。。。。。若17c.5c属于固定模板，，，，，，应优先查抄是否误删必填字段、是否扭转原有编号、是否把提醒文字遗留在正式文本中。。。。。

定稿前应保留批改痕迹和版本天堑

多人共同草拟时，，，，，，最好保留一个可编纂的工作版本，，，，，，并设置明确的定稿版本。。。。。文件名能够蕴含文件名称、版本号和日期，，，，，，但具体定名方式应遵从地点单元的治理规定。。。。。不要在统一个文件中混用多个未经确认的批改定见，，，，，，也不要把分歧人员的定见直接并列后交付。。。。。

提交前可进行一次“脱离布景阅读”：如果读者没有参加前期会商，，，，，，只看17c.5c正文，，，，，，是否能知路文件主张、当前情况、必要执行的事项、实现尺度和后续联系人。。。。。若是其中任何一项无法判断，，，，，，就应补充注明或增长附件。。。。。

17c.5c草拟中容易出现的几个问题

• 未确认编号寓意就套用范文：编号只能注明文件标识，，，，，，不能自动揣度文件性质。。。。。应先查对模板、工作注明或汗青版本。。。。。
• 把资料堆积当成文件内容：大量布景资料不蹬宗有效论证，，，，，，必须筛选与工作直接有关的信息。。。。。
• 只器沉说话，，，，，，不查抄执行性：文字流畅但没有责任人、节点和尺度，，，，，，文件依然无法领导行动。。。。。
• 批改后没有同步附件：正文中的数据、名称或功夫产生变动时，，，，，，应同步查抄附件和表格。。。。。
• 没有纪录最终版本：多人反复批改后，，，，，，若短缺版本号和确认人，，，，，，容易出现错交旧稿的问题。。。。。

因而，，，，，，17c.5c的草拟能够按“先定天堑、再核资料、后搭结构、分段成稿、分轮审核、确认版本”的挨次实现。。。。。只有每个章节都能对应一个明确问题，，，，，，每项铺排都具备责任、功夫和了局尺度，，，，，，文件就更容易通过审核，，，，，，也便于后续执行和追忆。。。。。

人民网校对：欧阳夏丹(iz3aFheokR2jkPZP80yFHoy8DIAjz0iAWS)