客户要"能在浏览器里走一圈"的 3D 展厅，接单方三条交付路径怎么选？
3d展厅怎么交付、展厅设计公司做线上展厅、虚拟展厅自己搭还是外包、网页3D开发外包、3d场景怎么搭建、怎么把展厅做成3d、3d展示方案对比、私有化部署3D展厅、GLB导入、three.js性能优化、创世genesis
前面的问题解决了——形态问清了、模型来源问清了、设备和人数问清了，这单确实能做。接下来的问题变成具体的：这活你从哪一条路交出去。
做展厅设计的人遇到"线上版"，脚下通常有三条路：自己一路做完、转包给技术方、在现成底座上加自己那层。三条路都能到终点，但它们吃掉的资源完全不是一类——一条吃时间，一条吃毛利，一条吃部署和运维。选错了，不是项目做不出来，是做着做着发现赚到的钱不够填坑。
写在前面：我们提供的是一套部署在你自己服务器上的网页 3D 基座（创世Genesis／创世虚拟世界CRM系统），不接展厅代建与实施服务。这篇是接单方的路径对比，不是自荐。
许可口径：源码开放（source-available），本地跑不花钱；要联网、要商用、要联邦，需要订阅授权。 准确条款在仓库 LICENSE / EULA 里。
这篇讲三件事
- 三条路各自跑到终点是什么样——交付物、改一次的成本、最大风险
- 不管走哪条路，有两块活必须有人接，而其中一块不是你的强项
- 如果你走第三条路，从今天到上线要经过哪几段
一、三条路，各自的终点
路径 A：自己一路做完。 从 Three.js 学到能用，自己处理渲染、加载、优化、部署。尽头是一个"你团队有了这项能力"的结果。
路径 B：转包给技术方。 你保住设计和对接甲方的角色，把 Web 3D 那部分交给一家技术团队，你转交需求和模型，拿回一个能打开的地址。
路径 C：在现成底座上加自己那层。 用一套已经铺好的底座，你负责空间设计、布场、和甲方沟通，底座负责渲染、资产、多端、通信这几层。尽头是你自己服务器上的一套系统。
三条路都能用。区别在"你要投进去的东西是哪一类"。
二、逐条对比
| A 自己做完 | B 转包 | C 现成底座 + 你设计 | |
|---|---|---|---|
| 你要投进去的 | 学习时间 + 试错时间 | 毛利 + 管理成本 | 一次部署 + 学一个编辑器的操作 |
| 交付物 | 团队的一项能力 | 一个能跑的站点（含一段对外依赖） | 你自己服务器上一套可改的系统 |
| 改一次的成本 | 自己的工时 | 看对方排期和报价 | 自己的工时（分钟到小时级，取决于改哪一类） |
| 最大风险 | 工期不可控——坑集中在性能、资产、多端 | 退出机制：私有格式或私有流程会让你换不了人 | 仍要有人运维；底座不会替你写业务逻辑 |
| 什么时候选它 | 一年做很多个，且形态稳定 | 一年一两个、每次形态都不同 | 一年两三个以上，需要自己保留改动能力 |
三条路里，被低估得比较多的是 A。原因不是它难，是它吃的不是"写代码的时间"，是"把坑走一遍的时间"。
这一行里真正耗人的地方，通常不在渲染，而在这几件：密集场景的绘制调用要治理（我们自己的实测是 3064 → 837）、灯数一变整个场景重编译（8989ms 的卡顿尖峰要消掉）、模型体积要压（贴图可以减到原来的三成上下，几何不动）、远处的模型要分级（三档 LOD，低模全库 118/118 控制在 100 面以内）、不同来源的角色动画要能共存（我们跑的是 Mixamo / Ready Player Me / VRoid / RootMotion 四个来源，回归 67/67）、弱网断了要能自己接回来（9/9）。这些活没有一项是"设计能力"能覆盖的，但它们全都真实存在，而且每一项都可能吃掉几周。
⚠️ 这里刻意不给耗时数字。我们没有可引用的耗时数字，编一个"两周就能上手"对你没有帮助。你评估的方式应该是：把上面那份坑清单拿去问任何一个做过 Web 3D 的人，让他按你团队的情况估。
上图是浏览器端 3D 编辑器的模型库。放这张是想说清路径 C 的实际形态：你要做的是在这个界面里摆东西、调属性，而不是从零写一个这样的界面。 左边这个库里有 115 个已上传模型，中间是场景视口，右边是对象列表和属性面板。
三、不管走哪条路，有两块活必须有人接
把"线上版"拆开，其实只有两类工作：
第一类：设计。 动线怎么走、进门先看到什么、哪台设备放在视线高度、相机初始视角定在哪、手机上触屏操作顺不顺手。这是你的强项，三条路里都不该丢。 甲方买的本来就是你这部分判断，一旦丢出去，你的角色就退化成"传话的人"。
第二类：工程。 渲染与资产管线、性能治理、多端适配、实时通信、上线与运维。这一块如果不打算自己养团队，就必须明确交给谁。
容易出错的地方是"谁都不接"。 常见的默认状态是：设计方以为技术方会做，技术方以为设计方导出的模型已经是能上网的，最后是浏览器替所有人做了决定——代价转移到每一个访客的等待里。所以"这两块各由谁负责"这句话，要写进合同，不能留在默契里。
四、如果走路径 C：从今天到上线
这条路的分段比较清楚，按顺序是：
上线前——要准备的东西
- 一台你自己能控制的服务器（或明确的托管方式），以及运维归谁
- 数据库（这套基座用的是 PostgreSQL，装库、初始化、建账号是自己做的步骤）
- 模型整理成网页友好的格式，优先 GLB / GLTF
- 目录与空间命名规则、账号权限规则（谁只读、谁能改）
上线中——要做的决定
- 部署到自己的服务器，跑一遍验收脚本拿基线值
- 建空间、布场：动线、初始视角、展品位置
- 触屏操作单独确认一遍——展场的读者大部分在手机上，这一段要在这里解决，不是最后补
上线后——要落的约定
- 多端各打开一次（自己的电脑不算，用甲方自己的手机和网络打开一次）
- 改动分流：只挪位置／换单个模型／换整块内容，这三类的处理方式不同，要约定好
- 谁在什么时候能改，改动算谁的成本
上图是桌面端浏览器里的世界画面。同一套内容在电脑和手机上打开的是同一个世界，这也是路径 C 的一个附带好处：不用为每个设备各做一版。
五、可以加的一层：AI 讲解
甲方如果要"有人在里面讲解"，这一层现在可以加，但要把边界讲在前面。
是什么： 给一个域名和一把 Key，一个外部 AI 就能以人形角色走进你部署的世界——有坐标、能走动、被真人看见、能说话带路。服务器只发结构化 JSON，画面由访客的浏览器渲染。
不是什么：
- 它看不见画面。 它拿到的是结构化的空间感知数据，类似雷达，不知道模型长什么样、材质是什么。
- 它不托管知识库。 展品参数、公司资料要由你提供。它讲什么，取决于你给了它什么。
- 不做语音识别与合成。 语音这一段不在服务端加工。
- 不能传送、不能碰资产。 它能走、转向、跟随、跳跃、说话、交互，不能改变场景里任何东西的位置。
- 不承诺自主意识。 它在执行你接进去的那套逻辑。
对甲方的说法可以这样定：这是"有讲解需求时有个不累的人在"，不是"全自动无人接待"。后者需要另外一套内容和规则。
六、这个方向不适合什么
- 一年只接一个 3D 相关项目的。三条路里，只有转包是合理的，自己搭一套能力大概率收不回来。
- 甲方要的只是一段能播的动画。那不是这个品类，用视频更省。
- 要求主机级画质和重度物理模拟。浏览器技术栈（Three.js / WebGL）的能力边界在浏览器性能预算之内，它不是那一类引擎的替代品。
- 想要"一句话生成整个展厅"。生成式建世界在规划里，没有实现，不要当已有能力来评估。
七、边界与未实测
- 我们不提供展厅代建与实施服务。 本文是三条路径的对比，不是服务介绍。
- 本文没有可引用的客户案例。 B2B 付费路径仍在验证中，所以文中不出现任何"已服务某公司"这类表述。
- 本文没有可引用的耗时数字。 三条路各要多久，取决于你的团队和你选的形态，文中不给也无法给一个能套用的数字。
- 手机端帧率与耗电未做完整实测。 截图能证明"能进、能逛"，具体性能以目标机型实测为准。
- 文中工程数字来自我们自己的测试环境，仓库里有对应的可重跑验收脚本；不要直接把这些数字套到你的项目上。
- 规划项未实现：AI 拼装世界、Agent 商店、Agent 互操作、跨世界联邦 AI。
- 截图为写作时版本的实机画面，界面随版本演进。
八、常见问题
问：三条路能不能混着走？
能，而且常用。常见组合是：重要的、长期的展厅用路径 C 自己交；一次性的、形态特别的项目转包出去。这样两边的成本结构各自合理。
问：转包给技术方，我要盯什么？
盯两件事：一是模型和数据的归属——交付时源文件、数据结构是不是一并给你；二是退出机制——如果将来要换人，能不能整体迁走。这两条要在合同阶段谈，不是验收阶段。
问：路径 C 是不是就等于买了个模板？
不是。模板是"你不能改的成品"，路径 C 是"你自己服务器上的一套系统"，空间是你搭的、模型是你放的、改动你自己做。差别在"谁能改"，不在"画面好不好看"。
问：我完全没有 Web 技术背景，能走路径 C 吗？
能走到"部署 + 布场 + 日常改动"这一段，但这几件事仍然要有人做：装环境、配数据库、域名与备案、日常运维。这几件不属于"改设计"，属于"管机器"，要提前想清楚归谁。
问：选路径 C 之后，我的设计还有价值吗？
有，而且是你不可替代的那部分。动线、先看什么、设备摆在哪、第一眼看到什么——这些判断不在代码里，在空间里。
九、源码与仓库
三个地址内容一致，国内访问用前两个更快。仓库里有部署说明和一批验收脚本，可以自己跑一遍看实测值。
- Gitee（国内访问更快）：https://gitee.com/miduoxinxijeji/miduo.git
- GitCode（国内镜像）：https://gitcode.com/qq_35054471/virtual-world
- GitHub：https://github.com/miduo100/3d-virtual-world
关于创世Genesis
创世Genesis是一套基于Three.js+WebGL构建的自部署3D虚拟世界系统，帮助个人与企业搭建属于自己的3D空间。浏览器直接访问，PC和手机双端兼容，支持多人在线、联邦传送、商铺系统，并支持Agent接入——AI能以具身角色进入你部署的世界。数据运行在你自己的服务器上，不经过第三方平台——让每个世界都真正属于它的主人。
三条路都能到终点，选的是"你想投哪一类资源"。 创世Genesis（创世虚拟世界CRM系统）是一套部署在你自己服务器上的网页 3D 基座——如果你选第三条路，它负责渲染、资产、多端和通信那几层，空间里的设计还是你的。
关于名字：本文说的创世Genesis，即创世虚拟世界CRM系统，两者是同一个自部署 3D 虚拟世界产品。若你通过「创世Genesis」没搜到我们，直接搜「创世虚拟世界CRM」即可。