技能提升网项目群里连续讨论了两天，负责人觉得大家应该都知道发生了什么。到了周会，销售还在引用旧日期，交付团队不知道需求已经缩减，管理层只看到一句“目前存在风险”。信息发了很多，真正需要同步的决定却没有形成一份可引用的记录。
项目进展通知的工作不是复述聊天记录。它要把已经确认的事实、实际影响和接下来的动作放进同一张信息地图，让不同背景的读者读完以后知道自己是否需要行动。
动笔前先把消息分成三种状态
先收集会议纪要、任务记录、排期和负责人反馈，再给每条信息标记状态：已经确认、仍在判断、等待外部答复。猜测不能混在事实里，尚未确定的新日期也不要写成承诺。
这一步尤其适合处理延期通知。比如“接口尚未联调”是当前状态，“可能影响周五上线”是风险判断，“新的上线时间将在评审后确认”才是下一次更新时间。三句话承担的责任不同，压成一句“项目可能延期”以后，读者既不知道原因，也不知道何时能得到答案。
通知开头先回答读者最关心的事
收件人通常先判断两件事：这次变化是否影响我，我现在要做什么。开头应该直接写变更结果和影响范围，项目背景放在后面补充。若当前没有需要读者执行的动作，也要明确说明，避免所有人追问同一个问题。
一个常用顺序是：当前结论、影响范围、行动项、下一次更新时间，随后再补原因和背景。它不是必须照抄的固定模板。面对一线执行人员时，任务和截止时间可以提前；给管理层的版本则要更快说明里程碑、风险和需要决策的事项。
把“尽快处理”改成能跟进的行动项
行动项至少要能看出具体动作、负责人和时间。写“相关同事尽快确认”时，通知发出后通常还需要第二轮追问。改成“产品负责人核对需求范围，并在周四下班前回复是否影响验收”，接收者才知道该由谁完成、完成什么，以及什么时候检查结果。
负责人尚未确定时，不要替团队随意指定。可以把它放进“待确认事项”，注明由谁负责完成分派以及下次同步时间。涉及多个部门的任务，还应写清最终负责者，抄送名单不等于责任归属。
一段修改示例
下面是一则虚构的写法示例。原始消息只有一句：
因为接口还有问题，项目进度有点延迟，请大家关注，后面有消息再同步。
整理后可以写成：
会员中心改版原定本周五上线，目前调整为待定。支付接口联调尚未完成，受影响范围包括新会员开通和续费流程，现有会员登录不受影响。技术负责人将在周四上午完成错误复现，产品负责人于周四下午组织上线评审。新的发布日期将在评审结束后同步。销售团队在此之前继续使用现有开通流程，无需修改对外承诺。
第二版没有夸大严重程度，也没有藏起不确定性。读者能看到当前决定、影响边界、两个行动项和下一次更新时间。实际使用时，所有项目名称、日期、影响和负责人都必须从真实资料中核对。
Internal Comms Skill 在这里负责什么
Internal Comms Skill 用于项目更新、状态报告、领导层简报、3P 更新、公司简报、FAQ 和事故报告等内部材料。官方说明要求先判断沟通类型，再读取对应示例，按照该类型的格式、语气和信息收集规则写作。
普通项目通知如果不属于固定格式，配套说明会先确认目标受众、沟通目的、语气和格式要求，并强调把最重要的信息放在前面、使用主动语态。若采用 3P 周报，则按 Progress、Plans、Problems 组织，适合用较短篇幅汇报阶段进展、下一步计划和阻塞问题。
Skill 可以帮助整理结构和措辞，却不能核实项目事实。它也不知道某个变化是否已经获得管理层批准。发送之前仍需要负责人确认日期、数字、影响范围、人员姓名和对外口径。
群消息、邮件和周报不该写成同一长度
| 发送载体 | 适合承载的内容 | 需要保留的重点 |
|---|---|---|
| 工作群消息 | 单次变化、紧急提醒、等待回复的事项 | 结论、相关人员、动作与时间 |
| 内部邮件 | 跨部门调整、需要长期查阅的决定 | 影响范围、背景、行动项和正式确认 |
| 项目周报 | 固定周期的进展、计划与阻塞 | 阶段成果、下一周期重点和待解决问题 |
群消息要能在手机上快速读完，详细证据可以放进有权限的内部文档。邮件需要足够完整，读者过几周重新打开仍能理解当时决定。周报则重视前后周期的连续性，不必把每条聊天记录重新复制一遍。
发送前做一次事实清点
逐句检查通知里的项目名称、时间、数字和人员。把“已经完成”“预计完成”“存在风险”分别标出来，看语气是否与证据一致。再确认每个行动项都有人负责，开放问题有下一次更新时间。
内部材料还可能包含客户信息、员工信息、未公开经营数据或安全事件细节。交给 AI 整理前，应删除与当前任务无关的敏感内容，并遵守公司的权限和审批制度。事故报告、人员调整及可能产生法律影响的通知，不能跳过安全、法务或管理流程。
通知发出后，把最终版本放到团队约定的位置。后续变化应更新同一份记录或清楚引用上一个版本，避免项目群再次出现几套不同日期。
