定稿前检查四类高风险问题

通知类文稿应把适用对象、执行时间和具体动作放在前部；制度类文稿应补充适用范围、定义、权限和例外；合同或协议草案应重点核对主体、权利义务、期限、费用、违约和争议处理；汇报类材料则应区分事实、判断、建议和待决策事项。

定稿检查应同时覆盖事实、逻辑、表达和权限四个层面，不🌅能只检查错别字。检查人员最好按照清单逐项确认，而🎉不是依靠通读时的感觉判断。

提交动作应明确文件状态、接收人和下一步安排。草稿、待审稿、征求意见稿、批准稿和正式发布稿不能只依靠文件名区分，正文或邮件说明中也应写清当前状态。

把零散要求整理成起草清单

“17·c_起草”缺少业务系统、文件名称或制度上下文时，不能直接推断“17·c”代表某项法律条款、固定表单或统一流程。更稳妥🎇的处理方式，是先确认编号对应的任务对象、适用范围、交付格式和审批人，再按照“资料核对—结构搭建—内容起草—风险检查—版本提交”的顺序完成。

当编码含义仍然不清楚时，起草人应提交一条可执行的澄清问题，例如：“请确认17·c对应的文件名称、使用场景、必填字段和最终审批人。”相比笼统询问“这项怎么写”，具体问题更容易获得有效回复，也能形成后续留痕。