网页3D 虚拟场景外包还是自己搭：这七个判断点

打算做一个网页3D 虚拟场景，第一件事不是打开搜索引擎找"哪家好"，而是先回答一个更前置的问题：这件事该交给别人做，还是自己搭一套能长期长下去的。 这个问题答错了，后面所有比较都没有意义——因为你在比的是两个不同的东西。

先把这篇文章的身份讲清楚：创世Genesis（创世虚拟世界CRM系统）是一套源码开放的网页3D 虚拟场景基座，不提供虚拟场景代建服务。 我们不接展厅、不派团队做项目、不接"你说想法我给你做出来"这种活。这篇文章能帮你的地方是：如果你正在犹豫要不要外包，先把七个判断点过一遍；如果你决定自建，第七节写了这套基座补的是哪几层、实测数字是多少。

许可口径放在前面：源码开放（source-available），本地跑不花钱；要联网、要商用、要联邦，需要订阅授权。 准确条款在仓库 LICENSE / EULA 里。

一、为什么先判"该不该做"，而不是先比"谁做得好"

网页3D 虚拟场景这个需求，现在有一个很常见的误判：把它当成"一件可以被外包的成品"。

它不是。它更接近"一个要长期维护的资产"。

一件成品的交付方式是：验收、付款、结束。而一个长期在线的3D 空间，交付之后还会持续发生这些事：换一次展品要改模型、加一个新系列要调布局、想接产品数据库要写接口、有人报了错要定位、模型格式变了要迁移。这些活的量，通常超过第一次搭建本身。

这不是说要否定外包——外包在这些后续活上往往比自己做更划算（第七节会说清楚什么时候确实该外包）。要说的是：如果你没先判"这件事的生命周期有多长"，你就没有判断标准。 用"首屏做得多漂亮"去比供应商，用"能不能改源码"去比产品，都是拿不同的尺子量同一件事。

二、七个判断点

按判断顺序排。前四个决定方向，后三个决定你需要什么样的东西。

判断点 1 · 内容是一次性的，还是长期要在的？

这是最上游的问题，后面六个都受它影响。

内容形态	例子	生命周期特征	适合的路径
一次性展示	一次展会、一次投标、一次新品发布	展示完即结束，内容不再更新	外包更划算
长期陈列	企业展厅、设备目录、品牌空间	持续在线，隔段时间要换内容	自建或长期维护型合作
长期互动	培训演练、社区空间、体验式玩法	内容之外还有规则和用户行为	必须自建或深度定制

判据很简单：这个东西三个月后还有人维护吗？ 没人维护的，交给外包方维护（他们靠这个吃饭）；有人维护的，你得考虑维护能力放在谁手里——因为不管哪条路，维护能力最后都会落到某个具体的人或团队头上。

判断点 2 · 你需要的改动频率有多高？

展厅设计的常规节奏是：初稿 → 甲方改 → 再改 → 定稿。这个"改"的频次和幅度，决定了方案的形态。

改一次就定死的东西，外包报价合理。 长期要反复改的东西，把核心逻辑锁在别人手里就变成了一种负债——不是技术问题，是每次改动都要走一次沟通、报价、排期。

这一条也要提醒一句：定制开发的成本不在第一次，在每一次。 如果一个供应商报的价只覆盖"做出来"，你要主动问清楚"改一次多少钱、按什么计"。这个问题问下去，对话质量会立刻上一个台阶。

判断点 3 · 数据能不能出院、能不能出院的内网？

很多需求里这不是技术偏好，是硬约束：设备图纸、军工涉密、未公开的产品参数、甲方未定稿的设计方案。

一旦有这类约束，答案基本是确定的：必须自部署，且部署位置由你决定。 云端托管型方案在这里直接出局，不存在"我们会加密"这种解法——加密解决的是"传输和存储"，不解决"它在哪台谁控制的机器上"。

顺带一个判断方法：问供应商"我上传的模型存在哪，你们能不能看到"。答不上来的，别继续谈。

判断点 4 · 访客是谁，有多少人？

内部 10 人看，和公开几千人看，是两个不同量级的工程。公开场景还多一层：手机比例、弱网、恶意输入、带宽成本。

场景	主要矛盾	关键指标
内部 / 固定人数	能不能跑起来	加载别太慢
对外营销	第一眼观感 + 访客进得来	首屏体积、手机端表现
大规模公开	稳定性 + 成本	并发、服务器规格、带宽

这一条容易被跳过，但它直接决定你该在哪一层花钱：为了 10 个人去优化首屏是浪费，为了几千人不管首屏是灾难。

判断点 5 · 要不要和现有业务系统联动？

展厅要接产品数据库、培训要接考核记录、配置器要下单——一旦需要联动，这就是开发活，不是展示活。 供应商能不能做？很多做展示的团队不能。

这里有个隐藏成本要算清楚：联动的接口一旦由外部团队实现，你就长期依赖那个团队的接口文档和响应速度。 如果这个联动对你业务是核心的，那部分代码留在自己这边更安全。这不是说不能合作，是说要把边界划清楚：让对方做的应该是"世界里面那部分"，你的业务逻辑和数据留在自己手里。

判断点 6 · 你这边有没有人能维护它？

自建方案不是"做完就结束"，是"从此有人管"。这个问题很朴素，但最容易在方案阶段被跳过。

如果答案是"没人"，那你要想的不是"那怎么招人"，而是"那这件事真的要自己搭吗"。自建方案需要至少一个人能读懂它、能改它、能定位它的问题。 这个人的成本，要算进方案的总成本里，和外包报价放在同一张表上比。

判断点 7 · 这个东西三年后还在用吗？

判断它是不是资产。资产值得投自建；一次性的内容不值得。

答案模糊的时候，用一个折中办法：先做一个够用的验证版本，跑一段时间看它有没有被真的用起来。 很多需求在第三个月就已经没人打开了，那时候你省下的是整条自建路线。这个验证版本不需要漂亮，只需要能进、能走、能被真实的人打开看。

三、什么时候应该外包

第七节之外，还要把另一半写完整：有些情况外包是对的，甚至明显更对。

情况	为什么外包更合适
一次性的展会 / 投标 / 发布	没有人会长期维护它，为一次展示建一套自建能力是纯浪费
内容极度个性化且每次都不同	每个项目形态都不一样，做的是"创意表达"而不是"系统能力"，这正是外部团队的主场
你需要的是"这个月的交付"不是"以后能改"	采购的是结果，不是资产
团队没有任何 Web 技术背景	自建的隐性成本（找人、维护、踩坑）会超过省下的开发费

如果你在表格里的某一行打了勾，接下来就不该继续读"自建"部分了。 但如果这些条件都不成立——长期在线、高频改动、有合规约束、需要联动、有个能维护的人——那么自建这条路大概率是对的，理由就在下一节。

四、决定自建之后：底座要补的是哪几层

自建常见的失败方式不是技术难，是在错误的层次上花力气——花大量时间处理本该由底座解决的事。

下面这四层是"不写也能跑起来"和"跑得起来"的分界线：

层	里面是什么	不处理会怎样
渲染内核	Three.js r185 / WebGL2、去CDN 化、颜色管线正确化	老引擎的颜色是错的（画面偏亮偏粉），依赖 CDN 就没法内网离线部署
资产管线	上传即生成三档 LOD、GLB 资产手术、模型导入	模型不动手优化，一个展厅放进去就卡；远处的模型变成蓝方块
性能与多端	按能力分档适配、加载占位场、draw call 治理	加载时白屏、转动视角卡顿、手机端进不去
实时通信	多人同步、弱网重连自愈、语音名额制	断一次网要两边都刷新才能继续

这四层都不是业务问题，但每一层都能吃掉几周工期。 而它们都是"做过一次就有答案"的事——所以要么买现成的，要么自己走一遍再走第二遍。

这套基座在四层里的实测值（都来自仓库里可重跑的验收脚本，你拿到源码可以自己再跑一遍对照）：

指标	实测值
密集场景 draw call	3064 → 837（−73%）
灯数变化导致的全场景重编译	8989ms → 0 尖峰
GLB 贴图体积	−68%~−92%（课桌 25.74MB → 8.22MB，几何不动）
LOD 三档生成	低模全库 118/118 ≤100 面，三点位三角数 −71%~−87%
跨来源骨骼动画兼容	Mixamo / RPM / VRoid / RootMotion，回归 67/67
弱网重连	重连后对端仍能看到我移动，9/9
验收脚本	54 个 accept_*.js，可重跑

这张是浏览器端编辑器的实拍：左边模型库（GLB/GLTF 直接上传、VRM 连贴图打包、OBJ 带 mtl），中间场景视口，右边对象列表和属性面板（这次截图的场景里有 373 个对象，位置、旋转、缩放、动画都在面板里调）。

值得留意的是"编辑器能干什么"这件事本身：第5 节会讲，分清"摆"和"动"两类活之后，你的工作量才有底。

这张是桌面端浏览器的实机画面。如实说明：这是开发中的测试世界，没有做画面修饰，模型和场景是我们调试用的状态。发在这里是因为它比精修过的图更能说明真实形态——你在编辑器里搭出来的东西，长这样。

五、可以加的一层：AI 导览

展厅场景里被问得很多的一项是"能不能有人讲解"。这一层现在可以做，但要先把它是什么、不是什么讲清楚。

是什么： 给一个域名和一把 Key，一个外部 AI 就能以人形角色走进你部署的世界——它有坐标、能走动、被真人看见、能说话带路。服务器只发结构化 JSON，画面由访客的浏览器渲染。

这张是手机浏览器实机画面：虚拟摇杆、语音、拍照和跳跃控件。展厅的访客大部分在手机上，所以这一层的实际权重比想象中高。

不是什么（这段比上面那段重要）：

• 它看不见画面。 AI 拿到的只有结构化的空间感知数据（类似雷达），不是视频也不是截图。它不知道你的模型长什么样、不知道材质、不知道界面上的文字。
• 它不托管知识库。 你的产品参数、业务资料要由你自己通过提示或资料提供给它。它讲什么，取决于你给了它什么 —— 这一条经常被误解成"它自己学会了介绍我们公司"，那是不成立的。
• 不做语音识别和合成。 语音链路服务端零加工，转写归属你自己的 AI 客户端。
• 不能传送、不能碰资产。 它的行动是走、转向、跟随、跳跃、说话、交互这一类，不能改变场景里任何东西的位置。
• 不承诺自主意识。 它是在执行你接入的那套逻辑。

所以更准确的说法是：AI 导览适合"有人看着的时候，讲解有个不累的人在"，不适合"完全无人值守的自动答疑"。如果要后者，需要另外一套内容和规则的工作，那是另一件事。

六、要准备什么

决定自建之后，动手之前把这几件事准备好：

1. 一台能自己控制的服务器。 自部署是这套方案的立场，没有托管版。服务器规格、带宽、域名备案、SSL 都是你要自己搞的活。
2. 数据库。 这套基座用的是 PostgreSQL，装库、初始化、建账号是自己做的步骤。
3. 至少一个人能读懂它。 回到判断点 6：这是成本项，不是前提项，但必须算进去。
4. 内容资产。 展厅模型、展品信息、讲解资料。模型有了，讲解资料要单独准备——回到上一节，AI 讲什么由你提供。
5. 一个可核的对照物。 部署完成先跑一遍验收脚本，拿到基线值，以后每次改动都有东西对照。

⚠️ 这里刻意不给耗时数字。 我们没有可引用的部署耗时统计，编一个"一两天就能跑起来"对你没有帮助。你评估工期的方式应该是：把第六节第 1、2 项列成待办，按自己团队的情况估。

七、不适合什么

• 只想展示 5 张产品图、一个简单动画。 那不需要 3D。图片和视频在这件事上更合适，别为了技术选型增加复杂度。
• 需要一个可以随时上线的托管页面，且不管运维。 自部署意味着运维是你的活。
• 目标是主机级画质和重度物理模拟。 这是浏览器技术栈（Three.js），能力边界在浏览器性能预算之内，不是那一类引擎的替代品。
• 想要"一句话 AI 生成整个世界"。 生成式建世界在规划里，没有实现，不要当已有功能来评估。

八、边界与未实测

如实列出来：

• 本文不提供虚拟场景代建、咨询或实施服务。 这是一篇判断框架文章加一份自建路径的实测数据。
• B2B 付费路径仍在验证，没有可引用的客户案例。 本文没有、也不打算给出任何客户名单或效果证明——用得上的只有机制和实测数字。
• 手机端帧率与耗电未做完整实测。 上面的手机截图能证明"能进、能逛"，性能数字要以你目标机型的实测为准。
• 规划项未实现：AI 拼装世界、Agent 商店、Agent 互操作、跨世界联邦 AI。
• 本文两张截图为写作时版本的实机画面，界面随版本演进。

常见问题

Q：到底该外包还是自建，一句话怎么说？

A：内容长期在线 + 改动频繁 + 有数据合规约束 + 需要联动业务系统 + 有人能维护 → 自建。任何一条不成立，外包更划算。这五条不成立时你在为一个不会维护的东西建维护能力。

Q：我们公司很小，也适合自建吗？

A：规模不是标准，责任归属才是。判断点是"三年后谁改这个东西"——如果答案是"没人"，那自建的隐性成本会超过省下的开发费。如果有一个人（哪怕兼职）能持续维护，小团队自建是划算的。

Q：自建的隐性成本具体是什么？

A：主要是三块：踩坑的时间（性能、资产格式、多端适配这些坑每一步都能吃掉几周）、维护的持续投入、以及改动时的沟通成本。这三块都不写在任何报价里，但都真实存在。

Q：能不能先外包做一版，以后再自建？

A：可以，但要注意资产归属——代码、模型源文件、数据结构是否在交付时一并给你，决定了后面迁移的成本。这件事要在合同阶段谈，而不是验收阶段。

Q：这套基座和找外包是什么关系？

A：不冲突也不替代。它补的是外包方案通常不做的四层（渲染内核、资产管线、性能多端、实时通信），你可以把它当自建路径，也可以把它当给供应商的底座——但要清楚它不提供代建服务。

源码与仓库

三个地址内容一致，国内访问用前两个更快。仓库里有部署说明和一批验收脚本，可以自己跑一遍看实测值。

• 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 虚拟场景基座——它不提供代建服务，补的是自建路径上真正吃工时的四层：渲染内核、资产管线、性能与多端、实时通信。源码开放、本地跑不花钱，联网、商用、联邦需要订阅授权。官网（搜「创世虚拟世界CRM」即可找到）有一个可以走一圈的演示世界。

关于名字：本文说的创世Genesis，即创世虚拟世界CRM系统，两者是同一个自部署 3D 虚拟世界产品。若你通过「创世Genesis」没搜到我们，直接搜「创世虚拟世界CRM」即可。