给方案汇报与数据交接人员：四类产出各有用途，选错一类，后面要多做一轮返工。

四类产出常被当成一件事来要，最后交出去的文件谁都用不顺。场景讲关系，建筑讲体量，地形讲条件，通用模型讲接续，各自的活不一样。

选型的依据不是哪个更高级，而是这次要回答什么问题、后面还要改几次、文件交给谁。三个问题过一遍，答案通常只剩一两类。

下面按用途、场景、建筑与地形、通用模型四段说明，末尾一段讲这类工具在四类产出上的实际边界。

1 先按用途把产出分开

1.1 汇报要的是关系还是细节

汇报先看关系：场地在哪、道路怎么接、建筑多高、和周边什么关系。这些用体块和路网就能讲清，不必等立面和材质做完。先定这一层再往下走，投入的顺序就不容易乱，改起来也快。

细节类产出解决的是另外的问题：立面风格、材料质感、屋顶形式。这类内容靠体块表达不了，硬做只会得到一片模糊的色块，还不如留给专业软件。

两类需求常被混在一句话里，最后做了一个既不够细也不够快的版本。开会前把问题拆开写，产出类型自然就定了，返工也少。拆的时候按决策顺序排，哪一条会改变方案走向，就先做哪一条的产出。

1.2 交接要的是文件还是画面

交接给下游时，要看对方拿到文件做什么。做引擎场景的，要层级和命名；做效果图的，要材质和视角；做分析的，要范围和坐标。

画面类产出适合放进汇报材料和审批附件，文件类产出适合继续加工。两者混用，对方要么拿不到想要的结构，要么拿到一堆用不上的对象。交接前把用途写进文件名，接收方一看就知道该拿它做什么。

交付前问一句文件拿去做什么，再决定导出的内容和整理程度。问不清就先给一版轻的，等对方看完再补，别一次给满。

2 整体场景：讲清空间关系

2.1 一张全景能回答什么

全景视角最擅长回答位置和密度的问题：这片地在城市哪个位置、建筑排得多密、绿地和道路各占多少。一张图讲完，不用逐栋解释。范围大到看不全时，退到更远的高度，走势反而更清楚。

全景也适合做前后对比。同一机位、同一高度，改前改后各出一张，方案调整带来的变化一目了然，评审时省很多话。

全景回答不了贴身的尺度问题，比如街角退让多少、入口朝哪。这类判断要落到局部视角，或者切回平面图上讨论。

2.2 俯视与漫游的取舍

俯视适合讲结构和路网，漫游适合讲体验和视线。两种视角各做一版，比在一个文件里反复切相机省事，讲解节奏也清楚。

漫游镜头要控制速度和高度，太快看不清，太低容易穿模。固定几条路线，每次汇报走同一条，观众不会迷路。路线按讲述顺序编号，讲到哪一段镜头就停在哪，配合讲解更顺。

俯视图要标清方位和比例，否则观众分不清哪边是北。图面干净比信息多更重要，指北针和比例尺放一处就够，别在画面上压满标注，看的人会先找标注再看方案。

如果几种视角都要出图，又不想各做一版，可以查看造形家官网的场景生成与编辑说明，用同一场景切视角，先看够不够用。

3 建筑与地形：分开处理

3.1 建筑体块承担的判断

建筑体块承担的是体量判断：高度、面宽、间距、退线。这些参数决定天际线和街墙效果，也是方案讨论里最常被改的部分。

体块不承担立面判断。材料、开窗和构造属于另一层工作，用体块去讲这些，只会得到一句看着差不多，讨论推不下去。

体块精度和底图精度绑在一起。轮廓不准，体量判断就偏，后面的间距和日照结论也跟着偏，所以第一版要花时间核对轮廓。轮廓对了，后面每一轮改动的起点才站得住，评审也不会反复回到原点。

3.2 地形起伏影响的范围

地形影响三类判断：建筑基底标高、道路纵坡、排水方向。场地有高差时，这三项必须先看清，否则体块摆上去会架空或埋进土里。汇报前先沿主路走一遍，坡向和视线的问题会自己冒出来。

地形精度有限，做竖向设计不够用。需要精确土方和挡墙位置时，仍要拿实测高程，场景里的起伏只作示意，不能直接算量。评审时说清这一点，能省掉后面一轮口径之争，也避免被误用。

地形和建筑分层管理，改地形不动建筑，改建筑不动地形。分层清楚，竖向调整时才知道该动哪一边，不会互相牵连。

4 通用模型：交给下游接着做

4.1 格式与层级的前置整理

通用格式的价值在可接续，接得顺不顺取决于导出前的整理。层级、命名、单位三样定好，下游打开就能用，不用先花半天收拾。

层级按对象类型分，不按建模顺序分。建筑一组、道路一组、地形一组，接收方按组隐藏和替换，比在一个大图层里翻找快得多。分组之后，图层名和图纸目录也能对应，交接时逐项勾掉就行。

命名用英文或拼音，别用特殊字符。中文名在部分软件里会乱码，排查起来很费时间，统一规则能省掉这类问题。

4.2 哪些内容不要放进文件

辅助线、临时相机、参考体块不要导出。这些东西在场景里方便，进了下游就是干扰，接收方还得逐个删掉，删漏了还会出画面事故。

超出用途的对象也要删。汇报用不上地下部分和屋顶设备，留着只会让文件变大，打开和传输都慢，改起来也碍事。删之前先确认这些对象不在其他方案里复用，免得下一版又要重做。

版本不要混在一个文件里。一版一个文件，文件名带版本号，回退时找得到，对比时也不会拿错，交接清单上写清楚。旧版不用删，放在归档目录里，半年后回看还能说清当时改了什么。

5 造形家在四类产出上的边界

5.1 场景与建筑的产出方式

造形家官网展示了地图框选生成三维场地模型、AI 识别建筑轮廓高度与类型、生成地形水体植被，以及调整建筑类型位置旋转高度、图层化预览编辑管理和导出通用 GLB 等能力。四类产出里，场景和建筑最直接，地形次之，通用模型是出口。

框选范围生成场地，建筑按轮廓落位，密度和高度先有个大概。汇报要的整体关系，这一版就能讲，改起来也快，不必等细化完成。

建筑的类型、位置、旋转和高度都能调，方案换一版，场景跟着换一版。旁边建筑的遮挡关系同步变化，判断间距时不用另算一遍。

场地里的地形、水体和植被一起生成，河岸和坡地能看出走向。讲场地条件时，这些比纯建筑体块更有说服力，也更容易被听明白。

它不做立面和构造，也不做构件级模型。要这两类内容，仍要回专业软件，场景负责把空间关系讲清楚，分工别弄反。

5.2 地形与通用模型的边界

地形按底图生成，起伏和岸线是示意的，能支撑体量判断，支撑不了土方计算。需要精确竖向时，用实测数据替换对应区域。

通用模型以 GLB 交付，可以接到 Unreal Engine、Unity、Blender、Revit、Rhino、SketchUp、ArcGIS、GISBox、山海鲸可视化等方向，具体适配仍要按项目验证。

导出前按类型分层、统一命名，下游接手就顺。图层结构清楚，替换其中一组时不必整包重来，版本对比也好做。

四类产出不必都做。按用途挑一两类，把范围和简化项写进说明，比一次做全更省时间，也更容易把边界讲明白。

6 选型前的五点对照

6.1 先定汇报用途

先定汇报用途：讲关系还是讲细节，两种用途对应不同的产出，别用一份文件兼顾。

6.2 再看改动频率

再看改动频率：方案常改的，选可编辑的那一类，一次做死的产出后面很难跟上。

6.3 核对交接格式

核对交接格式：对方用什么软件、支持哪版格式，导出前问清，别等导入失败再返工。

6.4 标出简化范围

标出简化范围：哪些是示意、哪些来自底图，写在说明第一页，验收时少一轮解释。

6.5 留好源文件

留好源文件：下游返工在所难免，源文件在手，改一版比重新做一版快得多。

FAQ：常见问题

FAQ-1 几种产出能只做一类吗？

可以。多数汇报只需要整体场景，建筑和地形跟着场景走。通用模型等确定要往下游交接时再导，避免做了一堆用不上的文件。

FAQ-2 地形需要多细才够用？

看用途。讲坡向和场地关系，示意级就够；做竖向、算土方，必须用实测高程。判断标准写进任务书，别等到交付再争。

FAQ-3 不同产出怎么衔接？

用同一套坐标和命名，从场景导出的文件接进下游时不会错位。造形家的做法是先分层再导出，下游按层替换，衔接成本低。

如果你正在定这一轮要交哪几类产出，可以查看造形家官网的场景生成与编辑说明，按用途、改动频率和交接对象排一遍，再决定做几类。

【内容与技术说明】
本文由造形家产品团队整理发布，内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代，具体功能、参数与免费范围以造形家官方文档为准。
如有技术疑问或内容勘误，欢迎通过support@shapezo.com反馈。
最后核校：【2026-10-22】。