每周协调报告应该发给谁？

各参与方的协调员和 BIM 经理，以及报告中行动项的负责人。业主收到的是另一封数字更少的邮件。

报告应该写多长？

长到足以容纳所有行动项，短到能在两场会议之间用手机读完。一屏标题和数字，其后是给需要的人看的细节。

在预览中可以：工作区有项目数据时，Health Score、碰撞和问题都来自项目数据；没有时则使用示例数字。

模板已经做好；项目邮件处于预览阶段，发送功能已关闭。

交付与 ISO 19650 · 2026-11-14 · 6 分钟

每周协调报告是其他协调员真正会读的邮件，前提是它直奔主题。本文讲清楚该写什么、按什么顺序写，并提供一个填入整合模型数据的模板。

BIM 每周协调报告的顶部：轴网、刊头、写有 37 处未解决碰撞的标题、82 分的 Health Score 印章和三个数字

每到周五，协调员都要写同一封邮件：整合模型有什么变化、碰撞在哪里、下次会议前谁要做什么。它凭记忆写成，篇幅过长，行动项埋在第四段。然而这是各方都会读的那封邮件，因为它决定了他们下一周的工作。

就在文章里，点击浏览付费工作区的真实界面。无需安装，无需账户。示例数据。这些工具处于预览阶段，尚未开放。

标题就是新闻 “37 处未解决碰撞（−12）。排水 × 首层梁仍属严重。”读者在看其他内容之前就已了解趋势和问题。接着是两三句背景说明和编辑署名。
整合模型的状态 以印章形式呈现 Health Score：分数、与上周相比的变化，以及衡量依据，例如项目的 IDS 文件和通过了多少条要求。没有“衡量依据”，分数只是一种看法。参见 Health Score 衡量什么。
三个数字 未解决碰撞、本周新开和关闭的 BCF 问题、通过的 IDS 要求占比，每项都附变化值。三个就够了；第四个数字往往是变相的仪表盘。
按专业对统计的碰撞 总数说明不了活儿归谁。STR × MEP 27 → 21，ARC × STR 13 → 9：每个专业对都附负责人和截止日期。这些数字来自碰撞检查。
一张模型视图 一张截图，配上说明其内容的图注：立面、楼层、模型修订版本、高亮了什么。再附一个在查看器中打开同一视图的链接。
行动项、负责人、日期 编号是为了在会上方便引用（“4.2 已完成”）。每行一个负责人，每行一个日期。
版本记录 哪个信息容器从哪个修订版本更新到哪个，每项一行，使用 ISO 19650 名称。需要的人自然会看；其他人读到这里就可以停了。

图签不是装饰。ISO 19650-2 将项目沟通视为交付过程中交换的信息；给报告一个容器编码，意味着它可以像其他交付成果一样在公共数据环境（CDE）中归档和查找。^{[iso-19650-2]}关于命名本身，参见 ISO 19650 文件命名规则。

这类邮件有一半是在现场用手机读的。模板在手机宽度下自动堆叠：印章和数字上下排列，碰撞表的负责人列隐藏，图签变成列表。深色模式下纸面变暗，专业颜色切换为更浅、依然清晰可读的版本。

项目邮件目前处于预览阶段。如果你负责项目协调、每周都要写这些邮件，加入候补名单，我们会优先向你开放。^{[ivo-pricing]}