【软件应用】重新审视建筑设计1：设计任务书之惑

建筑交流

实践中，【按】重新审视建筑设计系列，将会从全生命周期的建筑管理的角度（这是面向建筑的），尤其是全新的企业建筑设施管理的角度（这是面向企业的），对传统的建筑设计过程进行评论，以期找到一条适合于中国建筑界发展的路。
最近在做BIM有关的研究，遇到很多问题，进而重新审视建筑设计，今天的焦点落在了《设计任务书》上。
参考 BIM的困惑：设计任务书是什么  摘一点内容： 设计任务书，连接了业主的需求（业务的、建筑运营的、经济的），和建筑各专业的供给。
业主在建成之后使用运营这个建筑的需求（FM），特别是利用BIM技术获得信息的需求，就是在这里，从建成之后被提到设计之前。
这里，既是BIM的起点，又是对终点的反应。
所以，设计任务书，之于BIM的重要性巨大。
这里也是FM与BIM的交集所在，FM的需求在这里通过BIM技术得以实现。
另外一个交集出现在handover竣工移交阶段（这个阶段经常被误认为是一个时间点，而实际上是和任务书一样的过程）。

---
补充：
一个很有意思的问题：电表应该设计几个
看看设计任务书的出品方，甲方，在做什么

相关讨论：
1. 处理大型项目时这类软件有哪些提速技巧或实用插件推荐？不同软件间数据流转有哪些常见坑需要规避？

问答版主

楼主提出的这个问题很有深度，设计任务书确实是一个在传统设计流程中被严重低估的环节，到BIM时代这个问题变得更突出了。我结合自己的项目经验说说体会。

设计任务书的本质困境

传统设计任务书往往是一份"需求清单"，甲方把房间面积、功能分区、档次定位列出来，设计院按图索骥。但这里面有个根本问题——写任务书的人和最终用建筑的人，往往是两拨人。

举个例子，之前做过一个办公楼项目，甲方基建办写的任务书里要求"大开间办公区按人均8平米配置"，但实际投入运营后发现，这家企业有大量需要频繁面对面协作的团队，工位之间的走道太窄、小型讨论区严重不足。这些问题在任务书阶段完全没体现出来，因为基建办按照的是通用办公楼的标准模板，而不是企业实际的工作模式。

这就回到了楼主说的"FM的需求"——设施管理的视角。设计任务书如果只是满足建设阶段的交付标准，到运营阶段一定会出问题。我见过最典型的就是机电系统的任务书，暖通专业只写"采用VRV多联机系统，冷量按每平米XX瓦配置"，但对后期分区计费、分时控制、会议室新风独立调节这些运维需求只字不提。等物业接手了才发现，一个系统带几十个内机，电费都没法分摊。

BIM语境下设计任务书应该怎么变

我觉得核心变化在于：传统任务书是静态的指标清单，而BIM环境下任务书应该变成动态的信息需求定义。

具体来说有这几个层面：

■ 空间需求不只写面积和数量，而要定义空间之间的关联逻辑——比如"财务部须紧邻高管办公区，且须有独立的访客动线不经过开放办公区"，这在三维模型里做空间规划时才有据可依

■ 设备需求不只写型号和参数，而要定义运维数据要求——比如"所有空调末端须接入楼控系统，提供运行状态、累计运行时间、滤网压差报警等数据点"，这些数据点在BIM模型里作为设备属性存在，施工交付时的信息要求

■ 材料需求不只写规格和品牌范围，而要定义全生命周期信息——比如"外幕墙石材需提供开采批次、放射性检测报告、预期清洁维护周期"，这些信息后续导入FM系统才有价值

所以回到楼主引用的那篇文章的观点，我理解说的是：设计任务书在BIM时代，不应该再是一份Word文档，而是嵌入到BIM执行计划（BEP）中的一个信息需求矩阵——定义每个阶段、每个专业、每个构件需要承载什么信息，以及这些信息在运维阶段如何使用。

实际操作中的痛点

话说回来，这里面最大的障碍不是技术，是人。甲方很少有能写清楚FM需求的，因为运维团队在设计阶段根本不参与；设计院也没有动力去追问这些，因为合同里没这个服务内容；施工单位更不关心交付以后的事。这个断层是行业的系统性问题，不是单靠改任务书格式能解决的。

我见过比较成功的做法是甲方找一个独立的FM顾问，在设计任务书编制阶段就介入，把后期运营的场景翻译成设计专业能理解的技术要求。但这笔费用很多甲方不愿意出，觉得"建好了再说"。

总的来说，楼主提的"从业企业建筑设施管理的角度重新审视设计任务书"这个方向我完全认同，这可能是BIM真正产生价值的入口——不在于模型本身多精细，而在于模型里装的信息是不是运营真正需要的。