AI会干活 / 免费教程
重大规则变化通知,先用 AI 查清谁会受影响
这篇文章解决一个内部管理里很常见、也很容易被低估的场景:公司要调整一项制度或流程,比如报销规则、系统权限、审批链路、采购入口、合同用印要求、费用归集方式,发布人需要一次通知多个部门。你手上有新旧规则对照、生效日期、受影响人群和一些常见问题,但如果直接让 AI “帮我写一封通知邮件”,大概率只能得...
适合人群
需要发布内部制度或流程变更的人
先解决什么
报销、权限或审批流程变更,需要一次通知多个部门。
学完结果
重大变更通知邮件和 FAQ 草案。
你会学到什么
用 AI 梳理影响对象、生效时间、旧流程截止点和答疑入口。
准备材料:新旧规则对照、受影响人群、生效日期、常见问题。
交付物:重大变更通知邮件和 FAQ 草案。
边界:比普通邮件更关注变更影响和解释成本。
教程定位
这篇教程解决什么问题
这篇文章解决一个内部管理里很常见、也很容易被低估的场景:公司要调整一项制度或流程,比如报销规则、系统权限、审批链路、采购入口、合同用印要求、费用归集方式,发布人需要一次通知多个部门。你手上有新旧规则对照、生效日期、受影响人群和一些常见问题,但如果直接让 AI “帮我写一封通知邮件”,大概率只能得到一封语气正式、结构整齐、却不够能落地的公告。
重大规则变化通知的难点不在文采,而在影响判断。谁必须看?谁只是知情?谁要在旧流程截止前完成动作?哪些人会从旧规则迁移到新规则?哪些例外场景容易追问?哪个入口负责答疑?如果这些问题没有提前拆清楚,邮件发出去以后,真正的工作才刚开始:有人继续按旧流程提交,有人问自己是否受影响,有人不知道旧单据还能不能补交,有人把问题发给错误负责人,有人因为没有看到过渡安排而把制度变更理解成突然加码。
AI 在这个场景里的价值,是帮你把“规则变化”翻译成“人群、时间、动作、例外和问答”。它可以根据你提供的新旧规则,先列出受影响对象、影响程度、生效时间、旧流程截止点、过渡安排、风险提醒和 FAQ,再据此生成一封通知邮件。最后要发布的版本仍然必须由制度负责人、财务、人事、法务、系统管理员或流程 owner 人工确认,因为 AI 不能替你决定规则解释权、例外审批权和制度责任边界。
这篇会产出两样东西:一封可以发给内部多个部门的重大变更通知邮件,以及一组 FAQ 草案。它和普通通知邮件不同,重点不是把话写得客气,而是降低变更解释成本,让不同人知道自己是否受影响、什么时候必须改、旧流程还能用到哪一天、有问题找谁。
使用场景
什么情况下最适合用这一套
你可能是行政、人事、财务、采购、法务、IT、业务运营、项目管理办公室,或者某个流程的负责人。你不是单纯转发一条消息,而是要把一项已经确认的内部规则变化讲清楚。变化可能来自公司管理要求、系统迁移、审计整改、预算控制、权限收敛、流程提效,也可能是某个旧流程长期混乱后终于要统一入口。
典型场景之一是报销规则变更。比如从 8 月 1 日开始,差旅报销不再接受截图作为发票附件,必须上传电子发票原件;7 月 31 日前发生的差旅仍可按旧规则补交,但最晚要在 8 月 10 日前提交。这里受影响的人不只是经常出差的销售和实施同事,还包括部门助理、审批人、财务审核人,以及正在处理历史单据的人。如果通知只写“请大家按新规则执行”,一定会有人问:我 7 月出差、8 月报销算哪条?已经提交但未审批的单据要不要退回?审批人要看哪些材料?
典型场景之二是权限申请流程变更。比如过去员工可以在群里找 IT 开通数据看板权限,现在必须通过权限工单申请,并由直属负责人审批。受影响的人包括新员工、业务分析同事、团队负责人、IT 支持同事和已有权限的人。通知如果不说明“已有权限是否保留”“临时权限怎么处理”“紧急开通走什么入口”,就会制造大量重复咨询。
典型场景之三是审批流程变更。比如采购金额超过某个阈值后,原来只需要部门负责人审批,现在要增加预算负责人和法务确认。受影响的人包括采购发起人、部门负责人、预算 owner、法务接口人、供应商管理同事,以及已经在审批中的申请。通知必须讲清楚生效日期、在途单据怎么处理、新流程入口、审批时长预期和例外情况。
这些场景有一个共同点:规则变化会穿过多个部门,且每个人关心的问题不同。发起人关心怎么提交,审批人关心怎么判断,支持团队关心怎么答疑,历史单据负责人关心旧规则还能用多久,管理者关心是否会影响业务节奏。AI 可以帮你把这些人群拆出来,再把通知写成“按影响对象可理解”的版本。
材料准备
开始前先把材料和边界备齐
在让 AI 写通知前,先准备六类材料。材料越清楚,AI 越能帮你减少后续解释成本;材料越含糊,AI 越容易写成空泛公告。
第一类是新旧规则对照。不要只写“报销规则有调整”,要把旧规则、新规则和变化点分开写。比如旧规则是“费用发生后 30 天内提交即可,附件可以是发票截图或电子发票文件”,新规则是“费用发生后 15 天内提交,必须上传电子发票原件,截图不再作为有效附件”。变化点包括提交时限缩短、附件要求提高、旧附件不再有效。
第二类是受影响人群。至少分成三层:必须执行的人、需要协助判断的人、只需要知情的人。比如差旅报销新规里,必须执行的人是报销发起人;需要协助判断的人是部门审批人和财务审核人;只需要知情的人可能是部门负责人和办公室行政。AI 不一定知道你公司的组织结构,所以要把人群名称写成内部能识别的表达。
第三类是时间线。重大变更通知一定要有明确日期,不能只写“近期”“后续”“下阶段”。你要准备生效日期、旧流程截止日期、过渡期、在途事项处理规则、下一次提醒日期。例如“新规则 8 月 1 日生效;7 月 31 日及以前发生的费用可按旧规则提交,但提交截止为 8 月 10 日 18:00;8 月 11 日起系统不再接收旧附件类型”。
第四类是动作要求。不同人群要做的事不同,不要把所有动作混在一段里。报销发起人要检查费用发生日期和附件类型;审批人要按新要求检查附件;财务要处理过渡期单据;部门助理要提醒团队成员清理历史费用。AI 可以帮你把这些动作整理成表格或清单,但前提是你要提供真实边界。
第五类是答疑入口。重大规则变化最怕发布后没有统一入口,最后所有问题都散到群聊、私信和口头问答里。准备好答疑负责人、咨询渠道、FAQ 文档位置、紧急例外处理方式,以及不能由一线答疑人拍板的问题范围。比如“普通提交问题问财务共享服务台;规则例外必须由财务制度负责人确认;系统故障走 IT 工单”。
第六类是常见问题。你可以先列出 8 到 12 个高频问题,哪怕答案还不完整,也比空白强。常见问题通常包括:生效前发生但生效后提交怎么办?已经提交的单据是否退回?已有权限是否需要重新申请?审批中流程是否重新走?谁可以批准例外?临时紧急情况怎么处理?FAQ 不是为了显得完整,而是为了提前吸收最可能爆发的解释成本。
材料涉及员工个人信息、薪酬、报销金额、客户名称、合同编号、系统地址、账号权限细节或内部审计问题时,要先脱敏。给 AI 的材料只需要规则结构和虚构样例,不需要真实人员名单和敏感明细。
实操流程
按这套步骤把工作跑起来
第一步,先让 AI 判断这是不是“重大变更通知”。如果只是提醒大家本周五前提交材料,普通提醒邮件就够了。只有当规则、入口、权限、时限、责任人或审批链路发生变化,并且会影响多个角色的行为时,才需要按重大变更通知处理。你可以让 AI 根据材料回答:这次变化影响哪些角色?哪些行为会从旧方式切到新方式?哪些人在过渡期最容易用错规则?
第二步,把新旧规则拆成对照表。不要直接进入邮件写作。先让 AI 把材料整理成“旧规则、新规则、变化点、影响对象、需要动作、时间节点、备注”。这个表格是通知邮件和 FAQ 的底稿。你会很快看到材料中的空洞,比如只有生效日期却没有旧流程截止点,或者只写了新入口却没写在途申请怎么处理。
第三步,按影响程度给人群分层。可以分为“必须改变行为”“需要审核或协助”“需要知情”“可能例外”。例如报销流程变化里,必须改变行为的是报销发起人;需要审核的是审批人和财务;需要知情的是部门负责人;可能例外的是长期出差、跨月补报、系统无法上传附件的人。分层的目的不是制造复杂表格,而是让邮件可以说清“你属于哪一类,就做哪件事”。
第四步,梳理时间线。重大通知至少要写清四个时间:公告发布日期、生效日期、旧流程最后可用时间、答疑或过渡期截止时间。如果没有旧流程截止点,读者会默认“旧流程还能暂时用”;如果没有过渡安排,读者会担心在途事项被突然卡住。让 AI 先列出时间线,再检查这些时间是否真的经过内部确认。
第五步,找出高频追问。你可以让 AI 站在不同角色视角提问:报销人会问什么?审批人会问什么?部门负责人会问什么?IT 或财务支持同事会被问什么?然后把这些问题合并成 FAQ。注意,AI 提的问题可以很有用,但答案必须来自你提供的规则或人工确认,不能让 AI 自己编。
第六步,生成通知邮件。邮件结构建议按“变化结论、谁受影响、关键日期、不同角色动作、过渡安排、FAQ 入口、答疑方式”来写。不要开头铺太多背景,也不要把所有规则塞成一大段。读者先要判断自己是否受影响,再判断什么时候要行动。
第七步,生成 FAQ 草案。FAQ 要用读者会问的口语化问题,而不是制度条款标题。例如“7 月发生的费用,8 月才报销,按新规则还是旧规则?”比“关于跨月报销适用规则”更容易被理解。答案要短,包含时间、动作和边界。如果问题涉及例外审批,要写“请走某入口确认”,不要写成 AI 自行判断。
第八步,人工复核。重点查四件事:规则是否准确,日期是否可执行,例外权限是否写对,答疑入口是否真实可用。重大变更通知不能只看语气顺不顺,因为最贵的错误往往是一个日期、一句例外或一个入口写错。
第九步,按发布渠道微调。如果发邮件,标题要直接说清变化对象和生效时间;如果发飞书群或企业微信,正文要更短,并附完整 FAQ 链接;如果要贴到制度文档,保留规则对照和版本记录。无论渠道如何变化,影响对象、时间线、旧流程截止点和答疑入口都不能丢。
输入示例
可以直接参考的输入材料
下面是一段安全虚构的输入材料。真实使用时,把部门名称、日期、入口和规则替换成你的情况,并删除敏感信息。
这段输入比“帮我写个报销规则调整通知”更适合交给 AI,因为它包含了新旧规则、过渡期、角色动作和答疑入口。AI 不需要猜制度,只需要帮你把影响关系整理清楚。
任务:为内部多个部门写一封重大规则变化通知邮件,并生成 FAQ 草案。
变更主题:
- 差旅报销附件和提交时限调整。
旧规则:
- 员工在费用发生后 30 天内提交差旅报销。
- 附件可以上传电子发票文件,也可以上传发票截图。
- 部门负责人审批后,由财务共享团队审核。
新规则:
- 2026 年 8 月 1 日起,员工需在费用发生后 15 天内提交差旅报销。
- 必须上传电子发票原件或合规电子凭证,不再接受截图作为有效附件。
- 部门负责人审批时,需要检查附件类型是否符合新要求。
- 财务共享团队将在审核环节退回不符合附件要求的申请。
过渡安排:
- 2026 年 7 月 31 日及以前发生的差旅费用,可以继续按旧规则提交。
- 旧规则提交截止时间为 2026 年 8 月 10 日 18:00。
- 2026 年 8 月 11 日起,系统不再接收截图作为差旅报销有效附件。
- 已在 8 月 1 日前提交且进入审批中的单据,不需要重新提交;如果被退回补充材料,按退回说明处理。
受影响人群:
- 所有会发起差旅报销的员工。
- 各部门负责人和审批人。
- 部门助理,需要提醒团队清理历史差旅费用。
- 财务共享团队,需要按新规则审核附件。
需要动作:
- 报销发起人:检查费用发生日期,按对应规则准备附件,尽量在旧规则截止前处理历史费用。
- 审批人:从 8 月 1 日起检查附件是否为电子发票原件或合规电子凭证。
- 部门助理:在 7 月 29 日前提醒团队成员清理 7 月及以前差旅费用。
- 财务共享团队:在答疑文档中更新附件示例和退回口径。
答疑入口:
- 普通提交问题:财务共享服务台。
- 系统上传故障:IT 工单入口。
- 特殊例外:由财务制度负责人确认,不在群聊中口头承诺。
常见问题初稿:
- 7 月出差、8 月报销,按旧规则还是新规则?
- 已经提交但还没审批完的单据,要不要重新提交?
- 没有电子发票原件怎么办?
- 审批人需要检查哪些附件?
- 系统上传失败怎么办?
语气要求:
- 清楚、正式、可执行。
- 不夸大,不责备历史做法。
- 重点说明谁受影响、什么时候生效、旧规则到哪天结束、问题找谁。提示词
可复制使用的提示词
下面这段提示词可以直接复制。建议分两步使用:先检查影响对象和缺口,再生成通知邮件与 FAQ。
如果 AI 直接开始写长邮件,而没有先检查影响对象,可以追加:
如果邮件太像制度原文,可以追加:
如果 FAQ 太空,可以追加:
你是内部制度变更沟通助手。请根据我提供的材料,帮我完成一封重大规则变化通知邮件和 FAQ 草案。
重要原则:
- 你的任务不是润色公告,而是先帮助我降低变更解释成本。
- 不编造我没有提供的规则、日期、例外和负责人。
- 不替制度负责人做判断;发现规则缺口时,要标注“需人工确认”。
- 不写真实个人信息、账号、合同金额、内部系统密钥或敏感数据。
请先输出“变更影响检查”:
1. 用表格列出旧规则、新规则、变化点、受影响人群、需要动作、关键日期。
2. 标出必须在通知里讲清楚的四类信息:生效时间、旧流程截止点、在途事项处理、答疑入口。
3. 找出材料里仍不清楚的问题,并按优先级列出需要我补充或找负责人确认的事项。
4. 从报销发起人、审批人、部门助理、财务审核人四个视角,各提出 2 个可能追问的问题。
在完成检查后,再生成两份草案:
A. 重大变更通知邮件
请包含:
- 邮件标题。
- 开头直接说明变化内容和生效日期。
- 明确谁会受影响。
- 用清单写出不同角色需要做什么。
- 写清旧流程最后可用时间和过渡安排。
- 写清 FAQ 和答疑入口。
- 结尾说明如果不确定自己是否受影响,应如何确认。
B. FAQ 草案
请输出 8 到 12 个问题。
每个问题的答案要短,必须包含适用条件、日期或下一步动作。
如果答案依赖制度负责人判断,请写“需通过指定入口确认”,不要替我做结论。
语气要求:
- 专业、清楚、可执行。
- 不指责旧做法,不制造恐慌。
- 不使用“请大家高度重视”“违者后果自负”这类施压表达。
以下是材料:
[粘贴新旧规则对照]
[粘贴受影响人群]
[粘贴生效日期和旧流程截止点]
[粘贴在途事项处理规则]
[粘贴答疑入口]
[粘贴常见问题]先暂停写正文。请只输出“谁会受影响、分别需要做什么、哪些日期必须确认、哪些问题现在不能回答”。不要编造缺失规则。请把通知改成普通员工能看懂的版本:先告诉读者自己是否受影响,再告诉他要在什么日期前做什么。保留关键日期和边界,不要删掉 FAQ 入口。请把 FAQ 改成真实员工会问的问题,优先覆盖跨月、在途单据、旧附件、审批人检查、系统故障、特殊例外和答疑入口。输出样例
AI 应该输出到什么程度
下面是一版根据上面输入材料生成的安全虚构样例。实际发布前,日期、入口、负责人和制度解释必须由内部 owner 确认。
FAQ 草案可以这样写:
这份输出的重点不在“通知写得很正式”,而在它把读者最关心的四个问题放到了前面:谁受影响、什么时候开始、旧规则到哪天结束、有问题找谁。FAQ 也没有追求制度语言,而是用员工会问的方式覆盖跨月、在途、旧附件、审批检查和系统故障。
邮件标题:差旅报销附件和提交时限调整通知,8 月 1 日起生效
各位同事好,
为统一差旅报销附件标准,并减少后续补充材料和退回沟通,差旅报销附件要求和提交时限将从 2026 年 8 月 1 日起调整。请会发起差旅报销的同事、各部门审批人、部门助理和财务共享团队关注本次变化。
本次变化的核心内容如下:
1. 提交时限调整
- 旧规则:费用发生后 30 天内提交差旅报销。
- 新规则:2026 年 8 月 1 日起,费用发生后 15 天内提交差旅报销。
2. 附件要求调整
- 旧规则:可上传电子发票文件,也可上传发票截图。
- 新规则:必须上传电子发票原件或合规电子凭证,截图不再作为有效附件。
3. 旧规则截止点
- 2026 年 7 月 31 日及以前发生的差旅费用,可继续按旧规则提交。
- 旧规则提交截止时间为 2026 年 8 月 10 日 18:00。
- 2026 年 8 月 11 日起,系统不再接收截图作为差旅报销有效附件。
不同角色请重点关注以下动作:
- 报销发起人:请检查费用发生日期,并按对应规则准备附件。7 月及以前发生的差旅费用,如需按旧规则提交,请在 2026 年 8 月 10 日 18:00 前完成。
- 各部门审批人:从 2026 年 8 月 1 日起,请在审批时同步检查附件是否为电子发票原件或合规电子凭证。
- 部门助理:请在 2026 年 7 月 29 日前提醒团队成员清理 7 月及以前差旅费用。
- 财务共享团队:请按新规则审核附件,并在答疑文档中更新附件示例和退回口径。
在途单据处理方式:
- 已在 2026 年 8 月 1 日前提交且进入审批中的单据,不需要重新提交。
- 如果单据被退回补充材料,请按退回说明处理。
- 如涉及特殊例外,不在群聊中口头确认,请通过指定入口提交说明,由财务制度负责人判断。
答疑入口:
- 普通提交问题:财务共享服务台。
- 系统上传故障:IT 工单入口。
- 特殊例外:通过财务共享服务台登记,由财务制度负责人确认。
如果你不确定自己的费用适用新规则还是旧规则,请先确认费用发生日期和提交时间;仍无法判断的,请通过财务共享服务台咨询,并附上费用发生日期和当前单据状态。
谢谢大家配合。
财务共享团队1. 7 月发生的差旅费用,8 月才提交,按新规则还是旧规则?
如果费用发生在 2026 年 7 月 31 日及以前,可以按旧规则提交,但必须在 2026 年 8 月 10 日 18:00 前完成提交。
2. 8 月 1 日以后发生的差旅费用,还能上传发票截图吗?
不能。2026 年 8 月 1 日起发生的差旅费用,必须上传电子发票原件或合规电子凭证。
3. 已经提交但还没审批完的单据,要不要重新提交?
已在 2026 年 8 月 1 日前提交并进入审批中的单据,不需要因为本次规则变化重新提交。如果后续被退回,请按退回说明补充材料。
4. 旧规则最晚能用到哪一天?
对于 2026 年 7 月 31 日及以前发生的差旅费用,旧规则提交截止时间为 2026 年 8 月 10 日 18:00。
5. 审批人需要额外检查什么?
从 2026 年 8 月 1 日起,审批人需要检查附件是否为电子发票原件或合规电子凭证。截图不再作为有效附件。
6. 系统上传电子发票失败怎么办?
请先通过 IT 工单入口反馈上传故障,同时保留电子发票原件。不要通过群聊口头确认替代系统提交。
7. 没有电子发票原件,只有截图怎么办?
请先通过财务共享服务台咨询是否存在可补开的合规凭证。是否可以例外处理,需要由财务制度负责人通过指定入口确认。
8. 部门助理需要做什么?
请在 2026 年 7 月 29 日前提醒团队成员清理 7 月及以前发生的差旅费用,并提醒大家关注 8 月 10 日 18:00 的旧规则提交截止时间。
9. 我不确定自己是否受影响,应该问谁?
普通提交问题请咨询财务共享服务台;系统上传故障请走 IT 工单入口;特殊例外请通过财务共享服务台登记,由财务制度负责人确认。人工验收
人要怎么检查和改到可用
AI 写完后,不要直接发布。重大规则变化通知往往会被当作执行依据,一旦日期、例外或入口写错,后续修正成本会很高。
第一,检查规则和日期。把邮件中的每一个日期单独圈出来,确认它们是否已经过制度 owner 确认。尤其是生效日期、旧流程截止日期、系统限制日期、过渡期结束日期。如果这些日期来自你的推测,而不是已确认规则,就不能发布。
第二,检查“旧流程截止点”是否足够清楚。很多变更通知失败,不是因为没写新规则,而是没有写旧规则什么时候结束。读者会自然问:我现在手上的旧事项还能不能按旧方式处理?如果通知没有答案,咨询量会马上上升。
第三,检查受影响人群是否漏掉支持角色。发起人通常会被写到,但审批人、部门助理、财务审核人、IT 支持、权限管理员、预算 owner 很容易漏掉。漏掉这些人,执行环节就会断。
第四,检查在途事项。任何规则变化都可能遇到“已经提交但没审批完”“已经审批但未付款”“已经申请但未开通”“已经走到旧流程一半”的情况。通知至少要告诉读者:在途事项是否继续按旧流程,是否需要重提,谁来判断。
第五,检查例外权限。不要让邮件里出现“特殊情况可灵活处理”这种没有 owner 的说法。例外必须有入口、负责人和判断边界。否则员工会拿着这句话找不同的人要不同答案。
第六,检查 FAQ 是否回答真实问题。FAQ 不要只重复正文。它应该覆盖读者最容易困惑的边界情况,比如跨月、补交、在途、旧附件、已有权限、紧急申请、系统故障、审批退回。每个答案都要有动作或入口。
第七,检查语气。重大变更通知不需要威胁,也不需要把旧做法说得很糟。删掉“请高度重视”“严禁”“违者后果自负”等容易激化情绪的表达,除非这是合规或安全场景里经过确认的正式用语。多数内部流程变更更需要的是清楚和可执行。
第八,检查安全信息。不要在通知或 AI 输入里暴露真实员工名单、报销金额、账号权限明细、系统后台地址、合同编号、客户隐私或审计问题。需要举例时,用虚构角色和脱敏日期。
第九,检查发布后的承接能力。答疑入口写出去以后,必须有人接。FAQ 文档要能打开,服务台要知道口径,IT 工单分类要存在,负责人要知道自己会收到问题。否则通知越清楚,入口越集中,承接方压力越大。
失败反例
这些失败反例要提前避开
反例一:只说新规则,不说谁受影响。
问题是读者无法判断自己是否受影响,也不知道审批人、部门助理、财务审核人要做什么。它像一条提醒,不像重大变更通知。发布后最常见的追问会是“我这种情况算不算”“旧单据怎么办”“在哪里看新要求”。
反例二:只写生效日期,不写旧流程截止点。
问题是它没有处理过渡期。已经在群里提交但还没处理的申请怎么办?7 月 31 日下班后发出的申请算旧流程还是新流程?已有权限是否保留?旧入口什么时候停止响应?这些问题不讲清楚,支持团队会被重复追问。
反例三:让 AI 编了例外答案。
问题是这句话看起来体贴,实际上可能绕开了制度 owner。谁能定义“特殊业务紧急情况”?谁批准先按旧流程?补充说明交给谁?如果这些没有经过确认,通知发布人就在替制度负责人承诺例外。
反例四:FAQ 只有制度条款,没有员工问题。
问题是读者仍然不知道自己的 7 月费用、在途单据、旧附件、退回补件属于哪种情况。FAQ 应该帮助人做判断,而不是把制度条文换一种方式再说一遍。
反例五:答疑入口太分散。
问题是没有主入口,问题会在多个团队之间来回转。重大变更通知应该写清普通问题、系统问题、例外问题分别走哪里,并说明哪些问题不能在群聊口头确认。
各位同事好,8 月 1 日起差旅报销附件规则调整,请大家按新要求提交材料,感谢配合。新权限申请流程将于 8 月 1 日上线,请大家后续通过权限工单申请,不再通过群聊申请。如遇特殊业务紧急情况,可先按旧流程提交,后续再补充说明。问题:关于新规适用范围。
回答:本规则适用于公司差旅报销管理制度项下相关报销活动。如有问题,可咨询财务、人事、行政、IT 或所在部门负责人。主题边界
它和相邻主题的区别
这篇文章处理的是“重大规则变化通知”,核心任务是把制度或流程变化转化成影响对象、时间线、动作要求和 FAQ。它不是普通邮件润色,也不是单纯写一封正式公告。这里最重要的产物是可执行通知和答疑草案,目的在于降低多个部门的理解成本和咨询成本。
它和“交付延期通知”不同。延期通知的重点是承诺变化、原因、影响范围、补救动作和新的交付时间;重大规则变化通知的重点是规则变化后不同角色该怎么做,尤其是旧流程截止点和过渡安排。
它和“跨团队要支持的邮件”也不同。跨团队支持请求是向某个团队争取资源,需要讲清请求、投入、收益和备选方案;重大规则变化通知不是向对方要资源,而是让多个角色改变行为,需要讲清适用范围、执行动作和答疑入口。
它和“FAQ 生成”类文章也不同。单纯 FAQ 更关注把已有问题整理成问答;这篇的 FAQ 是通知的一部分,必须服务于规则变更落地。FAQ 里的每个答案都要回到生效日期、旧流程截止点、在途事项和负责人边界,不能只追求问题数量。
它和“知识库制度发布前检查”也不同。知识库检查偏向文档准确性和长期维护;重大变更通知偏向一次发布后的短期执行和解释压力。你要让读者在看完通知后立刻知道:我受不受影响,我要不要行动,最晚什么时候行动,旧方式还能不能用,问题该找谁。
可直接套用的流程
1. 先写清楚任务目标:这次要让 AI 帮你完成什么工作,而不是泛泛地问一个问题。
2. 再给资料边界:哪些背景、数据、约束、口径必须被使用,哪些内容不能编。
3. 最后规定输出格式:用清单、表格、方案、话术还是复盘报告,并保留人工检查。