甲方开始问"展厅能不能线上看"，接一个网页 3D 展厅的单，先问清这六件事

以前甲方看的是效果图和三套方案。现在越来越多的甲方在看完成果图之后，会多加一句：

"这个能不能做成线上能看的？客户自己点开、自己走一圈那种。"

对做展厅设计、做建站外包的人来说，这是一个信号——需求在往前挪了，原来只交图，现在要交"能进去的地方"。它同时是个陷阱："线上能看"这四个字底下，至少藏着三种东西，工程量差一个量级。 不拆开就报价，不是利润薄，是亏。

写在前面：我们提供的是一套部署在你自己服务器上的网页 3D 基座（创世Genesis／创世虚拟世界CRM系统），不接展厅代建与实施服务。这篇是给接单方——展厅设计公司、建站外包、设计工作室——的一份提问清单，不是自荐。

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

这篇讲三件事

1. "线上能看"必须先拆成三种形态——它们的工程量差在哪
2. 接单前要当场问清的六个问题，以及每个问题不回答的代价
3. 问完之后，这单该接、该只接一部分、还是该直说做不了

一、"线上能看"至少是三种东西

甲方说这句话的时候，脑子里通常有一个参照物——他在某个地方见过，觉得"就要那样"。而那个参照物落在工程上，可能是三件完全不同的事：

甲方嘴里的"线上看"	实际形态	大致工程量	内容来源
"能转着看"	单个模型在网页上放大、缩小、旋转	小	一个模型文件
"能自己走一圈"	一个可以漫游的网页 3D 空间	中	空间 + 一批模型 + 布场
"能点、能用"	可配置、可下单、看完能留联系方式	大	上面全部 + 业务逻辑

三者的差距不在画面好不好看。在"能不能改""要不要接你自己的系统""手机端要不要撑住"。 举个直观的对比：单个模型展示，手机上只要它别太大就行；一个能走的空间，手机上要处理摇杆、视角、掉帧、加载顺序。这不是同一个难度档位。

还有一层错位经常出现：甲方说"线上看"，心里想的可能是"我们自己人在会议室里能看"（内部评审），说出口的却是"给客户看"。 这两件事的第一个差别是网络——内网里跑得动，不等于外网打开就开得了，域名、备案、带宽、手机信号都要算进来。第二个差别是压力：内部五个人看，和发链接给两百个客户看，是两个量级。

把这句"线上能看"翻译成具体动作，比什么都重要。 一个省事的问法：让甲方说"你在哪儿见过、长什么样"，别自己猜十句。

上图是浏览器端 3D 编辑器的属性面板与对象列表。之所以放这张，是想说明"能走一圈"这个形态的实质：不是一段视频，是一堆能被摆放、被调整的对象。它可编辑，所以才要问清"以后谁改"。

二、接单前要问清的六个问题

下面六个问题，前三个决定这活能不能做，后三个决定这活能不能收尾。

#	问什么	为什么要问	不问的代价
1	你要的"线上看"是哪一种？	三种形态的工程量差一个量级	报的价只覆盖了第一层，做到一半发现要的是第三层
2	模型谁出、什么格式？	设计师出的效果图和"能上网页的模型"不是一回事	要么返工，要么这活变成"重做模型"而你按"导进去"报了价
3	给谁看、多少人看、用什么设备看？	内部评审和对外营销的性能预算完全不同，访客大多在手机上	拿桌面端的表现去承诺手机体验，交付当天被打回
4	这个东西要活多久？	一次投标用一周，和长期在线要维护三年，是两种产品	用一次性的报价结构，去做一个长期在线的需求
5	以后谁改、改一次算谁的钱？	改动是这类项目后期的主要工作量，也是纠纷的主要来源	每改一次重新谈一次价，合作关系很快就僵
6	放在谁的服务器、域名和备案谁办、谁运维？	"上线"交付的不是一个文件，是一个还在运行的地址	交付时挺好，一个月后服务器到期，客户来找你

逐条展开一点，因为每一条都有人栽过。

第 1 条：形态。 见上一节。这一条问不清，后面五条都白问。

第 2 条：模型。 这是容易被低估的一条。做效果图的模型和上网页的模型，目标不同：前者要"渲染出来好看"，后者要"在别人的网络和手机里跑得动"。出图用的模型往往带着隐藏层、未合并的物体、几十万面、没压过的贴图——这些对出图无害，对网页是负担。所以这一条要问的不是"有没有模型"，是"这个模型是出图用的还是上网用的"。 如果是前者，那么"模型处理"是一块独立的工作量，不是顺手的事。上网页的模型优先用 GLB / GLTF，这件事在导出的那一步就该定。

第 3 条：设备和人数。 这一条决定你在哪一层花钱。为五个人去优化首屏是浪费；为两百个客户不管首屏是麻烦。还有一个容易被忽略的：你用自己的电脑测试，和客户在他在路上、在客户办公室用手机打开，是两次完全不同的体验。

第 4 条：寿命。 这条决定报价结构。一次投标、一次展会，展示完就结束；企业展厅、设备目录，是长期在线、隔段时间要换内容。同一个形态，这两种需求的报价方式不一样——前者可以一次报完，后者必须把"以后的改动"单独写出来。

第 5 条：改动。 如果你不主动问，甲方通常不会说。等第一次要改的时候再谈钱，双方都难受。一个省事的做法：在报价里就写清"改动怎么算"——不是写金额，是写清楚按什么口径算（按次、按工时、还是包在某个维护期里）。

第 6 条：归属。 这一条看起来像行政手续，却容易在半年后变成事故。要问的具体是：服务器在谁的账号下、域名在谁手里、备案谁办的、到期了谁续。这四件事分散在两个公司手里的时候，出事是早晚的。

上图是手机浏览器里打开 3D 世界的实机画面。放这张是因为第 3 条：甲方说"给客户看"的时候，客户手里大概率是这个设备，不是你的显示器。

三、问完之后，三种结论

六个问题答完，这单的结论基本就出来了。

第一种：该接，正常报价。 形态明确、模型现成或你自己能出、改动频率低、容量小。这就是一个普通项目，你原来的报价方式就够用。

第二种：该接，但只接一部分。 这是常见的情况，也是能体现专业的处理方式。你的强项在设计、布场、动线、视觉表达、跟甲方沟通——这些在"线上版"里一样值钱，而且甲方本来就买你这部分。而性能治理、资产管线、多端适配、上线运维这几块，如果你不打算养一支 Web 团队，把它划出去比硬扛着做完更便宜。划出去有两种方式：找技术方合作，或者用一套已经铺好的底座自己配。

把边界写进合同，比做完再解释便宜。 这句话在"线上版"这类活上尤其成立，因为它的边界容易含糊。

第三种：该直说做不了。 有几个信号值得警惕：需要跟业务数据库实时联动（这是开发活不是展示活）、需要几百上千人同时在线、需要主机级画质和物理模拟。这些不是一个设计团队顺手能加的。说出来比签下来体面——签错了，后面每一个环节都在补窟窿。

四、报价时把"线上版"拆成五项

不管走哪条路，给甲方的报价里，"线上版"这一项建议拆成五块，别合成一个数字：

1. 模型处理——格式转换、体积处理、分级版本。甲方给的模型没优化过的话，这是一块独立工作量
2. 空间搭建与布场——动线、初始视角、触屏操作，这块是你的专业所在
3. 上线——服务器、域名、备案、证书
4. 内容维护——以后的每一次改动，按什么口径算
5. 业务对接（如涉及）——接甲方的商品库、表单、数据库

前两项加第三项基本是一次性的，第四项是持续的。 报价结构跟着这个区别走，后面少吵很多架。

五、可以加的一层：AI 讲解

展厅场景里被问得比较多的一项，是"能不能有人在里面讲解"。这一层现在可以做，但要先把它是什么、不是什么说清楚——尤其对甲方，说清"不是什么"反而是让方案立得住的方式。

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

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

• 它看不见画面。 它拿到的只有结构化的空间感知数据，类似雷达。它不知道你的模型长什么样、材质是什么、界面上的文字写了什么。
• 它不托管知识库。 展品参数、公司资料，要由你自己通过提示或资料提供给它。它讲什么，取决于你给了它什么。
• 不做语音识别与合成。 语音这一段不在服务端加工。
• 不能传送、不能碰资产。 它的动作是走、转向、跟随、跳跃、说话、交互这一类，不能改变场景里任何东西的位置。
• 不承诺自主意识。 它在执行你接进去的那套逻辑。

所以对甲方那句话应该这么说：这不是"放个机器人自动接待"，是"有人需要讲解的时候，有个不累的人在"。 完全无人值守的自动答疑，需要另外一套内容和规则，那是另一件事。

六、这个方向不适合什么

• 甲方只是在会上顺口提了一句"能不能也做个线上版"，没有任何使用场景。 先别做。没有场景的线上版，做出来就是一个没人打开的链接。
• 只需要展示几张产品图或一段动画。 那不需要 3D，图片和视频更合适，给甲方省下的钱比你的工时分值钱。
• 想用一次报价买断长期维护。 长期在线的东西一定有持续投入，这一项要单独讲清楚，否则签下来的是一张没有上限的承诺。
• 甲方要求"我们自己什么都别管"。 自部署形态意味着服务器和运维是某一方的活，没有第三方替你兜着这一层。

七、边界与未实测

如实写在这里：

• 我们不提供展厅代建与实施服务。 本文是一份提问清单，不是服务介绍。
• 本文没有可引用的客户案例。 B2B 付费路径仍在验证中，所以文中不出现任何"某公司已落地"这类表述——能给的是机制、清单和实测数字。
• 手机端帧率与耗电未做完整实测。 上面的手机截图能证明"能进、能逛"，具体性能要以目标机型的实测为准。
• 本文提到的模型处理能力（上传即生成三档 LOD、贴图压缩、几何不动）来自仓库里可重跑的验收脚本，你可以自己跑一遍对照，不要直接套到你的项目上。
• 规划项未实现：AI 拼装世界、Agent 商店、Agent 互操作、跨世界联邦 AI。它们是路线图上的东西。
• 截图为写作时版本的实机画面，界面随版本演进。

八、常见问题

问：甲方只给了效果图，能做吗？

能，但"把效果图变成能上网的模型"是一块独立工作，要单独报，不能算在"导进去"里。另外要确认一件事：效果图对应的模型源文件是在甲方手上还是在原设计师手上——这决定你要不要重做一遍。

问：甲方预算没定，先做哪个形态？

先做"能走一圈"里最简的那一版：一个空间、几件主要展品、能进能走。它的价值是验证需求真不真，不是拿去给人看的东西。跑一段时间看有没有人真的打开，再决定要不要往下投。

问：我该不该学着自己做？

取决于你一年接几个。一年一个，学它的时间大概率收不回来；一年三个以上、而且需求形态相似，那就值得算第二笔账。这个问题会单独写一篇。

问："线上"和"我们自己内网里看"有什么区别？

两个差别：一是外网打开需要域名、备案、带宽，内网不需要；二是压力和人数。内网能跑不等于发给客户也能跑，这一条要提前说清。

问：客户要长期在线，我用什么形态？

一个底座下面挂多个空间，比每场活动单独开一个地方省事——多一场活动是多一个空间，不是多一套系统。同样的逻辑也适用于多版本方案。

九、源码与仓库

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

• 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」即可。