培训设计师生活中的一天构建交互式3D—无需等待专门的模拟团队
免责声明：本故事以虚构人物为特色，为说明目的而创作，并不描绘真实的客户或个人。
多年来，丹尼尔遇到同样的问题，每个培训设计师最终会遇到：
培训奏效了，但是没有坚持。
幻灯片解释了这一过程。视频演示了这一点。PDF文件详细记录了每一个安全步骤。然而，新的操作员在首次踏上工厂车间时仍然举步维艰。
因为观看工作流与体验工作流并不相同。
Daniel花了近十年的时间为制造团队设计培训计划。
他热爱帮助人们快速安全地学习复杂过程的挑战。丹尼尔知道互动式培训将带来改变。问题是如何建造。
他不是개발자的模拟开发员，也没有专门的技术团队闲坐着等待培训请求。创建交互体验通常意味着争夺工程资源、与外部供应商合作，或者花费数周时间在任何人甚至看不到原型之前构建业务案例。
当某件事情被批准、审查、修订和部署时，正在接受培训的流程往往已经演变。
所以大多数想法都没有通过白板。
Daniel 开始使用 Unity Studio 来创建交互式 3D 体验时，情况发生了变化
上午8:30：从现有3D素材资源开始
Daniel的早晨从运营团队发来的消息开始
一条新的包装线定于下个月投入使用，领导层希望操作员在发布日前接受培训。该设备不同于大多数员工以前使用过的设备，因此，在不打乱生产计划的情况下，让人们快速跟上进度的压力很大。
过去，丹尼尔会从一系列规划会议、工程截图和PowerPoint中的粗略情节提要开始。利益攸关方可能需要数周时间才能对具体内容做出反应。
现在，他在浏览器中打开 Unity Studio将公司 CAD 数据中的现有 3D 素材资源拖放到工作区中。
- 无需在断开的工具之间学习复杂的CAD软件素材资源
- 无需等待工程支持
- 无需特殊硬件或软件设置
几分钟内，包装线就呈现为完全可导航的3D环境。丹尼尔可以开始围绕运营商在第一天将使用的实际设备进行构建，而不是让利益相关者想象培训可能如何进行。
上午10:00：将程序转化为实践学习
接下来，丹尼尔致力于打造培训体验本身。
在考虑工作流程时，他思考新操作员通常在哪里挣扎。
很少是例行任务导致问题是发生意外情况的时刻：安全检查缺失、设备故障或停机程序执行顺序混乱。
这些都是他希望人们在踏上工厂车间之前练习的情况。
Daniel 使用 Unity Studio 开始创建引导式培训场景。
操作员必须：
- 启动前检查安全锁存器
- 正确启动输送机
- 对设备故障做出响应
- 按照正确的关机顺序
与其在幻灯片中描述这些程序，他还可以将它们构建为交互式体验。
他添加提示，引导学习者完成每个步骤。视觉提示吸引人们的注意力到关键的控制。当操作发生异常时，会出现警告。
有些场景需要的不仅仅是简单的说明。
如果一个学习者跳过了安全检查，丹尼尔希望培训能够标记错误。如果设备被错误地关闭，他希望操作员在遇到真实情况之前了解后果。
使用 Unity Studio 的可视化脚本工具，他无需编写代码即可创建这些交互。通过可视化的、基于节点的工作流，他定义了当学习者做出特定选择或完成特定任务时应该发生的情况。
例如：
- 如果学习者在完成安全检查之前启动输送机，则显示警告
- 如果发生故障，指导他们完成正确的响应过程
- 正确完成所有必需的步骤后，解锁下一阶段的培训
- Daniel 不是简单地告诉操作员该怎么做，而是为他们创造机会，让他们在安全的环境中实践决策
以前可能需要专门的模拟团队，现在丹尼尔可以自己做原型。
而且，由于学习者正在积极地与工作流交互，而不是简单地阅读有关工作流的信息，因此培训感觉更加接近他们第一天将遇到的真实环境。
对丹尼尔来说，这就是目标。
不仅仅是传递信息，而是帮助人们通过实践建立信心。
中午12:30：在预算会议之前获得反馈
午餐前，Daniel 与运营团队的两位主题专家 (SME) 共享浏览器链接。
时机很重要
当天下午晚些时候，他与领导安排了一次审查，他宁愿现在发现问题，也不愿在正式批准会议上发现问题。
这通常是项目开始减速的地方。
过去，丹尼尔可能花费数周时间收集需求，等待原型，然后利益相关者才能做出具体反应。反馈往往很晚才收到，修改成本很高，团队发现自己在争论培训经验可能如何运作，而不是审查一些有形的东西。
今天不同了。
几分钟之内，两家中小企业都在探索从笔记本电脑中获得的体验。
当他们走过工作流时，人们注意到启动前缺少安全检查。另一位专家指出，操作员在设备故障期间经常感到困惑，建议对该部分增加额外的指导。
然后是每个培训设计师都熟知的反馈：
"在今天下午的领导评审之前，我们能否做出这样的改变？"
几年前，这一要求可能会把时间线推后几天甚至几周。
相反，丹尼尔更新培训流程，而每个人都还在通话。
中小企业刷新浏览器，立即看到更新后的体验。
- 无冗长的交接过程
- 生产队列中没有等待
- 不尝试通过屏幕截图和电子邮件线程解释更改
只是更快的迭代，更清晰的反馈，以及更有信心的培训方向是正确的。
下午2:00：建立团队间的信任
到下午，丹尼尔已经有了一个工作原型，准备接受领导评审。
而这不仅仅关系到速度。
在以前的项目中，领导评审通常依赖于情节提要、屏幕截图和冗长的解释。利益相关者会提出问题，做出假设，偶尔离开时会对培训经验的实际运作方式做出截然不同的解释。
这一次，每个人都在看同样的事情。
安全领导者探索启动过程。运营经理对照真实流程审查工作流程。培训利益相关者从学习者的角度体验该模块。
他们不是讨论概念，而是讨论一些有形的东西。
这种共同的理解有助于团队更早地发现问题，更快地协调，更有信心地做出决策 — — 在代价高昂的推广错误发生之前。
对丹尼尔来说，这是最大的转变之一。
对话不再是想象互动培训体验会是什么。它涉及改善利益相关者已经能够共同看到、探索和应对的东西。
下午4:00：将培训送到人们手中
当天结束时，Daniel 将发布针对多个地区试点团队的培训经验。
时机至关重要。
操作人员定于下周开始培训，领导层希望在新包装线投产前尽早得到反馈。
由于体验是基于网络的，因此不存在复杂的部署流程。团队可以从不同的位置和设备访问培训，无需等待软件安装或专用硬件。
对丹尼尔来说，这意味着谈话可以更快地从计划转向学习。
他知道工作还没完成
随着操作员开始使用培训，新的问题将会出现。程序可能会发生变化。反馈将不可避免地到来。但他可以不用每次更改时从头开始重新构建材料，而是快速更新经验并共享修订。
曾经感觉生产周期很长，现在感觉迭代性和敏捷性都高得多 — — 允许培训与其设计支持的真实流程保持同步。
当最接近问题的人能够帮助构建解决方案时
Daniel的故事反映了许多训练团队面临的挑战。
他们理解学习目标。他们知道企业需要实现的结果和员工需要发展的技能。
但将这些想法转化为互动式学习体验，传统上需要专门的工作流程、漫长的生产周期以及他们无法控制的资源。
Unity Studio 帮助改变了这种状况。
培训团队不必仅仅依赖静态材料或等待复杂的开发流程开始，而是可以更快地将想法原型化并让经验呈现在操作员面前。
其影响不仅限于更快地创建内容。
这意味着更少的猜测，更快的验证，更有信心培训将在现实世界中有效，而不仅仅是理论上有效。
最重要的是，已经了解业务问题的人可以直接参与构建解决方案。
因为当这种情况发生时，训练团队就不再等待别人来建立他们的想法。他们开始测试、改进它们，并更快地将它们交给学习者。
免责声明：本故事以虚构人物为特色，为说明目的而创作，并不描绘真实的客户或个人。
