先判断17.c.13.nom-17.c-起草对应的文件性质

依据清单应当区分“必须遵守”“用于解释”和“仅供参考”三种层级。起草人员不能把过期版本、未批准草案、口头意见或未经确认的网络材料直接写成正式依据。

目的条款应说明文件要解决的实际问题，范围条款应说明适用对象和边界，定义条款应处理容易📚产生歧义的专业词。目的不能写成空泛口号，范围不能只写“有关人员”，定义不能重复普通词典中已经明确且不存在争议的词语。

起草前必须锁定的六项信息

实际处理时，先建立编号与任务之间的对应关系，再收集依据、搭建条款结构、完成初稿、开展合规审查和版本留痕。若编号来自单位内部系统，应以任务单、目录说明、模板库和主管部门意见为准；若编号来自外部标准或合同，应以原始发布文件中的定义和编排规则为准。

文件性质决定起草深度、用语强度和审批流程。相同的编号形式可能对应制度草案、合同条款、项目申报材料、技术规范、会议文件或系统中的任务节点，不能因为⭐名称中出现“nom”就直接认定为某一种文书。

正文结构应当按照读者完成任务的顺序安排，而不是机械复制旧文件的段落。正式文件通常需要回答“为什么制定、适用于谁、具体做什么、谁来负责、出现问题如何处理”五个问题。

起草过程中最容易出现的文字和逻辑问题

编号性质可以通过四类材料确认：上级目录、任务来源、同系列已🎇发布文件和系统字段说明。若四类材料之间存在冲突，应暂停正文定稿，先请文件管理人确认正式名🎨称、编号规则和适用版本。

主体规则应使用可执行的动词，例如“提交”“核验”“记录”“批准”“通知”和“保存”，并写清责任主体、动作、条件、时限、结果和留痕要求。涉及多人协作时，建议按照发起、审核、批准、执行、复核、归档的顺序展开。