给规划与城市设计团队：一类记录现状，一类组织方案，先看手上缺的是哪一半。

两类成果常被放在一起比，其实回答的不是同一个问题。一类记录现在是什么样，一类组织将来要建成什么样。目标不同，做法自然不同。

把两者当成互相替代，讨论就会停在谁更真实上。真实是记录的要求，可改是方案的要求，两个要求很少同时满足。都想要，通常得两套配合。

下面说清各自回答什么、答不了什么、怎么接起来。工具负责哪一段，边界落在哪里，留到文末交代，免得用错场合。

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】。