企业官网建设流程全解析

1. 航天科普课最缺的不是知识，是“亲历感”

1.1 我在真实课堂里观察到的“听不下去”

开始做这套VR航空航天学习机，起因其实很朴素。家里小朋友上三年级时，学校布置了一个航天主题的开放日展示，我拿着PPT去讲“火箭为什么能飞”，讲到第二页就发现底下已经有孩子开始玩桌角。后来换成一段火箭发射的短视频，情况好了一点，但孩子们记住的不是“推力”“逃逸速度”，而是“那个火好大”。那一刻我忽然意识到，问题不在孩子，也不在知识点，而在我们给知识配的“容器”。

航天知识天然是尺度感极强的知识。近地轨道高度约400公里，你站在地面上想象不出这个高度；国际空间站以每秒7.66公里的速度绕地球飞行，你在纸面上读一百遍，也不如亲眼看到舷窗外的地球在快速漂移来得直观。更别提火箭起飞时的震动、失重环境下物体的漂浮、月面行走时那种一步能跨很远却又慢悠悠的节奏——这些全是身体记忆，不是大脑理解。我在做了几轮课堂测试后得出一个结论：传统航天科普最缺的不是教材，是“亲历感”。

1.2 尺度感只有VR能真正给到

有人会问，为什么不用3D动画？不用AR？不用巨幕影院？我在早期确实都试过。3D动画是“第三人称”，孩子始终站在屏幕外面看，哪怕画面再震撼，也无法回答“如果我站在发射塔下面，火箭到底有多大”这个问题。AR虽然能把虚拟火箭放到教室里，但教室空间有限，尺度感依然被压缩。巨幕影院有沉浸感，但观众不能动手，不能转头改变观察视角，本质上还是一个“被动观看者”。

VR不一样。它把摄像头放到第一人称视角，孩子转头能看到驾驶舱左侧的舷窗，低头能看到自己的手在操纵面板上，身体前倾能避开从眼前飘过的工具。火箭从这个尺度拔地而起时，那种“扑面而来的巨大感”是任何平面媒介都替代不了的。VR擅长的事情不是“讲知识”，而是“给知识提供身体坐标”。航天这个领域，恰恰是最吃身体坐标的领域。没有坐标，孩子就只能记住零散名词；有了坐标，孩子才能在大脑里建立起一个立体的认知地图。这正是我决定投入虚拟现实开发、自建一套VR航空航天学习机的根本原因。

1.3 学习机不是头显，是一套完整教学方案

市面上能买到现成的VR头显，甚至能买到不少航天题材的游戏，但真正拿到课堂上用，问题一堆：有的内容纯英文，低年级孩子看不懂；有的玩法是“开枪打外星人”，跟航天教育没关系；有的画面虽然漂亮，却没有教学目标和任务链路，孩子玩了十分钟只觉得“爽”，说不出学了什么。所以我把这套系统定位成“学习机”而不是“VR眼镜”——它由三部分组成：一台适配教学场景的头显、一套按课程目标设计的三段式交互内容、一套能让老师直接开课的课堂管理方案。后面几章，我按这个思路把硬件选型、内容制作、双模式开发和真实课堂踩坑逐一说清楚。

2. 硬件选型：Pico 4做主设备，学习机到底在“机”什么

2.1 为什么我选了Pico 4而不是其他头显

做教育项目选头显，跟玩家自己买头显完全是两回事。玩家在乎画质、片源、生态，而我在乎的是：教室能不能同时管住20台设备、老师能不能快速上手、售后坏了能不能两周内修好、采购流程会不会因为“品牌合规”被卡住。综合这些因素，我最终把Pico 4作为主力机型。

当时我对比了三款常见的一体机，列了一张表，基本能反映我的决策过程：

在真实项目里，我还遇到过一个小插曲：教室里同时测试Quest 2和Pico 4时，Quest 2出现了“连上WiFi却无法上网”的现象，排查到最后发现是路由器开了AP隔离，VR设备拿到了IP但访问不了网关。Pico 4在同样条件下也有类似风险，所以不管用哪家设备，我都建议在部署前先用一台机器做完整的网络权限测试，别等教室里坐满了学生再发现连不上。

2.2 学习机的“机”：不只是头显，而是一个座舱

很多朋友第一次听到“VR航空航天学习机”，以为就是一台头显加一个App。真正上课以后你会发现，如果只给孩子戴头显，让他站在空荡荡的教室里“模拟驾驶”，孩子的身体会乱动，方向感也会丢。我们的做法是做一个轻量级模拟座舱：一把可调节座椅、一个带按钮的面板、一台可以调节转速的风扇、一个藏在座椅下的低音振动器。

这套座舱成本不高，但效果非常明显。椅背调直后，孩子坐上去自然就进入“驾驶姿态”；发射倒计时时，振动器播放低频震动，风扇从脚底吹风，孩子会不自觉握紧手柄。后来有个老师跟我说，学生出舱后第一句话不是“好神奇”，而是“我刚才真的在抖”——这就是身体参与的结果。教育的临场感，一半靠眼睛，一半靠皮肤、肌肉和前庭。

2.3 网络、串流与存储的提前规划

学习机虽然以一体机为主，但有些高画质课程需要PC串流来渲染。这个环节最容易被忽略的是网络拓扑。我踩过的坑是：教室的公共WiFi能连上，但带宽不够，串流画面频繁掉码率。后来改成“一台PC配一台路由器”的独立方案：PC用网线连路由器，头显用5GHz频段连同一台路由器，路由器关闭AP隔离，串流码率稳定在90Mbps左右，基本不卡。

存储方面也要提前算。全景视频素材动辄单个文件几GB，8K分辨率的H.265视频对解码压力不小。我的经验是：一体机本地存储至少留出50GB给课程内容，PC串流库则按“课程包”方式分目录管理，不要一股脑堆在同一个盘里，否则后期更新内容时会非常痛苦。

3. 内容制作：从发射台到月球表面，三段式课程脚本怎么落地

3.1 第一段“发射倒计时”：用节奏制造紧张感

整套课程的设计思路，是让孩子完成一次完整的“飞向太空”任务链：发射、入轨、对接、出舱、月面行走。第一段“发射倒计时”要做的事情很简单，就是让每一个孩子在两分钟内体会到“火箭发射不是一件轻松的事”。

在Unity里，我写了一个“发射序列管理器”，本质上是一个状态机：READY、COUNTDOWN、LIFTOFF、STAGING、ORBIT。倒计时阶段屏幕上会出现红色数字，语音播报“T minus 5, 4, 3, 2, 1”，这时候孩子需要用两个手柄同时按住面板的确认按钮——这个动作是为了防止误触，也是为了制造仪式感。点火瞬间，相机震动曲线从0开始快速拉高，座舱振动器和风扇同时启动，背景音是真实的火箭发动机轰鸣采样。有孩子第一次玩完跟我说“手心都是汗”，我就知道这一段成了。

3.2 第二段“轨道与对接”：把抽象概念变成手柄任务

第二段教学目标是让孩子理解“轨道是什么”。很多孩子把轨道想象成一条铺在太空里的铁轨，觉得飞船只要沿着线开就行。真实情况是，轨道是一个持续“掉落”又始终够不着地面的过程。这个抽象概念，用语言很难讲清，但做成交互任务之后就变得很直观。

我的做法是：把轨道模拟成一个目标环，孩子用左摇杆调整飞船的高度，用右摇杆控制前进速度，屏幕上显示距离目标点的径向速度和切向速度。如果速度太快，飞船会飞出目标环；如果太慢，飞船会“掉”回大气层方向。孩子需要反复微调，才能让飞船进入“同步轨道”。我在这里特意保留了失败的可能，因为失败带来的理解比成功更深刻。实际测试中，孩子们平均要尝试3到4次才能稳定入轨，但凡是自己调出来的孩子，都能在课后说出“轨道高度和速度是一起的”这个关键认知。

3.3 第三段“月面行走”：交互细节决定沉浸感

前两段是“任务驱动”，第三段月面行走则更像“自由探索”。很多VR内容的问题在于：环境做得很漂亮，但孩子进去之后不知道该干什么，新鲜感一过就摘头盔。所以我在月面场景里设置了几个隐性目标：找到“地出”的观看点、采集三块不同颜色的月岩、在月面留下一条完整的脚印路径。

月球重力只有地球的1/6，跳跃高度和下落速度都要做特殊处理。我直接把角色控制器的重力参数调整为地球的1/6，并把手柄跳跃按钮改成长按蓄力，这样孩子能明显感受到“轻轻一跳能飞很远”的差异。另一个细节是脚印：移动时在落地位置生成一个有寿命的贴花网格，孩子回头看自己走过的一串脚印时，会真的产生“我在另一个世界留下痕迹”的感觉。课程最后，系统引导孩子转头看向地平线上的蓝色地球，那一刻教室里通常安静到能听到头显的散热声。

3.4 真实素材的诱惑：VR视频格式转换不是简单转码

做VR航空航天内容，免不了想用真实火箭发射片段、空间站舱内实拍视频。这里有个大坑：网上找到的VR视频素材五花八门，不是所有素材都能直接拖进Unity用。我最早拿一个手机拍的普通视频想做成“太空舷窗外的地球”，结果无论如何设置都变形，后来才发现手机的普通视频是透视投影，不是全景视频，必须先转换成球面投影。

如果你的素材是全景相机拍的，通常还要处理分辨率、编码和投影方式。常见的VR视频格式包括360°等距柱状投影、180°半球、鱼眼等，播放引擎需要知道素材的投影类型才能正确显示。我在PC上先把原始素材处理成标准等距柱状投影，输出8K分辨率、H.265编码、MP4封装，再放进Unity的VideoPlayer里渲染到球体内表面。转换参数大致是这样：

ffmpeg -i input.mp4 -vf "v360=input=fisheye:output=equirect,scale=7680:3840" -c:v libx265 -crf 23 -preset slow output.mp4

实际拍摄素材不同，转换参数肯定会变。但我建议一定要先确认源素材的投影格式，再看播放器或引擎支持什么投影。格式转换不是“转一下码就完事”，投影方式认错了，画面会扭曲到怀疑人生。

4. Unity里做MR与VR双模式：一个项目切换两种体验的技术细节

4.1 为什么要做两种模式：展厅演示与深度体验各司其职

做完第一版纯VR模式后，我发现实际教学场景有个明显的需求没被满足。开放日或亲子体验课上，很多家长不希望孩子完全“与世隔绝”，老师也不放心让孩子戴着头显在教室里乱摸。于是我开始研究Pico 4的“VR到MR切换”，让同一套Unity项目既能运行完整的VR沉浸课程，也能切换到MR混合现实模式，把虚拟火箭、空间站模型直接投影到教室里的真实桌面上。

MR模式的价值有两个：一是学习者在体验时能看到身边的同学和老师，心理安全感强很多，特别适合低年级和第一次接触VR的学生；二是老师可以把一个庞大的火箭模型“缩小”放在桌面上讲解结构，学生围成一圈观察，相当于把课堂讨论和数字模型结合起来。这两种模式不是互相替代，而是分别对应“演示课”和“深度课”。

4.2 VR与MR切换的底层逻辑：不重建场景，只切换渲染

从VR切到MR，很多刚接触Unity的开发者会以为要重新建一个场景。其实不是。核心思路是：保留同一个XR Origin，动态切换主相机的渲染方式和设备的透视能力。

VR模式里，主相机是双目立体渲染，背景是天空盒，完全遮住真实环境；MR模式里，要打开设备的透视（Passthrough）功能，让相机背景变成真实环境的透传画面，同时关闭天空盒，只渲染放在真实桌面上的虚拟物体。Pico 4使用的是PICO的混合现实能力，在Unity里需要启用OpenXR和对应的设备扩展包。运行时切换的大致步骤是：先获取设备的MR权限，再把主相机的立体渲染暂时停掉，开启透视背景，最后把虚拟场景的Layer从“所有场景”改成“仅MR虚拟对象”。

这里有个最容易被忽略的细节：不要销毁XR Origin。有些开发者为了切换干脆把整个XR Origin销毁再重新加载，结果追踪原点丢失，虚拟物体和真实桌面对不上。正确做法是只改相机参数和Layer，让追踪持续运行。切换回来的时候，把相机参数恢复、重新打开天空盒、把场景重置到初始位置即可。

4.3 MR模式下的安全围栏与座位对齐

MR模式看着灵活，实际部署时“对齐”才是最大的坑。如果虚拟火箭模型没有精准落在真实桌面上，孩子会看到半个模型嵌在桌子里，瞬间出戏。我在实践中摸索出一套简单可靠的方案：在真实桌面上贴一个二维码，MR模式启动后，程序自动识别二维码，把二维码所在的平面作为虚拟模型的锚定平面。孩子每次进入MR模式前，先低头让摄像头扫一下二维码，虚拟模型就会自动对齐到桌面。

座位对齐也很重要。VR课程里孩子坐在模拟座舱上，如果MR模式下没有重新对齐座椅位置，孩子的手柄会和虚拟操纵杆错位。我的办法是在座舱上固定一个独立的定位标记，MR启动时先做一次“座位校准”，让孩子把手柄放在扶手的固定凹槽里，程序读取到手柄位置后，把虚拟驾驶舱的控制面板整体平移过来。这一步几分钟，但能避免整个课程中孩子始终在“追着虚拟操纵杆跑”。

5. 真实课堂上踩过的坑：视频格式、串流卡顿与晕动症

5.1 片源迷惑：抖音上找来的“VR视频安装包”基本不能用

做VR内容时，很多老师会问“能不能直接用网上的VR视频资源”。我也试过。抖音上有不少VR视频博主，内容涉及宇宙星球、航天发射，看着很吸引人。但把这些资源下载下来之后，问题一个接一个：有的文件是普通横屏视频，不是全景，放进VR播放器里只能看到中间一条画面；有的虽然能转成全景，但左右眼视差不对，看久了头疼；还有的文件封装格式私有，Unity里的通用播放器直接打不开。

我的建议是：网上的资源只能作为参考，不能作为正式课程内容。不是说素材本身不好，而是你无法确认它的投影参数和版权情况，出了问题排查起来非常耗时。正式课程用的全景视频，要么自己拍，要么从可商业授权的素材库购买，拿到素材后先统一转成标准格式。转码工具用FFmpeg或者其他专业转码软件都可以，必要时要保留一份原始素材，因为不同头显对编码的支持不一样，后期可能要按设备分别输出版本。

5.2 串流卡顿的完整排查链路

教室网络环境比家庭复杂很多，我整理了一份排查链路，遇到卡顿可以按这个顺序查：

• 症状：画面一卡一卡，出现大量马赛克。先查串流码率。Pico 4连接PC串流时，我建议先把码率锁定在80到100Mbps，不要开“自动”，否则网络一波动画面质量会疯狂跳动。
• 症状：头显信号满格但延迟持续在100ms以上。查路由器是不是同时挂了很多设备。教室里最常见的错误是让学生手机都连同一个WiFi，串流数据直接被挤爆。解决办法是单独拉一台教学专用路由器，只给头显和教师终端用。
• 症状：头显“连上WiFi却无法上网”。不要先怀疑设备坏了。优先检查路由器是否开了AP隔离、访客网络是否限速、DHCP地址池是否够用。我在Pico 4和另一台头显上都遇到过类似问题，最后都是路由器配置的问题。
• 症状：画面清晰但转动头部时有轻微延迟。这类问题通常是PC编码性能不足。降低编码分辨率到2520x1260，或者换更高性能的显卡，我用的显卡是RTX 4060以上，能满足基本需求。

排查串流问题，最忌讳“一卡就重启”。按链路逐项确认，十分钟内基本能定位到原因。

5.3 晕动症控制：我们改了三次移动方案

VR课程最大的敌人不是技术，是晕。第一版我用了摇杆平滑移动，孩子在轨道场景里前进时速度太快，测试当天5个孩子里2个说头晕，1个摘了头盔直接去角落休息。第二版我改成瞬移，晕是不晕了，但航天任务需要连续移动，“瞬移”让画面跳变，沉浸感变得稀碎。第三版我终于找到一个平衡点：轨道飞行时用“驾驶舱参考框”。

所谓驾驶舱参考框，就是始终在画面中央保留一个半透明的HUD边框，模拟舱内窗框。人之所以在平滑移动时感觉晕，是因为前庭系统告诉身体“你没动”，但视觉系统告诉大脑“你在动”，两者冲突。如果画面里有一个固定的参考物，大脑会把“移动”解释成“窗外的景物在动”，冲突感明显减轻。配合这个方案，我把移动加速度曲线调得更缓，并且不让学生用摇杆无限加速，只能保持在设定速度区间内。第三版实测晕动反应率降到了原来的三分之一左右。

另外还有几条硬性规定：单次体验不超过15分钟，低年级压缩到10分钟；体验结束后不立刻起身，先闭眼休息一分钟；有前庭敏感史的学生先上MR模式，适应了再尝试VR模式。

6. 版本迭代与教学内容维护：让设备不落灰的运营方法

6.1 从“一次性体验”到“系列课程”：课表化设计

设备最怕什么？最怕学生体验完一次就说“玩过了”，然后设备开始落灰。我刚开始也犯了这个毛病，开放日一过，头显就躺在充电柜里两个星期没人动。后来我把课程改成“系列任务制”，每节课不是独立体验，而是串成一条完整的学习路径，学生需要有上一节课的成果才能进入下一节。

比如三个阶段的课程分别叫“载具认知”“轨道基础”“月面任务”。载具认知课结束后，系统会把孩子“解锁”的火箭涂装保存下来，下一次进入轨道课程时，孩子能看到自己涂装的火箭停靠在空间站旁。这种持续感非常有效，很多学生是追着课程来的，而不是被老师要求来的。

6.2 数据复盘：学生完成率与注意力曲线

VR课程有一个天然优势，就是可以记录每一个交互动。Unity里可以很容易地把任务开始时间、完成时间、错误次数、最终是否达成目标写入本地日志，我用最简单的方式做成了JSON文件，课后批量导出来分析。

分析结果给了我几个意外发现。第一，第二段“轨道与对接”任务如果超过5分钟没有完成，学生大概率会开始烦躁，表现为频繁摘头盔、转动头部、抱怨。所以我在课程里加了一个“AI辅助教练”，超过三分钟未入轨时会给出语音提示：“试试先降低高度，再加速”。第二，下午第一节课的完成率比上午低将近两成，这个时段孩子普遍困，我把下午的课内容密度调低，把体验时间缩短到10分钟，效果明显改善。数据不一定复杂，但能帮你不断修正课程节奏。

6.3 低成本维护：充电、消毒、手柄防丢

最后说维护。20台头显的日常管理，如果全靠老师人工盯，一定会乱。我的做法很简单：买一个10口USB充电柜，每个格子的编号和头显编号一致，学生用完必须放回对应格子。手柄用彩色胶带做编号，和充电柜里的手柄位一一对应，一学期下来几乎没有丢过。消毒方面，每次课后用一次性清洁湿巾擦拭面罩和头带，注意不要直接喷液体，避免渗进镜片边缘。

内容更新也用批量方式。我把APK安装包发布到局域网目录，通过无线调试批量推送，不需要一台台手动安装。具体操作对普通老师略复杂，所以我做了一份“傻瓜式”更新说明：老师只需要把新版本的安装包放到指定目录，双击一个脚本，就能自动检测在线头显并推送。这个脚本很简陋，但很管用。

这套VR航空航天学习机从立项到现在，迭代了好几个版本。我最大的体会是：做教育硬件和内容，不要追求一次做到完美，而要追求每一轮课程后都修掉一个具体问题。设备会更新、引擎会升级，但“让孩子真正站进航天场景里”这件事不会变。最后再分享一个小经验：每次开放日结束，我都会让第一个摘下头显的孩子说一个这节课记住的词。绝大多数孩子都会脱口而出一个我们设计时最想让ta记住的词——推力、轨道、失重、地出。听到那个词的时候，我就知道这设备没白做。