三类团队的第一眼落在不同地方：规划看关系，建筑看咬合，园区看组织，先认清自己要什么再谈工具。

一栋楼、一条路、一片园区放进同一个三维场景里，画面看起来都差不多。真正决定要不要用的，是不同团队第一眼要确认的东西并不相同。

规划看的是成片的关系，建筑看的是场地与单体的咬合，园区看的是内部怎么组织和分期。同一份场景，三种看法，重点不在一个地方。

这篇按三类团队各自的第一眼需求排一遍判断顺序，再写它们共通的判断、暂时不适合上手的情况，文末说明一键生成 3D 模型这类工具能接到哪一段。

1 规划团队先看哪几层关系

1.1 规划先看什么？

规划阶段拿到一块三维场地，第一眼要确认的是地块边界、路网骨架和建筑群的分布，而不是某一栋楼的立面长什么样。

边界对不上，后面所有指标讨论都缺基础；路网走向一旦偏了，地块的开口位置和可达性判断会跟着一起偏。

建筑高度形成的高低起伏也值得先看。成片的体块关系比单栋的造型更能说明这块地的性格，也更容易在评审时说清楚。

这些判断在平面图上也能做，三维多出来的是高差、遮挡和视线关系能同时摆出来，讨论时少绕几道弯。

所以规划团队的第一眼应该停在关系层面，先不急着抠细节，细节留到方案确定之后再补。

1.2 路网和边界怎么排？

排路网之前先看现状：已有的主干道、河道、铁路和地块出入口，共同决定了新路能往哪里接，不能只顾图面好看。

边界不要只画一条红线。退线、绿地、防护带这些缓冲区域，往往比红线本身更影响后面的建筑布局。

如果场地跨了行政区或者天然分成几块，先按块分开处理，再合成一张总图，改动时不容易互相牵动。

路网排完要回头检查一遍：支路是否成网、断头路有多少、每个地块是否都能被道路服务到。

这几步在场景里做，改一条路的位置只需要拖动，比重新画一遍底图省事，也比较容易保存中间版本。

2 建筑团队的第一眼落在哪

2.1 建筑先看哪些体块？

建筑团队的第一眼通常落在场地和单体的关系上：退线够不够、主入口朝哪边、体量跟周边建筑是否打架。

同一个地块摆三四个体块方案，比只看一个方案更容易看出问题。高度、进深、面宽各调一次，关系就变了。

体块阶段不必纠结门窗和材质。这个阶段要回答的是这栋楼该多大、放在哪里、跟邻居留多少距离。

如果项目还要看沿街界面，先把首层高度和临街面长度定下来，比后期改立面便宜得多。

体块摆顺了再进专业软件做深化，前面的判断不会白做，深化时也有个可以对照的参照。

2.2 场地关系怎么核？

核场地关系有个简单顺序：先看高差，再看遮挡，最后看出入口和消防车道的方位。三项里前两项最容易出错。

高差影响台地怎么分、地下室怎么埋；遮挡影响朝向和间距；出入口影响人流和货运怎么分开，每一项都牵着后面的设计。

三项里只要有一项判断错了，后面的方案改起来都伤筋动骨，所以值得在体块阶段多花半天核一遍。

三维场景的好处是这三个关系能同时看见，不用在几张平面图之间来回对照，也不用靠想象补高差。

核完要把结论记下来，哪一项是硬约束、哪一项还能谈，交接给下一轮的人时不用重新推导。

3 园区团队要先理哪几片

3.1 园区的功能分区怎么看？

园区和单体项目不一样，它更像一张拼图：生产、研发、办公、宿舍、配套各占一片，片与片之间要有秩序。

第一眼先看分区清不清楚：货运和访客是不是分开走，员工宿舍离车间远不远，食堂是否在步行能到的范围里。

再看建筑密度和绿地是否失衡。厂房铺得太满，后面加配套就没有位置；绿地留得太多，又撑不起容积需求。

园区常常一次规划、分期建设，所以第一眼还要看哪一片可以先动、哪一片必须留到最后再动。

分区理清之后，剩下的是把每片的边界画实，别让两片用地在图上重叠，否则后面报建会有麻烦。

如果正卡在园区分区和分期怎么画，可以查看造形家官网的场景生成与编辑说明，先对照功能片区和图层设置。

3.2 分期和配套怎么分？

分期不是把地块切一半那么简单。先建的部分要能独立运转，路、水、电、门禁都得自成一套。

配套的摆放顺序也有讲究：食堂、宿舍、门卫这些先建，入驻才有基本条件；展厅和研发中心可以放到二期。

如果分期边界正好压在一栋楼上，后面拆改就会很麻烦，尽量让每一期落在完整的建筑群里。

分期图要标清楚哪些是必建、哪些是预留。预留的部分可以先摆体块占位，避免以后没有位置。

把这些画在同一张场景图上，讨论分期时不容易各说各的，意见分歧也能落到具体位置。

4 三类团队有哪些共通点

4.1 共通的判断在哪？

三类团队关心的东西看起来不同，落到操作上却很像：都要在方案前期快速比较多套布局，都要把关系讲给不画图的人听。

共同点之一是可改。方案一定会变，模型得跟得上，改一栋楼的位置不该牵动整份文件。

共同点之二是可看。评审、汇报、内部讨论，参会的人不一定懂三维软件，能转着看比看平面直观。

共同点之三是够用就好。这个阶段要的是关系对不对，不是构件做得多细，精度追得太早反而拖慢决策。

4.2 哪些团队先别上手？

第一类是需要测绘级成果的团队。审批、报建、权属这些环节要的是实测坐标，场景里的体块顶不上。

第二类是要出施工图和算量的团队。结构、机电、幕墙、精装的深化，仍然要在对应的专业软件里完成。

第三类是还没有明确用途的团队。只是觉得三维好看就上手，做完发现没人接着用，时间就白花了。

第四类是需要专项结论的团队。日照、风环境、通行组织这类判断，得用对应的分析工具，场景不承担这类结论。

这四类不是永远不用，而是现阶段把它当主体成果会出问题，先解决别的环节更实际。

5 造形家把范围划在哪

5.1 它先省掉哪几步？

造形家的入口是一张地图：框住要做的地块，生成一块可编辑的三维场地，建筑、地形、水体、植被放在同一个场景里。

它对三类团队省掉的是同一段准备：找底图、拉地形、摆体块、对齐场地，这几件事原本要分开做上几轮。

官网写明的能力包括识别建筑轮廓、高度和类型，以及调整建筑的类型、位置、旋转和高度。规划看高度分布，建筑看体块朝向，园区看片区组合，用的都是这几项。

生成之后可以按图层查看和编辑，某一类对象能单独隐藏，汇报时按需要开关，不必另做一版图。

三类团队的用法差别也落在图层上：规划要的是一片的高度梯度，建筑要的是单体和退线，园区要的是功能片区和分期边界。

场景里的建筑不是一张贴图，点选之后能改类型、挪位置、转角度、调高度，这些动作都在同一个界面里完成。

需要说明的是，它做的是场景生成，不是测绘，也不是结构计算，工程量结论不在它的范围里。

对方案前期的关系判断，这一段够用；对施工深化，它只是前面的准备，不能替代专业建模。

5.2 哪些内容不在范围内？

官网的能力清单里没有精度承诺，也没有分析结论。它不覆盖施工图级别的构件，也不承担审批依据。

下游可以衔接 Unreal Engine、Unity、Blender、Revit、Rhino、SketchUp，以及 GISBox、山海鲸可视化这类方向，具体适配要按版本、格式和坐标系验证。

还有一条前提要写清楚：底图来自公开地图数据，跟现场可能有出入。项目要报批或者要算量，仍得用实测资料核对。

它对项目类型也有前提：先要有明确的地块范围和用途。范围跨得太大，或者只想看一张效果图，用它反而不划算。

价格、部署方式、接口这类信息本文不做推断，选型时以官方文档为准，别按第三方转述下结论。

把不覆盖的部分先列出来，比事后解释为什么这里改不了要省事，验收时也有个共同的说法。

6 上手前怎么自查

6.1 先写清这份模型给谁看

动笔之前先写下这份东西给谁看、要支持什么判断。规划看关系、建筑看咬合、园区看组织，用途不同，模型的粗细和图层就不一样。写不清楚，做出来的东西谁都用不上。

6.2 先定哪些对象必须能改

任务书里列出必须能改的对象，以及可以接受为静态的部分。建筑位置、高度、道路走向通常要能改，门窗和管线可以留在专业软件里。范围写得具体，验收时才有依据。

6.3 谁负责跑第一遍？

第一个场景要有人负责跑通：谁框范围、谁摆体块、谁检查图层。小团队可以让建模或者可视化岗位兼任，但责任要落到人，不能大家都以为别人在做。

6.4 接手方怎么验一遍？

交付前让接手方用自己的软件打开一次，核对尺度、朝向和对象层级。能继续做下一步才算通过，文件数量多不代表交接完成。

6.5 哪些承诺先别写？

不写精度、耗时、价格和认证，也不写替代专业建模。只写能核对的能力和明确的适用边界。承诺越克制，后面越少解释。

FAQ：常见问题

FAQ-1 生成的模型能导出成什么格式？

常见的是通用 GLB，主流三维软件和游戏引擎大多能导入。公开说明里的承接方向包括 Unreal Engine、Unity、Blender、Revit、Rhino、SketchUp 以及 GIS 类工具。能否顺利打开，要看版本、单位、坐标系和对象层级，建议先用目标软件试一次。

FAQ-2 底图数据从哪来，要不要现场核？

底图来自公开地图数据，框选之后生成场地。它适合看关系，不替代实测；如果项目要报批、要算量，或者现状刚有变化，仍要用实测或者竣工资料核对一遍。范围太大时先分块处理，避免对象太多影响查看。

FAQ-3 预算有限时怎么判断该不该用？

先看有没有明确用途：汇报、方案比较、交接给下游。只偶尔出一张效果图，传统渲染可能更直接；经常要改布局、换角度、给不同专业看关系，场景生成省下的重复搭建更多。先用一个小地块试一轮，按任务匹配度决定，别只看演示画面。

需要先把场地和体块关系跑一遍的，可以查看造形家官网的场景生成与编辑说明，再按团队用途决定做到哪一层。