本文仅把“17-C·MOC”作为事项代号，不据此推定适用年份、版本、平台或发行版。以下按通用起草流程，说明任务边界、文稿框架、人员分工和意见处理方法。示例以拟定一份内部业务流程规程为背景，仅用于展示写法，不代表该代号对应某个具体项目。
起草任务的核心构成
启动起草前，先回答四个问题：要解决哪项实际困难、拟建立什么规则、哪些人员和业务环节受规则约束、最终需要交付哪些文稿。任务背景应对应一项可观察的问题，例如重复提交材料、审核责任交叉或办理顺序不清；起草目标应转化为可检查的结果，例如明确提交材料、审核岗位和反馈时限。这样，后续条款便能逐项回应实际需要。
| 事项 | 需要说明的具体对象 | 整理时的检查重点 |
|---|---|---|
| 任务背景 | 提出起草要求的部门、当前遇到的流程困难及其影响 | 区分已发生的问题、预期改进和尚待确认的假设 |
| 起草目标 | 拟明确的职责、办理步骤或判断标准 | 目标能否对应背景中的具体困难 |
| 适用范围 | 受规程约束的人员、业务活动、办理环节和例外情形 | 写清纳入事项与排除事项，避免只写“相关工作” |
| 文稿安排 | 章节主题、条款顺序及各部分承担的作用 | 每章是否对应一个明确的管理问题 |
| 协作分工 | 起草、业务核对、审核、批准和发布等岗位 | 每项任务是否有明确负责人和交付物 |
| 意见处理 | 意见提出者、涉及条款、处理结论及理由 | 修改痕迹能否说明采纳、部分采纳或不采纳的依据 |
事项范围与适用边界
范围说明应同时写明“谁、做什么、在什么情况下办理”。以内部业务流程规程为例，可以把经办人员、审核人员和负责归档的岗位列为适用对象；把材料提交、完整性核对、审核反馈和记录归档列为适用环节。若采购审批、人员招聘等业务另有专门规程，则应明确它们不由本规程调整，避免不同制度重复规定同一事项。
| 边界项目 | 可纳入的写法示例 | 应排除或另行说明的情形 |
|---|---|---|
| 适用人员 | 负责提交申请、核验材料、作出审核意见和归档记录的岗位人员 | 未参与该业务流程的人员，不因所在部门相同而自动纳入 |
| 适用活动 | 从申请材料接收到办理结果反馈的各个步骤 | 与申请事项无关的日常沟通或其他业务流程 |
| 适用情形 | 通过指定渠道提出、且属于规程列明范围的申请 | 紧急处置、特殊审批等情形；如需纳入，应另写办理路径 |
| 配套记录 | 申请登记、审核意见、退回理由和最终办理结果 | 与本流程无关的个人记录或其他部门独立保管的档案 |
示例条款可以写成：“本规程适用于本部门经办人员受理业务申请、审核人员核验申请材料并反馈办理结果的过程；采购审批及人员招聘事项按各自适用的规程办理。”实际起草时，应将“本部门”“业务申请”等词替换为明确的部门名称和业务名称。起草说明、规程条款及配套表单采用的范围表述也应一致。
文本结构与条款重点
文稿可按读者理解和实际办理的顺序组织：先说明规程为何制定、适用何处，再列明谁承担什么职责，随后写清办理步骤、例外处理和记录要求，最后交代执行衔接。下表提供一套可调整的章节骨架；若某项安排与实际任务无关，应删去或合并，不必为追求形式整齐而保留空章。
| 章节主题 | 建议写入的条款 | 读者应能据此完成的动作 |
|---|---|---|
| 总则 | 制定目的、适用范围、术语解释及基本原则 | 判断当前事项是否适用本规程 |
| 职责分工 | 经办岗位、审核岗位、负责人及归档岗位的职责 | 找到每个办理步骤的责任人 |
| 受理与核验 | 提交渠道、材料清单、核验要求及材料不齐时的处理方式 | 提交申请并判断材料是否符合要求 |
| 审核与反馈 | 审核条件、意见记录、退回或补正方式及结果告知 | 完成审核并向申请人说明下一步操作 |
| 记录与监督 | 需要留存的表单、记录责任、检查方式和问题整改 | 保存办理依据并核对执行情况 |
| 附则 | 施行安排、过渡处理及与既有规程的衔接 | 判断何时开始执行，以及旧流程如何收尾 |
条款应直接写明责任主体和动作。例如，“审核人员应在收到完整申请材料后进行核验，并记录通过或退回的理由”，比“及时做好审核工作”更便于执行。涉及办理顺序时，写明前置条件、经办动作和处理结果；涉及判断标准时，列出可核对的条件。相同岗位和事项应使用一致称谓，避免在不同章节中交替使用近义名称。
协作分工与交付物
协作安排应落实到具体人员或岗位，并说明交接时交付什么。业务人员熟悉实际操作，负责核对流程、表单和例外场景；起草人员负责整理条款、统一术语并维护修改稿；审核人员检查职责边界、条款衔接和措辞清晰度；批准负责人对关键取舍作出决定。各岗位的职责可按下表分派。
| 参与岗位 | 具体动作 | 交付物或确认结果 |
|---|---|---|
| 业务负责人 | 说明现行流程、常见差错、例外情形和待解决问题 | 经核实的流程说明及问题清单 |
| 起草人员 | 将问题对应到章节和条款，统一术语并记录修改理由 | 条款草案、术语表和修改记录 |
| 审核人员 | 检查适用边界、岗位职责、办理步骤及前后条款的一致性 | 带有具体条款位置的审核意见 |
| 批准负责人 | 处理职责归属或执行要求上的关键分歧，确认定稿方向 | 明确的取舍决定和批准意见 |
| 文书或归档岗位 | 核对标题、编号、附件名称和归档版本 | 完整的定稿文件及对应记录 |
意见汇总与修改闭环
意见表可设置“提出者、涉及条款、具体问题、建议写法、处理结论、处理理由”六个栏目。收到意见后，先确认它针对事实、职责、流程还是措辞，再对应到具体条款。重复意见可合并登记；意见相互冲突时，应把分歧和各自依据并列，交由负责岗位决定，不能只保留多数意见而省略取舍理由。
- 采纳：记录采纳的建议，并注明草案中相应条款的修改位置。
- 部分采纳：说明保留了建议中的哪一部分，以及未采用部分的原因。
- 不采纳：写明与起草目标、适用边界或现有流程不一致的具体理由。
- 转为配套安排：将不宜写入规程正文的操作提示，交由表单说明或培训安排处理。
例如，业务人员指出申请材料常有缺项，审核人员建议退回补正，起草人员应把该意见落实到“材料核验”和“退回反馈”条款，写明由谁告知缺项、如何记录退回理由。复核时再检查表单是否设置相应栏目。这样，意见、条款和实际办理动作便能对应起来。
定稿前的核对
交付前，可逐项核对任务背景是否对应起草目标、适用人员和业务环节是否写清、章节是否覆盖实际办理步骤、每项责任是否落到岗位、例外情形是否有处理路径、意见是否记录结论和理由，以及配套表单是否与条款使用相同称谓。发现某个要求无法对应责任人、办理动作或留存记录时，应补充说明或删除无法执行的表述。
一份可供协作的17-C·MOC起草说明，应让参与者能迅速找到任务由来、适用边界、章节安排、岗位分工和修改依据。把问题对应到目标、把目标落实到条款、再把条款对应到人员动作与记录，才能使起草安排清楚、可讨论、便于执行。