第一次打开云开App,很多用户的第一反应是想直接搜索"低碳混凝土"或者"再生铝型材",却发现系统先弹出一个"新建项目空间"的引导页面,要求填写建筑类型、结构体系、目标性能等信息才能进入材料库。这个设计不是为了增加操作步骤,而是因为脱离具体项目谈材料碳排放,本身就是一件没有意义的事情。

为什么不能直接看材料库,要先建项目空间

同一种材料在不同项目里的碳排放意义完全不同。比如再生铝型材,用在一个设计寿命15年的临时展馆和用在一个设计寿命50年的办公楼幕墙,长期摊销后的隐含碳完全不是一回事;同一种低碳混凝土配方,用在承重结构和用在非承重隔墙,对强度和耐久性的要求也天差地别。如果App一开始就把材料库当成一个独立于项目的商品目录来展示,用户看到的碳排放数字和实际适用性之间会存在巨大偏差。项目空间的作用,就是先把这些边界条件确定下来,后续材料推荐和碳排放计算都基于这个空间里的设定进行。以强度等级为例,如果不预先设定目标性能,系统展示的材料库会包含从C15到C60全部强度等级的混凝土配方,用户很难在数百条候选记录里快速找到真正适用的十几条,这也是为什么先绑定项目空间能把候选材料从数百条收窄到十几条的原因。

项目空间初始化需要填写的六类信息

新建项目空间时,系统要求填写六类基础信息:

  • 建筑类型(住宅、办公、工业厂房、公共建筑等,影响荷载假设和使用年限惯例)
  • 结构体系(框架结构、剪力墙结构、钢结构、木结构混合等,决定候选材料类别范围)
  • 材料类别范围(是否需要同时考虑水泥基、钢材、铝材、生物基材料,还是聚焦单一类别)
  • 目标性能指标(强度等级、抗震设防要求等结构性能底线)
  • 碳目标(是否设定了具体的隐含碳强度上限,比如每平方米建筑面积多少千克CO₂e)
  • 设计使用寿命(决定后续碳排放摊销年限和维护周期假设)

这六类信息共同构成后续材料推荐和碳工作台计算的边界条件,缺少任何一项,系统都会用行业默认惯例值填充,但默认值给出的结果精确度会明显低于用户实际填写的结果。

需要注意的是,六类信息并不是六个孤立的下拉框,字段之间存在相互约束关系。比如结构体系如果选择"钢结构",材料类别范围会自动建议勾选"钢材"并且弹出提示"是否同时考虑铝材幕墙";如果碳目标设定得远低于该结构体系和材料类别范围下行业可实现的下限,系统会弹出提示"当前碳目标在现有材料类别范围内暂无可行方案,是否放宽材料类别范围或调整碳目标",而不是直接返回一个空的材料列表让用户自己猜测原因。这种字段联动设计,是为了避免用户填完六项信息之后,才发现设定的碳目标和结构体系根本无法同时满足,浪费大量前期沟通时间。

一个常见的填写陷阱:碳目标定得比结构体系能达到的更低

以下为模拟场景。某用户新建项目空间,结构体系选择"钢结构框架",材料类别范围只勾选"钢材",但碳目标设定为每平方米建筑面积隐含碳不超过180千克CO₂e——这个数字低于常规钢结构办公楼的行业可实现区间(通常在220到280千克CO₂e之间)。系统检测到目标值明显偏离该材料类别范围下的可行区间后,不会直接返回空结果,而是提示"当前碳目标在钢结构加纯钢材类别范围下暂无可行方案,可选操作:放宽材料类别范围(建议加入再生比例更高的钢材或木钢组合结构)或调整碳目标至220千克CO₂e以上"。用户据此把材料类别范围扩大到"钢材加生物基装饰材料"并引入部分木结构楼板后,系统重新计算给出了满足195千克CO₂e目标的可行方案组合。这个过程说明,项目空间的字段设定本身就是一轮初步的可行性校验,而不只是信息登记。

一个模拟场景:新建一栋六层办公楼项目空间

以下为模拟场景,不对应真实项目。用户新建项目空间,填写建筑类型为"办公建筑",结构体系选择"钢筋混凝土框架结构",材料类别范围勾选"水泥基材料"和"生物基装饰材料",目标性能填写混凝土强度等级C30,碳目标设定为每平方米建筑面积隐含碳不超过320千克CO₂e,设计使用寿命填写50年。系统根据这些设定,会在材料库里自动过滤掉强度等级不满足C30、或者按50年摊销后无法满足碳目标的候选材料,把符合条件的方案优先展示在材料碳工作台最上方,而不是把整个材料库不加区分地全部展示给用户浏览。

项目空间不是一次性设置,可以随设计深化调整

建筑设计通常是逐步深化的过程,方案阶段的结构体系判断,到施工图阶段可能会有调整。开云App的项目空间设计支持后续修改任意一项初始化信息,一旦某个字段调整(比如结构体系从纯混凝土框架改为钢混凝土组合结构),系统会重新计算受影响的材料推荐结果,并且提示哪些之前保存的材料方案可能不再满足新的结构条件,而不是让用户自己去逐条核对。以结构体系调整为例,从纯混凝土框架改为钢混凝土组合结构后,系统统计显示大约40%的原有材料候选方案会因为结构假设变化而需要重新评估,这类联动提示能避免设计深化后出现遗漏。这部分修改记录同样遵循云端项目管理的同步机制。

项目空间初始化时填写的六类信息,不只是用来过滤材料库,还会成为后续导出材料碳排放报告时的默认字段结构。比如碳目标设定为"每平方米建筑面积隐含碳",导出的报告就会自动按这个口径汇总全部材料方案的加权隐含碳强度;如果碳目标当初设定为"每立方米材料体积",报告汇总口径也会相应调整。这意味着项目空间的字段设定不是填完就可以忘记的表单,而是贯穿整个项目周期、决定后续所有数据呈现方式的基础设定,中途修改这些字段,连带影响的不只是材料推荐结果,也包括已经生成过的历史报告该如何重新解读。

没有项目空间的自由浏览模式,数字容易变成孤立参考

App里也保留了不建项目空间、直接浏览材料库的功能,主要面向做前期调研、还没有具体项目边界的用户。但这种模式下看到的碳排放数字、强度数据都只是材料本身的通用参考值,没有经过任何项目条件的校准。以强度等级为例,未绑定项目空间时系统默认展示的碳排放区间跨度可能达到40%以上,而绑定项目空间并锁定具体强度等级后,同一材料的碳排放区间跨度通常可以收窄到10%以内,这个精度差异直接影响材料比选的可信度。系统会用明显的提示语标注"未绑定项目空间,数据仅供参考",避免用户把这些通用数据直接当成具体项目可以采用的结论。系统还会在浏览页面顶部持续显示这条提示,并且限制这部分数据无法直接导出到正式的项目报告里,只有绑定到具体项目空间之后,材料数据才能进入可用于工程决策和碳目标核算的报告体系。

项目空间存在的意义,是把材料放回它该被判断的场景里

脱离项目谈材料环保性,本质上和脱离病人谈药物疗效一样没有意义。开云App坚持先建项目空间再看材料库,看起来增加了第一次使用的步骤,但这一步恰恰是把材料碳排放这件事,从一个抽象的产品参数,还原成一个必须结合具体结构、具体寿命、具体性能要求才能回答的工程问题。