给平台建设与项目管理人：前期别追精细，先把能改的底子交出去。

数字孪生项目最容易出问题的阶段，不是上线，而是前期。范围没定、数据没到齐，模型却已经开工。

等到业务需求明确，发现底图结构不对，改起来比重做还慢。

下面按前期目标、底图结构、平台衔接和取舍四段说明怎么做，末段讲造形家在这个阶段的位置。

前期要交的不是漂亮模型，而是一版能改的底子。

1 前期先解决什么

1.1 范围与颗粒度

先把范围定下来。整个区还是几条街，直接决定工作量和数据需求。

范围要跟业务场景走。做园区管理就框园区，做城市运行就框城区。

精度按用途定。看关系用体块，看设备才需要精细模型。

前期把精度定太高，需求一变就成了负担。

范围边界写进项目文档，后面扩范围时有依据。

分期的项目按一期范围先做，二期预留位置，别一次铺满。

精度等级用文字描述清楚，比如体块级、轮廓级，避免各说各的。

范围和精度确认后，再谈数据和工具。

先把这版范围报给业务部门确认，别自己拍板。

范围扩大的申请走书面流程，口头同意最容易扯皮。

1.2 数据从哪来

影像和地形是基础数据，公开渠道就能拿到一版。

建筑轮廓和层数，靠识别结果加台账校正。

道路和管线数据在行业主管部门手里，走正式渠道。

既有模型和图纸，先盘一遍，能用的直接接。

数据清单按图层列，缺什么、谁提供、什么时候到，写清楚。

数据格式和坐标提前统一，后面合并省很多事。

来源不明的数据不要用，后期说不清出处。

数据到位前，先用公开数据起底，别停在这里等。

数据交接要有签收，谁给的、什么时候给的，记一笔。

同一份数据有两个版本的，先问清哪个是最新，再入库。

2 底图要能改

2.1 分层结构

建筑、道路、地形、水体和植被分层，别混在一个文件里。

分层按业务习惯来，运维看设备层，规划看用地层。

图层命名统一，拼音和英文混用最容易乱。

同类要素放同一层，改一类不影响其他类。

辅助图层单独放，交付前可以整层关掉。

分层结构写成一页说明，接手的人先看这一页。

平台侧如果已有图层规范，按平台的要求来。

分层做对了，后期替换数据就是换一层的事。

临时分析和正式交付的图层分开，避免辅助内容混进成果。

图层颜色按业务习惯设，运维看红色警报更醒目。

2.2 编号体系

建筑、道路和地块都要有编号，别靠名字定位。

编号和业务台账对齐，平台里查到的和图上看到的是同一个。

编号规则简单一点，前缀加序号就够用。

新增要素按规则续号，别插号，插号会让历史数据错位。

编号在导出后保留，进平台还能对上。

同一要素在几个版本里编号不变，追溯才成立。

编号表单独维护，和场景文件一起交付。

编号乱了，后面所有数据挂接都会出问题。

编号表做成一页清单，交付时跟场景一起给对方。

历史编号不重排，新增要素往后续，老数据才查得到。

如果想先出一版能对接平台的可编辑底图，可以查看造形家官网的场景生成与编辑说明，先定范围和分层，再谈导出格式。

3 和平台怎么接

3.1 格式与坐标

先确认平台支持什么格式，通用 GLB 是最常见的一种。

坐标系统一，投影和基准问清楚，别用默认值。

模型单位和平台一致，米和毫米混用会差一千倍。

原点位置定在场地中心或西南角，团队协作不易错位。

导出前做一次小范围试导，确认层级和材质没丢。

平台侧加载慢的，检查面数和贴图大小。

格式转换会丢信息，关键属性最好另存一份表。

接口和部署方式不在讨论范围，按平台方的方案执行。

导出后先在平台侧加载一次，面数和层级问题提前暴露。

平台有模型规范的，按规范改单位、原点和命名，别自己定。

3.2 标注与数据

场景里的标注和业务数据分开准备，平台侧好挂接。

标注点位用编号关联，别把文字直接烤进模型。

需要显示的指标，先在表里定义清楚字段。

点位密度按业务需要定，标得太密反而看不清。

标注样式在平台侧统一调，场景里只留位置。

数据更新时只换表，不动模型，维护成本低。

演示用的标注和正式发布的分开，避免误用。

标注体系和编号体系对齐，两边查的是同一个对象。

标注的字体和字号在平台侧统一，场景里不烧字。

指标定义写进数据字典，口径不一致的指标宁可不显示。

4 哪些先不做

4.1 精细模型

前期不做幕墙分格和室内精装，这些等需求明确再说。

设备模型按需做，不是所有设备都要三维表达。

树木只做体块和树冠，不做枝叶细节。

精细模型面数高，平台加载会受影响。

先把体块和关系做对，精细表达后面补。

确有展示需要的重点建筑，单独做精模替换。

精细模型和底图分开管理，别混在一个文件里。

哪些建筑要做精模，按展示频次定，不是按重要性定。

精模替换后编号不变，平台侧挂接的数据才不会断。

前期省下的时间，留给数据对接和业务梳理。

4.2 实时数据

前期不接实时数据，先把静态底图跑通。

实时数据涉及接口和权限，属于平台侧的工作。

底图里预留点位，等数据接入时直接挂。

演示阶段可以用模拟数据，但要标明是模拟。

实时数据的刷新频率影响性能，前期不设。

底图和数据的耦合越少，后期调整越容易。

先把谁负责哪一段说清楚，避免互相等。

前期交付以静态场景为主，动态能力按阶段推进。

数据接入的接口清单由平台侧出，底图只提供点位。

先跑通一条数据链路，再谈全面接入。

前期验收看三件事：范围对不对、编号齐不齐、能不能再打开改。

5 造形家在前期的位置

5.1 生成可编辑场地

前期起底，可以在造形家官网框选项目范围，生成三维场地。

建筑轮廓、高度和类型由识别结果给出，可以逐栋调整。

地形、道路、水体和植被随场地生成，周边环境一并带出。

生成的是可编辑场景，范围和体量变化都能改。

分层管理让各类要素独立，符合平台对接的习惯。

场景里建筑可以移动、旋转和改高度，方案调整很快。

范围大时按道路分块生成，合并后接边处对得上。

同一区域存多版，前期讨论用哪版都方便。

生成后先核位置和范围，再调体量，顺序别反。

场景里量距离和面积，和项目文档的数据对一遍。

给平台方看的版本只留必要图层，文件更轻。

场景里的建筑可以按类型批量设色，平台侧一眼能分出住宅和厂房。

底图里预留的标注点位带编号，平台挂数据时不用再对位置。

5.2 导出给平台

底图定稿后导出通用 GLB，交给平台侧加载。

也能接到 Unreal Engine、Unity、Blender 做定制开发。

要接 Revit 或 Rhino 做深化，GLB 作为位置参照。

要上可视化大屏，可以衔接到山海鲸可视化。

做 GIS 分析时进 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-11-03】。