建立适合CN17C的文稿骨架，再填充具体内容

CN17C起草的目标不同，文稿重点也不同。确定目标时，应先回答“谁在什么场景下使用这份文件”，再决定是强调约束、说明技术，还是推动项目落地。

起草任务还需要明确交付层级。只需要讨论方向时，交付物可以是目录和关键问题清单；需要内部评审时，应提供完整条款和依据说明；需要提交审批时，还要补齐版本记录、附件、审查意见和签批位置。

文稿中的每一条要求都应尽量包含责任主体、动作、条件、时限和结果五个要素。例如，“项目负责📢人应在测试完成后两个工作日内提交测试记录，由质量人员复核并归档”比“及时完成测试资料整理”更容易执行和检查。

先确认CN17C指向：编号、文件类型和当前状态

CN17C起草文稿应先搭建骨架，再🎉逐项填🚀入事实和要求。没有确认具体类型时，可以采用“目的—范围—定义—职责—流程—要求—检查—附则”的基础结构，并根据实际用途删减。

CN17C起草交付前应完成三轮检查。第一轮检查内容是否完整，第二轮检查条款能否执行，第三轮检查不同章节之间是否一致。只检查错别字，无法发现责任不清、条件缺失和前后矛盾等实质问题。

当委托方只提出“做一份CN17C起草材料”时，最有效的补充方式不是反复询问“CN17C是什么意思”，而是一次性索取能够决定文稿方向的信息。下面的提问内容可以直接用于内部沟通：