给方案反复调整的项目团队：先分清改动落在哪一层，再把能改的部分放进可编辑的表达层。

模型要反复改，扛不扛得住，先看改动落在哪一层。改的是方案表达，场景能跟得上；改的是现场本身，还是要回到采集。前提弄错，后面的排期和预算都会跟着错，返工也挡不住。

把两类改动混在一起，最常见的后果是每改一版就重走一次飞行和处理。钱花在设计调整上，评审却只多看了一眼，团队会认为三维这件事不值，下次就不愿意再投入。

下面按改动类型、重飞代价、表达层迭代和版本秩序说明。工具在其中只承担一段，其余仍要人来做，边界先讲清再谈做法，免得预期落空。

1 改动先分成两类

1.1 现状变化与设计调整

现状变化指场地本身变了，拆了房、修了路、堆了土。这类改动只能靠补充采集拿到新影像，改图纸解决不了，改场景也绕不过去。判断时先去现场走一圈，别只看照片。

设计调整指任务书和图纸变了，现场没有动。这类改动用已有资料就能表达，不必再飞一次，省下的时间可以放回设计。方案层单独存，底图保持不动。

判断办法是问一句：这次改的东西在现场能不能看到。看得到就归现状，看不到就归方案。两类分开记，账单也分开算，评审时不会混在一起。

1.2 局部替换与整体重来

改动范围决定处理方式。几栋建筑、一段道路，属于局部，可以在原文件上替换对应对象。其余部分保持不动，改完再整体看一遍关系。

布局和路网一起动，就接近整体重来。底图范围可能都要重划，原来框进去的周边参照也用不上。边界重新定，前面的整理工作也白做。

动手前把改动范围画在总平面上，标出保留区和改动区。范围画不清就开工，后面核对没有依据。返工多半从这里开始，时间也耗在这一步。

2 重飞的代价在哪

2.1 空域窗口的排队

空域申请要提前报，遇到临时管制还得改期。窗口排不上，采集整体往后推，评审日期也跟着动。改一次就要重排一次，连锁反应拉得很长。

天气还占一份。云层低、风力大，设备起不来，只能等下一个窗口。等多久说不准，排期时没人敢把话说死，只能多留几天缓冲。

给飞行留出缓冲，别把汇报放在飞行日的后一天。缓冲不够，方案改一轮就赶不上节点。最后压缩的是核对时间，出错概率反而更高。

2.2 解算与修饰的返工

一次飞行回来，空三、稠密匹配、纹理映射都要重走。数据量上来后按天算，中间还要人盯着。解飞一次，前面的等待全部重来，谁也不愿意看到。

建筑边缘的拉花、树冠的破面、玻璃幕墙的错位，需要人工修饰。这部分最占人手，也最难估工期。报计划时只能按经验给区间，留出余量。

只改方案却重走整条处理链，时间和预算都花在和方案无关的地方。账面上看不出，项目结项时才发现超了。这笔钱本来可以省下来，用在方案推敲上。

3 迭代放进表达层

3.1 底图只读，方案另存

把采集成果设为只读底图，方案单独放一层。成果不动，改版不伤原始数据，出问题还能退回上一版。权限也分开，谁都不能随手覆盖。

表达层只做体块和主要关系，不做纹理细节。改起来快，也不会把成果文件改花。两边的用途都保住了，交付时也不容易拿错文件。

汇报时打开方案层，看现状时关掉。一份文件承担两种用途，不用在两份文件之间来回切。讲解也不容易串，听众跟得上节奏。

3.2 图层拆分与对象替换

建筑、道路、绿化、水系各成一层，改哪一类动哪一层。其他层不受影响，层数控制在能看懂的范围。别拆成一堆碎片，图层表没人看得完。

同类对象统一命名，替换时按前缀批量选中。比在场景里逐个点选省事，也不容易漏掉角落里的那几栋。命名规则开工前就定好，后面不用改。

图层不必拆得太细。按改动频率拆，常改的单独放，稳定的合并。图层表才有人愿意看，交接也快，新人上手不用问太多。

如果方案还要改几轮，又不想每次都重飞，可以查看造形家官网的场景生成与编辑说明，先把方案层单独做出来，再按版本保存。

4 版本秩序怎么建

4.1 命名带日期与方案号

文件名带日期和方案号，比如 20261022_A。别用最终版、新版这类叫法，过两周再看，谁也说不清哪个是最终。编号和会议纪要对应上，更好查。

每版留一份只读副本，改动在副本上做。原始版本不覆盖，回看时能还原当时的判断。也能说清是谁改的，责任不含糊。

变更说明跟文件放在一起，写清改了什么、为什么改、谁提的。交接时不用再问一遍，翻文件就有答案。说明不用长，三五行写完。

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