用四层结构搭建草案骨架

背景部分不宜写成漫长的历史回顾，而🎵应集中说明当前状态、具体问题和启动原因。目标部分需要使用可以观察的动词，例如“明确”“完成”“减少”“形成”“验证”，少用无法判断的表达，例如“进一步提升”“全面加强”“充分发挥”。

先区分事实、判断和建议

草案文字的价值不在于修辞新颖，而在于让不同读者对同一句话产生接近的理解。起草者可以先写自由稿，再进行一次“事实化”和“🌈条件化”改写。

先确认17·C1对应的任务边界

事实是可以找到来源🎨或记录的内容，判断是基于👍事实作出的分析，建议则是准备采取的行动。三者混在一起时，读者很难判断哪些内容需要核实，哪些内容只是作者意见。

提交前检查不能只看错别字。一个可进入审阅流程的草案，至少需要通过范围、逻辑、事实、执行和格式五类检查。

当“17·C1”的具体定义来自某个组织或项目时，起草者还应把官方说明、模板要求和审批规则放在优先位置。通用写作技巧只能帮助整理信息，不能替代任务授权、专业核验和最终确认。

把灵感改写成可审查的句子

任务定义卡可以用一句话写清楚：“为某类读者，在某个场景下，围绕某项目标，形成一份满足某些约束的草案。”这句话不能代替正文，但能够防止起草过程出现范围漂移。比如，原本只要求提出执行方案，写作过程中却加入未经确认的背景判断、预算承诺和责任分配，后续审查就会变得困难。

范围部分需要写出边界条件。若草案只处理流程设计，就应说明不包含预算审批、人员任命或系统开发；若草案只适用于某一类对象，也应写明适用对象和不适用情形。边界越清楚，审阅人越容易判断内容是否越界。

不同审阅对象关注的风险并不相同，草案不能只按照作者自己的阅读顺序反复润色。内部负责人通常关心目标、资源和责任；专业人员关心定义、逻辑和依据；执行人员关心步骤、例外和操作成本；管理者关心决策事项、风险和结果。