01 / 概念定义了项目的中心逻辑
概念设计测试场地反应、功能、体量、流通、关键平面图和部分、氛围和材料方向。它为团队提供了一个连贯的开发答案。
它不会自动成为一个可立即构建的包。尺寸、接口、顾问系统、规范和司法管辖区特定要求仍有待根据商定的任命进行协调。
- 场地和简短回复
- 平面图、剖面图和体量
- 空间序列和同一性
- 关键材料与环保方向
02 / 设计开发解决了接口问题
随着项目的进展,结构、机电、照明、景观、围护结构、室内设计、可达性和专业信息开始相互影响。架构理念必须在这种协调中生存下来,而不假装这些学科是可以互换的。
阶段之间的确切界限因项目、合同和当地交付结构而异,因此应书面交付成果和责任,而不是假设。
03 / 建设信息服务实施
施工或招标信息集在更高水平的技术定义上传达了批准的设计。其完整性取决于范围、顾问、采购途径、法定要求以及每个包的负责人。
渲染图像对于意图和沟通很有用,但不能取代协调的图纸、时间表、规格、样品、批准或专家计算。
- 责任矩阵
- 图纸和进度表登记
- 顾问协调
- 样品和模型批准
- 记录变更控制
04 / 使用批准门来防止代价高昂的歧义
在每个阶段,客户应该了解哪些内容正在被批准,哪些内容尚未完成,哪些内容缺失,以及哪些更改将花费时间或重新设计。可见的决策轨迹可以保护创意的清晰度和交付。
目标不是为了文书工作本身。是为了防止后期的技术决策悄悄重写架构。