解决方案工程师的一天：构建交互式产品演示，无需等待复杂的开发流程
免责声明：本故事中的人物是虚构的，仅用于说明目的，并不代表真实的顾客或个人。
过去六年，Xavier 一直致力于帮助企业客户理解复杂的工业技术。
作为解决方案工程师，他经常是技术团队、销售团队和客户之间的桥梁。他喜欢把复杂的产品翻译成人们真正能理解的东西。
但有一个挑战一直让他感到沮丧。
当人们能够亲身接触产品时，才能进行最有效的客户对话。然而，创建定制演示往往取决于开发资源、相互冲突的优先事项以及时间安排，而这些并不总是与销售周期的节奏相匹配。
今天，泽维尔还有 48 小时就要参加一个重要的客户会议。
该客户正在评估多家供应商。领导层需要比幻灯片更有说服力的东西。销售人员需要根据客户的实际环境定制演示方案。
工程部门已经不堪重负。
而泽维尔最不希望看到的就是又一次静态演示，试图解释一款真正需要亲身体验的产品。
现在，他无需等待数周才能获得技术资源，而是可以使用Unity Studio直接在浏览器中构建和分享交互式产品体验；无需复杂的编码。
上午 8:00：一个新的商业机会降临
一家制造企业客户正准备对其部分生产设施进行现代化改造，并正在评估几家潜在供应商。
客户团队认为这是一个非常合适的合作机会，但也存在一些挑战。
客户的领导团队不仅仅是在比较功能。他们正在努力了解该解决方案如何融入他们现有的运营中。
普通的产品视频无法解答这些问题。
幻灯片也不行。
客户需要了解解决方案的实际应用场景。Xavier 转而使用Unity Studio 。
上午9:30将客户体验生动呈现
在构建体验的过程中，泽维尔会思考客户在需求调研电话中通常会问的问题。
这将如何融入我们现有的工作流程？如果操作员遇到异常会发生什么？团队日常如何与该系统互动？
他使用Unity Studio创建了：
- 导览
- 互动热点和
- 通过情景式体验，以可视化的方式帮助解答这些问题。
有些交互需要的不只是简单的导航。
例如，Xavier 可以创建逻辑，当客户探索工作流程的特定区域时，该逻辑会显示更多信息；或者根据客户的选择，引导他们完成不同的操作场景。
他不是描述各种可能性，而是创造一种客户可以自行探索的体验。
上午 11:00：为客户量身定制体验
午饭前，客户经理发来一条信息。
“Xavier，客户希望看到使用他们自己的工厂布局和3D产品数据来演示这个工作流程。”
这种要求很容易打乱演示准备工作。在传统工作流程中，这可能意味着另一个开发请求、另一个队列和另一个延误。
相反，泽维尔会亲自更新体验内容。
他将客户的 CAD素材资源从Unity Asset Manager导入Unity Studio，迅速将通用模型替换为反映客户自身环境的版本。在此基础上，他调整工作流程顺序并更新术语，以匹配客户对其运营的描述。
到了下午电话会议开始时，评估人员会觉得这次经历与他们息息相关。
下午1:00将销售电话转变为互动体验
到了下午早些时候，泽维尔正在给客户打电话，在与客户的会面过程中，发生了一件泽维尔以前多次见过的事情。
会议前半段一直保持沉默的客户团队成员开始提出详细问题。
运营负责人开始探索不同的方案。
采购部门有人问，这个解决方案能多快实施。
讨论的重点从了解产品转移到想象产品如何在他们的业务中发挥作用。
对泽维尔来说，这始终是个好兆头。
会议不再是解释概念，而是评估各种可能性。
下午3:00在工程部门介入之前，先验证概念。
通话结束后，销售团队聚集在一起进行简短的总结汇报。
反馈令人鼓舞。
客户理解产品的价值主张。
主要利益相关者似乎立场一致。
或许最重要的是，该团队在投入大量工程资源进行全面的概念验证之前，已经确认了市场兴趣。
下午4:30从原型到量产
这一机遇正在不断涌现，讨论的焦点也已经转移到可投入生产的体验会是什么样子。
Xavier 并不是想取代开发人员。
他正在帮助确保工程方面的努力集中在已经过客户测试、改进和验证的想法上。
对他来说，这是最有价值的成果之一。
- 销售团队行动迅速
- 开发人员可以将他们的专业知识集中在最重要的地方。
- 顾客在购买过程中更早地建立起信心。
Unity Studio和Unity Editor之间的工作流程使团队能够更轻松地从轻量级原型过渡到完全开发的生产应用程序，而无需从头开始重建项目。
对于 Xavier 来说，这在售前实验和长期产品开发之间搭建了更顺畅的桥梁。那将彻底改变游戏规则。
从解释产品转向验证解决方案
Xavier 的故事反映了许多解决方案工程师和售前团队面临的挑战。
他们了解客户的痛点。他们知道买家可能会问哪些问题。他们往往是第一个发现机会，使产品的价值更清晰、更贴合客户的具体需求。
但将这些想法转化为互动体验历来需要专门的工作流程、漫长的制作周期以及他们无法控制的资源。
Unity Studio有助于改变这种状况。
解决方案工程师无需仅仅依赖幻灯片或等待复杂的开发流程开始，而是可以在销售周期的早期阶段对想法进行原型设计，根据客户的个性化需求定制体验，并收集反馈。
其影响不仅限于更快地创建演示。
这意味着概念可以更快地得到验证。客户对话变得更加协作。销售团队可以专注于了解客户的实际需求，而不是花费时间解释抽象概念。
最重要的是，最了解客户问题的人可以直接参与解决方案的构建。因为当这种情况发生时，解决方案团队就不会再等待其他人来构建每一个演示方案了。
他们更早地开始测试、改进和验证客户体验，帮助买家从了解产品转变为了解产品如何在他们的实际生活中发挥作用。
免责声明：本故事中的人物是虚构的，仅用于说明目的，并不代表真实的顾客或个人。
