codecamp

4.2 通知与通报怎么写

通知与通报怎么写

通知和通报都可能面向多人发布,但用途不同。通知通常用于告知事项、安排工作或要求执行;通报通常用于传达已经发生的情况、结果、问题或经验。写作前选错用途,正文再正式也可能让接收者不知道应该行动,或把尚未确认的情况误写成处理结论。

AI可以根据材料检查要素、整理结构,却不能决定谁必须执行、如何处理某件事以及信息应公开到什么范围。

先区分“要做什么”和“发生了什么”

可以用两个问题判断:

  • 文件的主要目的,是让接收者在未来完成一项动作吗?更接近通知;
  • 文件的主要目的,是让接收者了解已经发生的情况及组织确认的结论吗?更接近通报。

有时一份通报也会提出后续要求,但它仍应先准确说明事实与已确认处理;有时通知会交代背景,但重点仍是行动对象、时间和要求。具体名称和格式以本单位规则为准。

写作前准备材料表

通知材料表

通知事项:
接收对象:
发出主体:
执行动作:
开始与截止时间:
地点或操作入口:
提交物及格式:
负责人和联系方式:
附件及用途:
例外与特殊安排:
依据或已确认决定:
仍待确认内容:

通报材料表

通报目的:
接收范围:
事件或工作时间范围:
已经核实的事实:
结果与数据来源:
已确认的原因或问题:
正式处理或表扬决定:
后续要求:
涉及人员的公开边界:
审核与发布责任人:

材料表的作用是让缺口提前暴露。处理决定、数据或公开范围尚未确认时,AI不能根据常见写法补出一个看似完整的结论。

通知要让人能够执行

一份工作通知可以按以下结构组织:

  1. 缘由与依据:为什么发出通知,必要时说明已确认依据;
  2. 通知事项:要完成的任务或变化;
  3. 对象与范围:谁必须执行,谁只需知悉;
  4. 时间与地点:开始、截止、活动位置或线上入口;
  5. 具体要求:步骤、提交格式、质量标准与注意事项;
  6. 附件和联系:模板、名单、操作指南与问题入口。

例如,“请各部门尽快报送材料”缺少可执行条件。改写前应补齐:哪个部门的谁负责、报送哪些字段、使用什么模板、发到哪里、何时截止、怎样算提交成功。

可以让AI只做要素检查:

请检查以下通知草稿是否缺少接收对象、执行动作、时间、地点、
提交物、格式、完成标志、附件和联系方式。
只列出缺口及所在位置,不自行补数字、人名、日期或组织决定。

通报要守住事实和公开边界

通报常涉及结果、评价甚至人员,因此比一般通知更需要核实。可采用以下结构:

  1. 通报对象与目的;
  2. 已核实的时间、范围和事实经过;
  3. 有来源的结果或影响;
  4. 经授权确认的评价、处理或表扬决定;
  5. 后续改进要求;
  6. 适当的接收与公开范围。

必须区分三类内容:发生的事实、对事实的分析、组织作出的处理决定。三者不能由AI用一句因果关系连接起来。

例如,“因责任心不足导致项目延期”同时包含原因判断和人员评价。如果现有材料只能确认延期时间,原因仍在调查,就只能写已确认事实,并把原因列为待核查,不能提前定性。

标题和开头直接说明事项

标题应让接收者迅速识别文件对象和主要事项。避免“重要通知”“关于有关事项的通知”这类信息不足的标题。可以使用“关于〔事项〕的通知”或按单位模板填写,但具体标题格式以机构规则为准。

开头只保留理解任务所需的背景。通知不应在长篇形势说明后才出现截止时间;通报也不应先写评价,再让读者猜发生了什么。

附件、联系方式和完成标志

正文引用附件时写清附件解决什么问题,例如“人员信息按附件1模板填写”。发布前确认附件名称、序号、版本和正文一致,链接或二维码可访问。

联系方式应对应任务:材料提交找谁,系统故障找谁,政策问题由谁解释。不要公开不必要的个人联系方式。

通知还应给出完成标志,例如“系统显示提交成功并生成编号”,比“提交后即可”更容易核对。完成标志必须来自真实流程,未验证时应先测试。

用AI生成草稿的安全指令

请根据材料表起草一份〔通知/通报〕,使用本单位提供的结构要求。
不得改变人名、单位、日期、数字、处理结果和公开范围。
缺失信息用〔待确认:具体问题〕标记。


通知重点:让对象、动作、期限、提交物和完成标志可执行。
通报重点:分开呈现事实、分析和正式决定,并检查人员信息边界。
文末另列“人工必须确认项”,不要把它写进正式正文。

AI输出后,先对照材料逐项核查,再做语言编辑。不要用第二次“润色”覆盖掉已经确认的数字和责任主体。

常见问题

  • 对象写成“相关人员”,实际没有人知道是否包括自己;
  • 使用“及时”“尽快”,没有具体截止时间;
  • 提到报送材料,却没有模板、入口或完成标志;
  • 通报把未经确认的原因和处理结果写成事实;
  • 正文与附件的名称、编号或版本不一致;
  • 为了警示而公开不必要的个人信息;
  • AI生成了领导要求、处理意见或联系方式。

发布前验收

  • 已按真实目的区分通知和通报;
  • 发出主体、接收对象和公开范围明确;
  • 通知中的事项、时间、地点、动作和提交标准完整;
  • 通报中的事实、分析与处理决定能够区分并有依据;
  • 人名、单位、数字、日期和联系方式已人工复核;
  • 附件存在、版本正确,正文引用一致;
  • 处理结果和公开边界由有权限的人确认;
  • 文件符合本单位审核与签发流程。

通知解决“接下来谁做什么”,通报解决“已经发生什么以及组织确认了什么”。下一节将转向上下行文中更容易混淆的一组文种:请示与报告。

4.1 公文写作的规范与AI边界
4.3 请示与报告怎么写
温馨提示
下载编程狮App,免费阅读超1000+编程语言教程
取消
确定
目录

关闭

MIP.setData({ 'pageTheme' : getCookie('pageTheme') || {'day':true, 'night':false}, 'pageFontSize' : getCookie('pageFontSize') || 20 }); MIP.watch('pageTheme', function(newValue){ setCookie('pageTheme', JSON.stringify(newValue)) }); MIP.watch('pageFontSize', function(newValue){ setCookie('pageFontSize', newValue) }); function setCookie(name, value){ var days = 1; var exp = new Date(); exp.setTime(exp.getTime() + days*24*60*60*1000); document.cookie = name + '=' + value + ';expires=' + exp.toUTCString(); } function getCookie(name){ var reg = new RegExp('(^| )' + name + '=([^;]*)(;|$)'); return document.cookie.match(reg) ? JSON.parse(document.cookie.match(reg)[2]) : null; }