01
快速回答
每个需要行动的请求都应成为有唯一编号的登记对象,包含发起人、责任人、状态、截止日期,并关联相关模型、构件或文档。聊天可以保留,但不能是决定存在的唯一位置。
02
团队看到的问题
请求在聊天中提出,会议上作出决定,文件通过邮件发送,期限记录在表格中。一周后团队无法确认哪个决定有效、谁负责,以及讨论对应哪个模型范围。
03
为什么问题反复出现
团队把沟通工具当成了记录系统。消息、任务、审批、文档和 BIM 对象之间没有共同身份、状态模型和责任链。
04
受控解决方法
- 每个请求只登记一次并分配稳定编号。
- 自动捕获模型、构件、视图或文档上下文。
- 指定责任人、状态和截止日期。
- 将审批和变更保存在同一历史中。
- 让设计、BIM 和管理人员看到同一个当前状态。
05
预期结果
所有人都能看到谁提出了什么、谁负责、什么已批准、什么已逾期,以及影响了哪个模型上下文。人员和文件变化后,决定仍可追溯。
相关 RS-Systems 解决方案
Revit.Messenger
Chats, requests, tasks, approvals and BIM context in one Revit workspace.
Revit.Messenger →
Revit CDE
A controlled project environment for BIM communication, documents, decisions, tasks and project intelligence.
Revit CDE →常见问题
普通群聊为什么不够?
聊天是按时间排列的,而项目控制需要具有状态、责任、期限和证据链接的对象。