GAIAIAG
SUMMARY
GAIAIAG 是一个融合多种角色与商业场景的沉浸式 VR 平台。 作为项目的 UX 设计负责人,我主导平台的体验设计,从复杂的角色、任务与功能关系中梳理核心交互逻辑,定义 VR 环境下的交互框架与设计规范,并与团队推动其在不同功能场景中的落地。
随着越来越多企业进入 GAIAIAG,我们开始面对越来越多不同类型的空间需求。汽车展厅、品牌空间、艺术展览和虚拟活动有着不同的内容与体验,但落到产品中,需求往往围绕着相似的能力展开——灯光控制、材质切换、媒体播放、对象交互和空间跳转。
最初,这些需求大多以定制的方式实现。每出现一种新的场景,设计和开发都需要重新理解需求、定义交互并完成发布。这样的方式能够快速响应单个项目,但随着空间和功能持续增加,重复设计与开发也越来越多,平台很难依靠一次次定制持续扩展。
这成为我在 GAIAIAG 面对的核心设计挑战:如何从不断出现的定制需求中找到共性,把重复的功能和交互逐步沉淀下来,让平台能够更灵活地支持新的空间与场景。
寻找共性
我们重新梳理了已经出现的企业定制需求。虽然它们来自不同的空间和业务场景,但拆开具体功能后,我发现许多需求都在重复相似的交互关系。
比如,切换商品材质、调整空间灯光、播放媒体内容,看起来是三个完全不同的功能,实际都需要先确定操作对象,再改变它的某项属性或触发某个行为,并让用户看到变化后的状态。这让我开始把需求从“一个个具体功能”,重新理解为一组可以被重复使用和组合的基础能力。
让空间可被配置
过去,灯光、材质、媒体和空间跳转等交互,都需要开发逐一实现。随着类似需求不断出现,我们开始把这些能力开放为可配置功能,让企业用户可以直接在后台完成设置,并应用到不同的空间中。
随着可配置的内容增加,后台需要处理的关系也越来越复杂。一次简单的空间交互,背后可能同时涉及触发条件、目标对象和多个响应。我把设计重点放在如何把这些关系组织清楚,让用户更容易理解和配置,同时知道自己正在改变空间里的什么。
控制复杂度
随着事件功能增加,旧版编辑器逐渐暴露出三个问题:执行路径不直观、配置层级过深、部分字段难以理解。触发条件、响应动作和节点跳转分散在不同的配置层级中。改版时,我将完整执行路径提前展示,让用户先理解整体逻辑,再进入具体节点调整参数。
让设计规则可被复用
在后台设计过程中,我同步整理了颜色、字体、基础控件与复杂组件的使用规范,明确不同操作层级、组件状态和反馈方式。这些规则作为后续设计与开发的共同参考,帮助不同功能模块保持一致的操作体验。
让空间操作更直观
当空间内容可以通过后台配置后,用户还需要在 VR 中直接选择和调整三维对象。我围绕选择、移动、缩放和旋转等高频操作,梳理了手势与空间反馈之间的对应关系,并结合实际场景设计对象选中、操作方向和状态提示。
我们把这些关系统一到同一种事件配置方式里,让不同的空间交互都可以沿着相同的逻辑完成设置。
第一版事件编辑器直接放在 VR 中,用户可以边配置边查看空间变化。但随着事件关系增加,多个面板逐渐超出主要操作视野,用户需要频繁移动视线和头部才能完成配置。高信息密度的编辑任务,并不适合长期停留在 VR 中。因此,我们将高信息密度的事件编辑任务转移到后台,保留 VR 对空间内容的直接操作能力。
这些能力最终会经过一条完整的空间生产链:从能力定义、资源准备和空间搭建,到交互配置、发布与最终体验。平台管理员、内容生产者、企业用户和最终体验者分别参与其中,但每个角色真正需要理解和操作的,只是这套系统的一部分。










原有设计
改版后
执行路径和关键条件可以直接查看,部分系统字段也被转换为更容易理解的配置状态





下个项目
一路云维护
