markhub

[건축사 편] 3D 렌더링과 도면 자료를 정성껏 준비해도 설계 수주율이 정체되는 진짜 이유

Yoon Shin··5분 분량
중세 판화풍 건축 설계사무소 일러스트

최근 많은 건축사 사무소가 첫 협의의 quality 를 높이기 위해 디테일한 시각 자료를 정성껏 준비하고 있습니다. 소규모 아틀리에는 SketchUp + V-Ray 로, 중·대형 펌은 Revit + Lumion 또는 Unreal Engine 으로, 글로벌 design firm 은 fully-rendered immersive walkthrough 까지. 모두 클라이언트의 첫인상을 잡기 위한 노력입니다.

하지만 냉정하게 말해, 잘 만든 시각 자료를 '보여주는 것' 만으로는 설계 계약이 만들어지지 않습니다.

자료는 결국 사무소의 portfolio 안에 남습니다. 클라이언트는 그 미팅이 끝나면 다른 사무소에서도 비슷한 quality 의 렌더링과 다이어그램을 보게 됩니다. Gensler, SHoP, Foster + Partners 의 pitch 도 마찬가지로 high-fidelity 한 시각 자료로 끝납니다.

클라이언트가 떠나는 이유는 한 가지. "내가 이 사무소와 함께 무엇을 만들어 갈 수 있는지" 가 그 자리에서 시각화되지 않았기 때문입니다.

1. 도면이 아니라 '변경 사항' 이 그 자리에서 시각화되어야 하는 이유

작은 주택 프로젝트든 도시 마스터플랜이든, 클라이언트가 건축사를 선임할 때 가장 큰 불확실성은 같습니다.

"내가 원하는 디자인 변경을 이 사무소가 얼마나 빠르게, 얼마나 정확히 반영해줄 수 있는가?"

기존 협의는 '보여주기' 와 '기록하기' 가 분리된 패턴입니다.

  • 사무소가 사전 준비한 도면 또는 BIM 모델을 보여줌
  • 클라이언트가 의견을 말함
  • PM 이 노트에 적음 (또는 Newforma RFI / BIM 360 issue 로 기록)
  • 다음 미팅에서 반영된 도면을 다시 보여줌 (며칠에서 1-2주 후)

이 lag 가 클라이언트에게 가장 위험한 시간입니다. 소규모 프로젝트라면 다른 사무소와 비교를 시작하고, 대형 프로젝트라면 owner rep, 이사회, 임차 예정 기업이 internal stakeholder 의 의문을 형성하기 시작합니다.

마크헙은 이 lag 를 0 으로 만듭니다. 협의 자리에서 클라이언트가 "이 거실은 더 넓었으면 좋겠어요" 또는 "this atrium needs another daylighting simulation pass" 라고 말하는 순간, 마크헙 화면 위에 즉시 액션 티켓이 박힙니다: [Atrium daylighting 재시뮬레이션 / 담당: MEP 컨설턴트 / 마감: 다음 주 수요일].

여기서 인지 과학의 그림 우월성 효과(Picture Superiority Effect) 가 작동합니다.

💡 Picture Superiority Effect 사람들은 텍스트로 학습한 정보보다 시각화된 정보를 6배 더 잘 기억한다는 인지 과학 원리. Allan Paivio 의 이중 부호화 이론(Dual-coding theory, 1971) 에서 처음 제시되어, 이후 수십 년간 수백 건의 연구로 검증되어 왔습니다.

클라이언트는 미팅 후 사무실을 떠나 다음 단계로 갑니다. 주택 클라이언트는 배우자와 의논하고, 기업 클라이언트는 board approval session 으로 갑니다. 이때 vivid 하게 기억나는 사무소가 계약을 따냅니다. 텍스트 카탈로그만 받은 사무소 vs 눈앞에서 본인의 요구가 액션 티켓으로 박힌 사무소. 어느 쪽이 더 또렷이 기억에 남을까요?

게다가 클라이언트는 단순한 '관찰자' 가 아닙니다. 자신의 요구가 실시간으로 구조화되는 과정에 함께 참여한 '공동 빌더' 가 됩니다. 자신이 함께 만든 그 액션 플랜은, 다른 사무소에 가서 처음부터 다시 설명해야 하는 비용을 너무 크게 만듭니다. 이 원리는 $500K 주택 프로젝트나 $500M urban masterplan 모두 동일하게 작동합니다.

마크헙 iPad 워크스페이스: 채팅의 집 사진 코멘트가 곧바로 To-Do 보드의 액션 티켓으로 박힌 화면
마크헙 워크스페이스: 클라이언트가 사진 위에 그린 한 줄 코멘트가 곧바로 ‘Proposed Shaded Terrace Canopy Installation’ 액션 티켓이 됩니다. $500K 주택 프로젝트 스케일.

2. 계약 이후, 분산된 협업 stack 이 단일 컨텍스트로 흐릅니다

더 결정적인 것은, 마크헙으로 첫 협의를 진행하는 순간 수주 이후 발생할 모든 운영 오버헤드가 사실상 사라진다는 점입니다.

건축 프로젝트의 운영은 규모에 따라 다음과 같은 채널을 오갑니다.

소규모 사무소:

  • 클라이언트 카톡 / WhatsApp 단톡방
  • 시공 협력업체 카톡방 또는 이메일
  • 드롭박스 / 드라이브 (도면 파일)
  • 엑셀 (일정 관리)

중·대형 펌:

  • 클라이언트 PM + Owner Rep 와의 이메일 chain
  • Newforma 또는 Procore (RFI / Submittal 워크플로)
  • BIM 360 / Autodesk Construction Cloud (도면 + clash detection)
  • Bluebeam Studio (drawing markup 세션)
  • Smartsheet / Asana (프로젝트 일정)
  • Microsoft Teams 또는 Slack (팀 내부)

규모가 클수록 채널 수가 늘고, 각 채널의 이음새마다 설계 의도가 유실됩니다.

RFI 는 Newforma 로, 답변은 이메일로, 결정은 BIM 360 에 반영 안 되고, 시공팀은 outdated 도면으로 첫 삽을 뜹니다.

이게 건축업계의 thread hell 입니다. 도구가 많을수록, 의사결정의 audit trail 은 더 빨리 사라집니다.

마크헙: 갤러리 도면 위 빨간 마크업이 ‘Daylighting simulation needed for this atrium’ 액션 티켓으로 즉시 전환된 화면
같은 메커니즘이 글로벌 펌 스케일에서도 작동합니다. 갤러리 도면 위 마크업이 ‘Daylighting simulation needed for this atrium’ 티켓으로 즉시 MEP 컨설턴트 큐에 박힙니다.

마크헙은 이 모든 것 위에 얹히는 단일 컨텍스트 레이어 입니다.

  • 새 소통 채널 개설 불필요: 첫 협의가 일어났던 그 마크헙 워크스페이스가 그대로 공식 협업 채널이 됩니다. 클라이언트, 시공 협력업체, MEP·구조·조경 컨설턴트, 인허가 담당자 모두 이미 같은 화면을 봅니다. 기존 BIM 360 / Newforma 와도 연결됩니다.
  • 도면 변경 audit trail 자동화: 도면, 회의록, 변경 이력이 같은 채널 위에서 시간순으로 정렬됩니다. "이 변경이 언제 누구 요청으로 들어왔는지", "어느 회의에서 결정되었는지" 가 자동 추적됩니다. RFI 응답 누락이 사라집니다.
  • Phase 간 의사결정 연속성: Schematic Design → DD → CD 단계 전환 시 의사결정 컨텍스트가 함께 이동합니다. 이전 phase 에서 owner 가 승인한 결정 사항이 다음 phase 의 PM 에게 자동으로 인계됩니다.
  • 인허가·승인 일정 통합: 관청 제출 마감, 클라이언트 sign-off, board approval 일정이 같은 To-Do 보드에서 관리됩니다.

소규모 사무소는 다섯 도구가 사라지고, 대형 펌은 의사결정 audit trail 이 처음으로 single source of truth 위에 모입니다. 두 경우 다 클라이언트가 "이 사무소는 시스템이 다르다" 라고 인식하는 순간입니다.

3. 대면 미팅에서도, design charrette 에서도 작동하는 '운영 중력(Operational Gravity)'

이 실행 연속성은 사무실 미팅룸과 client site 미팅 모두에서 동일하게 작동합니다. 미팅룸 모니터에 마크헙 화면을 띄워두고 클라이언트와 마주 앉아 도면을 함께 보면 됩니다.

건축사가 "이 부분의 단열 처리는 다음 주 협력업체 미팅에서 확인하겠습니다" 라고 말하는 순간, 모바일과 데스크탑에 실시간 동기화되어 [단열 사양 협력업체 확인 / 마감: 다음 주 / 담당: MEP 컨설턴트] 라는 구체적인 티켓이 화면 우측 실행 영역에 즉시 박힙니다.

대형 프로젝트의 design charrette 에서도 동일한 메커니즘이 작동합니다. 8시간 워크숍이 끝나는 순간 모든 합의 사항이 owner, GC, sub-consultants 별로 자동 ticketed 된 채로 닫힙니다. 이전에는 다음날 PM 이 반나절을 들여 수동 작성하던 charrette summary 가 사라집니다. IPD (Integrated Project Delivery) 환경에서 모든 stakeholder 가 같은 결정 흐름을 실시간으로 보는 효과는 단순한 productivity 개선이 아니라 risk transfer 메커니즘 그 자체입니다.

클라이언트는 "내 요구가 곧바로 시공 단계의 작업으로 이어지는" 압도적인 전문성과 시스템을 물리적으로 체감합니다.

🏛️ 결론: 클라이언트는 '카탈로그' 가 아니라 '시스템' 에 지갑을 엽니다

기존의 협업 도구들은 도면 전달, 일정 공유, 의견 수렴이 각각 다른 도구에 묶여 있어, 도구와 도구 사이의 이음새마다 건축 컨텍스트가 유실됩니다. 이는 소규모 사무소에서는 무상 도면 재작업과 시공 단계의 누락으로, 대형 펌에서는 phase 간 의사결정 단절과 audit trail 손실, 그리고 owner approval 의 reversibility 문제로 이어집니다.

변호사 사무소의 thread hell 이 카톡과 이메일과 회의록 사이에서 클라이언트 결정이 사라지는 것이라면, 건축사 사무소의 그것은 RFI 와 도면 버전과 시공 단계 사이에서 owner approval 이 reversibility 를 잃는 것입니다. 둘 다 같은 병입니다. 단지 다른 도구 위에서 앓고 있을 뿐이에요.

마크헙은 대화, 도면 변경, 실행, 컨설턴트·협력업체 협업, AI 에이전트가 단 하나의 화면 위에서 동시에 작동하도록 설계된, 이른바 'AI 네이티브 건축 인프라' 입니다. 기존 BIM 360, Newforma, Procore 위에 얹는 의사결정 layer 입니다.

클라이언트의 마음을 잡는 가장 확실한 방법은, 첫 협의의 모든 요구가 단 1초의 끊김 없이 실무 실행으로 이어지는 단단한 워크플로를 직접 보여주는 것입니다. 화려한 시각 자료를 넘어, 클라이언트가 떠나기 전 이 사무소를 선택하는 결정이 자연스럽게 만들어지는 워크플로를 시작하세요.

👉 우리 사무소의 설계 수주율과 프로젝트 audit trail 을 바꿀 3분 데모 확인하기: app.markhub.ai