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 →질문과 답변
일반 그룹 채팅만으로는 왜 충분하지 않나요?
채팅은 시간순 대화 흐름이지만, 프로젝트 제어에는 상태, 책임, 기한 및 증거 링크가 있는 객체가 필요합니다.
모든 메시지를 작업으로 만들어야 하나요?
아니요. 조치, 결정, 승인 또는 공식 답변이 필요한 메시지만 관리되는 상태가 필요합니다.