“还在推进”“差不多了”“等对方回复”是常见的进度消息，但负责人看完后仍可能不知道：哪些工作已完成，什么会影响交付，是否需要自己介入。有效的进度更新应该让接收人能够决定下一步，而不只是证明发送人一直忙碌。总部IM面向团队消息与群组协作，团队可以把下面的结构用于普通聊天，也可以沿用已有项目文档。
本文讨论沟通方式，不假设客户端内置看板、自动提醒或审批功能。具体工具入口按实际版本使用；责任、期限和决策仍需要团队明确约定。
一、先决定哪些变化值得更新
值得通知的变化通常包括：一项可核对的结果已经完成、原计划可能延迟、关键依赖无法按时满足、需要他人做选择，或之前的阻塞已解除。没有这些变化时，可以按团队约定的周期发简短汇总，不必为每个细小动作发送一条消息。过多的过程通知，会让真正需要处理的信息被淹没。
更新频率应与工作节奏匹配。当天必须交付的事项，需要更及时地暴露风险；周期较长的研究或制作，可以约定固定节点。与负责人先讨论什么情况必须主动提醒、什么情况留到周期更新，有助于减少催问。任何界面里的“已发送”或“已读”，都不能代替对需要决策事项的明确答复。
二、用四项写一次正常进度
一条正常更新可以包含“本次结果、剩余事项、下一节点、需要配合”。结果应具体到可观察的产出，例如“已完成首页文字初稿并放入确认文档”，而不只是“今天处理了文案”。剩余事项说明仍需做什么，不把尚未检查的内容写成已交付。下一节点给出合理预期，需要配合则指出具体人或接口。
示例：“今天已完成报名页初稿，内容负责人已核对活动时间。剩余是入口链接和手机端检查，预计周四中午提交确认版。请项目联系人在明天上午前提供最终报名地址。”这段更新既展示成果，也让相关人知道自己要做什么。若预计时间尚不确定，直接说明依赖条件，并约定下一次更新时间。
三、把阻塞与普通待办分开
普通待办是自己仍能按计划完成的工作；阻塞则是因为缺少决定、资源或依赖，已经无法继续推进关键步骤。“等素材”可能只是明天才需要的普通准备，也可能使今天的交付无法完成。判断时看它影响哪项交付、最晚何时必须解决、自己是否已有替代办法，而不是只看事情是否还没完成。
发现阻塞时，先记录事实：需要什么、何时提出、目前缺失什么。不要在群里用“某部门一直不配合”替代事实。可以写“截至今天上午十点，最终地址尚未确认，因此二维码暂不能制作”。事实越清楚，负责人越容易找到合适的处理方式，也能减少把沟通变成责任争论。
四、阻塞消息写出影响和可选办法
完整的阻塞更新应说明缺失条件、受影响交付、必须决策的时间及可行选项。例如：“报名地址未定，周四中午的确认版可能受影响。若今天下午确认，可以按原计划制作；若还未确定，可以先发布不含二维码的说明版，地址确认后再补充。请负责人决定采用哪条路径。”这是示例方案，是否合适仍由实际使用方判断。
提供选项不等于替负责人做最终决定。发送人应说明各选项的代价，例如需要补发通知、减少范围或延后某项内容，不把不确定的办法写成已经达成的安排。若没有可靠替代方案，直接提出所需支持：“需要你指定一位可以确认地址的联系人。”比只说“请尽快处理”更有行动价值。
五、在最晚决策点之前提醒
风险更新的目的，是留出处理时间。等到截止时才说“因为材料没来，所以无法完成”，负责人通常已没有选择空间。可以先倒推：解决问题以后还要多少实际工作时间，确认和复查需要多久，相关人何时有空。由此确定一个最晚决策点，并在那之前提醒。估算有不确定性时，把范围说清楚，不要给出没有依据的精确时间。
若事情确实临时发生，应在发现后说明当前影响、正在核对的情况和下一次更新时间。无需等到原因全部调查清楚才通知受影响的人，但未核实的原因要标明。把“事实已经确认”与“原因仍在排查”分开，比仓促给出一个可能错误的解释更容易形成共同判断。
六、按受影响范围选择接收人
普通进度发给项目相关人即可；需要资源或决策的阻塞，应让有权处理的人清楚看到。多人群中如果没有固定负责人，可以直接写“这项需要项目联系人确认”，并按团队约定联系对应人员。涉及内部或客户资料时，提供足够说明问题的信息，避免把不相关的原始材料公开到更大的群中。
提醒后约定什么时候需要回应。没有得到答复时，按团队认可的联络方式跟进，而不是不断刷相同消息或扩大通知范围。跨团队依赖如果反复不清楚，可以先用本站群聊决定与待办整理方法明确接口，再讨论稳定的更新规则。沟通升级应服务于解决问题，而不是让更多人看到谁没有回复。
七、问题解除，也要发一条闭环更新
阻塞解除后，说明解决了什么、哪些工作可以恢复、是否仍按原计划交付。不要因为自己已经继续工作，就让其他人仍以为项目停着。可以写：“报名地址已确认，二维码制作已恢复；预计明天中午交确认版，其他文案保持不变。”如果原时间不能恢复，明确给出新的可行节点，不把问题解决等同于时间损失自动消失。
执行过程中产生新版资料，应附上具体位置和生效版本；旧版如何处理可参考本站文件版本与交接指南。成员调岗或更换负责人时，未完成事项和未解除阻塞应进入项目交接清单，避免只转交完成成果却漏掉仍需处理的依赖。
八、可复制的两种更新模板
正常更新：“已完成____，成果位于____。还剩____，预计下一节点是____。目前需要____提供/确认____；若条件有变化，我会在____更新。”没有配合事项时可以省略，避免为了填模板制造一个不存在的问题。
阻塞更新：“目前缺少____，影响____交付。若在____前解决，预计____；否则会____。可选办法为____，分别影响____。需要____在____前确认。下一次我会在____更新结果。”这是一种帮助思考的结构，不必把每条消息写得同样长。
九、三种容易造成误判的写法
“已完成九成。”比例容易让人忽略剩下的关键部分。改成“正文完成，仍待入口验证与移动端检查”，接收人才能知道还缺什么。确需比例时，也应附上完成标准。
“等对方回复。”补充正在等哪项确认、影响什么、需要谁介入及下一次跟进时间。不要把等待写成一个没有边界的状态。
“应该来得及。”说明成立的前提。例如“若素材今天下午齐全，预计明天中午提交”，比没有条件的承诺更容易管理。前提失效时，及时更新而不是沿用旧预期。
进度消息越接近可核对的成果、真实依赖和明确行动，团队越少需要反复追问。每天发送前看一遍：读者能否判断现在的状态，能否知道自己要做什么，能否找到下一节点。做到这三点，一条简短更新就有了实际作用。