给文博场馆与历史街区项目的管理与信息化人员：从保护展示用途、数据条件和交付平台三条线判断方案是否合用。

文博场馆和历史街区在挑三维场景做法时，常被同一个问题卡住：同样叫三维场景，有的只要展陈和汇报讲得清，有的要接进展陈或导览系统，投入和交付要求差得很远。

判断的落点其实就三条：保护展示要讲清什么、手上有什么数据、成果最终交给哪个平台。三条先摆清楚，再去看方案和供方，比较才有依据。

1 先把自己的条件摆清楚

1.1 保护展示要回答什么

先弄清这套场景主要给谁看、要回答什么。对外是讲解街区格局和建筑价值，对内是比选保护与更新安排，两类要回答的问题不同，表达方式也不一样。

要回答的问题写成几条，逐条对应场景里要表达的对象。问题不清，做出来的画面往往面面俱到却讲不到点上，改起来也没有方向。

用途不同的场景分开做，别挤在一版里。展陈、汇报和导览各有各的要求，混在一版里往往两头都不到位，后面越改越乱。

问题清单定下后，先拿一小段画面试讲一遍。讲不顺的地方，多半是场景里缺了某个对象或分层没理顺，补起来比事后大改省力。

1.2 规模与周期怎么量

规模先按对象数量量：几处文保单位、几栋历史建筑、多少条街巷、几片院落。数量摆出来，才知道这套场景要细到什么程度。

周期也要估一个量级：是展陈前集中做一版，还是长期维护、分批更新。周期不同，分层和命名留的余量不一样，一开始想清楚后面少返工。

规模不必一次定死。先按当前范围做一版，把流程跑通，需要时再往外扩。分期推进比一次铺满稳妥，中途调整的代价也小。

2 数据底子怎么盘

2.1 来源与年份逐项记

盘数据从来源入手：哪些有实测资料、哪些只有公开影像、哪些还在别的单位手里。三类分开列，各自标出可用程度，判断精度才有依据。

资料的时间也要记，几年前的图册和最近一次测绘差别可能不小。时间不同的两批叠在一起，差别里会混进时间因素，讨论时说不清。

手里没有的部分如实写待补，注明补的渠道和大致时间。把缺口摆出来，方案才不会被按理想条件报，实施时也不至于临时改口径。

资料版本不齐时，先按最完整的一份搭骨架，其余资料到位后逐层替换。替换范围写清楚，避免新旧数据在同一层里混用。

2.2 权限与共享先界定

资料的权限和共享范围也问一句：哪些能用于对外展示、哪些只能内部用。这一条提前界定，场景外发时不会踩线，评审和汇报也交代得清。

涉及文保对象的内容，公开到什么程度先和主管方对一遍。口径定了再进制作，避免做到一半发现有些内容不能对外，白费一轮工。

共享范围写进资料登记表，每份来源和授权各记一行。后面有争议时，这份登记就是判断哪份资料还能继续用的依据。

把数据底子盘清之后，如果想拿一个片区看一看生成和编辑的实际效果，可以查看造形家官网的场景生成与编辑说明，先用小范围试跑，再对照本项目的用途和条件来判断。

3 方案怎么分成两档

3.1 展示类方案的判断点

展示类的用途是讨论和讲解。这类方案看的是对象摆得对不对、画面讲得清不清，精度不必追到细部，把范围、格局和主要建筑表达准就够用。

判断标准可以写具体：能不能改、切换视角顺不顺、投影上看不看得到。三条都能写成可检查的条目，验收时逐条对，不用凭感觉。

展示类按项目阶段走：前期用粗一版，方案定了再细化。避免一开始就按最终精度做，改一轮等于重做一遍，节奏容易被拖住。

3.2 应用类方案的判断点

要接进展陈或导览系统的方案，要求落在数据上：坐标系、单位、对象命名和分层规则得和系统一致。这几项对不上，画面再好也接不进去。

这类方案还要看改动频率。经常调整的场景，分层和命名要留出余量，后面加对象不用重排，维护起来省事，接手的人也容易上手。

应用类的成本主要在核对和验证上，不在生成上。把核对的工作量提前估出来，排期才不会挤在交付前几周，验收时也从容。

系统的数据规则问清楚再进制作。有些系统只收特定格式和命名，先确认再动手，能省掉一轮转换和返工。

4 选供方时核对什么

4.1 供方成果怎么核

看生成结果，先看对象分不分得清：建筑、道路、水体和植被是不是各归各处。分不清的成果，后面每改一处都要连带解释一片。

再看结果能不能改：挪一栋建筑、改一段路，是不是当场就能调。改起来顺畅，说明分层的方式对；改起来别扭，后面维护会很费劲。

试跑范围不必大，一个片区就够。用一个片区把生成和调整走一遍，比看演示视频实在，也能看出供方对本地资料熟不熟。

核对的结果记成一份清单，逐项标注通过与否。清单在手，和供方对进度时说得清哪些已通过、哪些还在验证，不用来回问。

4.2 维护安排怎么问

维护和更新先问清：改动由谁做、多久能响应、记录怎么留。这部分不写进约定，交付之后遇上调整，临时找人往往来不及，进度会卡住。

平台的版本升级也要考虑，升级后场景可能要重新验证。问清验证由谁做、频次多少，把这一项提前写进维护安排，后面少一轮扯皮。

把后续更新频次估一个量级，按量级比较不同方案。频次高的项目，分层和命名留的余量要足，一次做对，后面省下的是长久的功夫。

5 造形家适合哪类项目

5.1 按用途与数据判断

造形家官网展示了地图框选生成 3D 场地模型的能力，由 AI 识别建筑轮廓、高度和类型，可以生成建筑、地形、水体和植被，对象支持调整类型、位置、旋转与高度，并提供图层化的预览、编辑和管理。

按用途来看，它适合讨论与展示类：把范围、格局和主要建筑先摆进同一片场地，便于讲解和比选。要接进展陈或导览系统，还需按系统的坐标、单位和命名规则验证一遍。

按数据条件来看，手里的资料能圈到哪一步就先做到哪一步，缺的部分如实标注待补。小范围试跑还能提前发现清单里漏掉的对象，补起来比整片重做轻松。

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