一套博物馆线上展厅的钱，能压到哪一步？六项支出逐项拆
博物馆线上展厅成本、虚拟展厅预算构成、自部署展厅费用、3D展馆运维成本、线上展厅比价、虚拟展厅年费、展厅改动成本、博物馆数字化投入
"做一套线上展厅大概多少钱？"
这个问题问不出答案，因为它不是一个价格，是六笔钱。六笔钱的性质完全不同：有的按件算，有的按场算，有的按年算，有的按次数算。把六笔混成一个总数去比价，比出来的结论基本没用——报价低的那个，往往只是把后面几笔藏起来了。
这篇不报价。只做一件事：把六项拆开，逐项说清它随什么增长、能不能由馆里自己承担。拆完你就知道"压成本"到底能压哪几块。
写在前面：我们提供的是一套部署在你自己服务器上的网页 3D 基座（创世Genesis／创世虚拟世界CRM系统），不接展厅代建、不派团队实施。所以下面说的"能压掉的部分"，指的是这套基座覆盖到的那几块，不是全部。
许可口径：源码开放（source-available），本地跑不花钱；要联网、要商用、要联邦，需要订阅授权。 准确条款在仓库 LICENSE / EULA 里。
这篇讲三件事
- 六项支出分别是什么，各随什么涨
- 哪几项能压下来，哪几项压不下来
- 三种采购路径的成本形状，以及一个反直觉的结论
一、六笔钱
| 支出 | 内容 | 性质 | 随什么增长 | 能不能自己承担 |
|---|---|---|---|---|
| ① 文物三维资产 | 扫描、摄影测量、纹理、元数据 | 按件 | 件数（近似线性） | 不能，需采集方（且我们不接） |
| ② 空间设计与布场 | 空间、动线、展品摆放、打光、讲解词 | 按场 | 空间数与改动次数 | 能，学会编辑器后可自做 |
| ③ 平台／软件 | 建展厅用的系统本身 | 按年 或 一次性 | 席位数、访问量、功能档位 | 能，可自部署 |
| ④ 服务器与带宽 | 跑这套东西的机器与流量 | 按年 | 访客量、模型体积 | 能，自己的服务器 |
| ⑤ 上线后的改动 | 换展、加展品、改文字、调位置 | 按次 | 改动次数（首年之后很频繁） | 能，这是可压空间里的主要一块 |
| ⑥ 运营 | 讲解更新、活动排期、推广、拍摄 | 按年（人力） | 使用强度 | 不能，任何技术都替代不了人 |
六项里，②③④⑤ 是技术侧能影响的，①⑥ 不是。 这个分界必须先划清：一套软件再便宜，也压不掉扫描一件文物的钱，也压不掉每周排活动的人力。
二、能压的，和压不下来的
| 能压下来 | 靠什么 | 注意 |
|---|---|---|
| ③ 平台按年费 | 源码开放可自部署，不存在"必须按席位/按访问量付给平台" | 换成自己的服务器成本，钱不是消失，是换了口袋 |
| ⑤ 每次改动的服务费 | 内容改动在编辑器里完成，馆内自己改 | 前提是有人会改；没人会改，这笔钱一分不少 |
| ② 的一部分 | 布场可以由馆内做，不必每次找设计方 | 复杂空间设计仍需要专业设计 |
| 重复建设的工程时间 | 性能治理、资产管线、多端适配、实时通信这些底层活已经做完 | 省的是工程时间，不是你的活变少 |
| 压不下来 | 为什么 |
|---|---|
| ① 采集与建模 | 按件计价的硬成本，且我们不做这块 |
| ② 复杂空间设计 | 设计是人力，人力不因软件便宜而便宜 |
| ④ 带宽与服务器 | 自部署只是把"平台费"换成"自己的运维成本"，访客多了流量照样涨 |
| ⑥ 运营与内容生产 | 讲解词要人写，活动要人排 |
| 馆内人力投入 | 这是整套里通常被漏算的一项，也往往占掉金额的大头 |
第 ④ 行值得单独强调。 自部署经常被误解成"零成本运行"——不是。它省掉的是平台方按年重复收的那部分，换来的是你自己要管服务器、管备份、管升级、管带宽。这笔账在访客量小的时候明显划算，在访客量很大时要重新算。 我们不打算把这件事说成单向的便宜。
上图是自部署世界的后台：世界数、在线人数、三个服务（Web Service / Database / WebSocket）状态。"自己的运维成本"具体是什么，就是这张图——三个服务要活着，数据要备份，版本要跟。它是可控的，但不是零。
三、底层工程省下来的，是什么
这是这套基座真正的价值所在，也是能说清"压到哪一步"的地方。
一套能用的线上展厅，真正吃时间的从来不是"把模型放进去"，而是下面这些没有报价单的活：
| 底层工程 | 不做会怎样 |
|---|---|
| 性能治理（雾、灯池、材质合批） | 场景物件一多就掉帧，改无可改 |
| 资产管线（LOD 分档、贴图压缩、结构整理） | 每个新模型都要手工救火 |
| 加载策略（先粗后细、首屏占位） | 访客面对白屏和进度条，直接走 |
| 多端适配（触屏操作、无悬停、不同分辨率） | 手机端首屏就跑偏 |
| 实时通信（多人同时在场） | 只能一个人看，讲解员进不去 |
这些活如果从零做，是几周到几个月级别的投入，而且做完了不产生任何"看得见的东西"——所以在预算表里经常被划掉，然后在首年以"卡""慢""改不动"的形式重新出现。
已经做完，才谈得上"压"。 省下来的是这几块工程时间，不是让你少干活。
上图是浏览器端 3D 编辑器的模型库与导入面板：左边是已上传的模型与支持格式，中间是场景视口，右边是对象列表与属性面板。第 ⑤ 项"改动成本"能压下来，靠的就是这个界面：模型进库、场景里换引用、文字在属性里改，不用动代码，也不用等排期。
四、三种采购路径，成本形状不一样
不谈金额，只谈形状。形状决定了"三年后你会觉得贵还是便宜"。
| 路径 | 首年 | 之后每一年 | 改动一次 | 规模变大时 |
|---|---|---|---|---|
| 平台年费（SaaS） | 低 | 按年付，持续 | 通常要平台方做 | 席位/访问量上去，费用跟着上去 |
| 定制外包 | 高 | 少量维护 | 每次重新报价、排期 | 想扩就再立一个项目 |
| 自部署基座 | 中等 | 自己的服务器与人力 | 馆内自己改，接近零技术成本 | 硬件扩容，不涉及新的授权席位 |
三种路径里，没有一种在"三年总成本"上无条件占优。 判断标准是你的使用强度：
- 一年只改两次、访客量很小 → 外包或平台年费更省心，自部署的运维成本摊不平
- 一年改十几次、访客会持续来 → 自部署的边际优势才显现
- 要进内网、要数据不出门 → 只有自部署这一条路，与价格无关
这也是我们一贯的说法：不是所有馆都该自部署。 改动频率低、没有技术承接能力的馆，硬上自部署，结果往往变成"每年花钱请人维护一套自己不会用的系统"。
五、这块的边界
- 不给报价，也不给"能省多少"的百分比。 我们没有两个真实馆的可比样本，任何百分比都是编的
- 没有并发压测数字。 访客量上去之后的表现，需要在你的实际内容与网络条件下实测
- 文中"接近零技术成本"指技术动作，不含审批、内容生产与培训的时间
- 我们没有博物馆客户案例，成本形状的判断来自我们自己部署与维护这套系统的经验
- 馆内人力投入不在这六项里单列，但它通常占掉大头，评估时别忘加进去
六、常见问题
问：自部署是不是就不用再付钱了？
不是。源码开放、本地跑不花钱，但服务器、带宽、备份、升级要自己管；要联网、要商用、要联邦，需要订阅授权。省掉的是平台的重复收费，不是全部成本。
问：能不能只买"软件"，其他都自己做？
这正是自部署的常态。前提是有人能接服务器（运维）和内容（编辑器操作），两件事通常是两个人。
问：为什么不能直接告诉我一个总价？
因为六项里有两项（采集、运营）不在任何软件报价范围内。只报一个总价，等于把不包含的部分藏起来——这正是很多项目超支的原因。
问：怎么判断自己的改动频率高不高？
数过去两年换展、加展品的次数。这是一个可以查的数，不是感觉。
问：访客量很小，还值得自部署吗？
值得与否不在技术，在数据要求。如果必须内网、数据不能出门，访客量再小也只有这条路；如果只是对外展示，用小规模平台更省心。
源码与仓库
- 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能以具身角色进入你部署的世界。数据运行在你自己的服务器上，不经过第三方平台——让每个世界都真正属于它的主人。
能压下来的是"平台按年重复收的钱"和"改一次找一次人的钱"；压不下来的是"把东西做出来"和"一直有人管"。任何声称把这两块也压掉的方案，要么在偷工，要么把成本推到了后面。 SEO / AI 友好关键词：博物馆线上展厅成本、虚拟展厅预算构成、自部署展厅费用、3D展馆运维成本、线上展厅比价、虚拟展厅年费、展厅改动成本、博物馆数字化投入
关于名字：本文说的创世Genesis，即创世虚拟世界CRM系统，是一套浏览器端自部署的 3D 虚拟世界基底；搜「创世Genesis 3D」不一定找得到，直接搜「创世虚拟世界CRM」即可。