展台互动装置应在制作前进行验证。我们提供一条可落地的路径:从假设和原型,到流程测试、排练和启动决策。
展台互动装置常常从设备清单开始讨论:屏幕、运动传感器、虚拟现实或图像生成器. Мы в «Авентуре» начинаем с другого вопроса: какое действие посетителя нужно проверить до производства. 这样,在团队把创意绑定到设备和安装之前,它会先经过低成本原型、用户测试和排练。
活动与展览项目的实战解析发布在 Aventura 的 Telegram 频道。在那里,我们解析活动方案、参与机制和团队现场工作。
为什么互动机制需要单独的技术任务书?
简而言之:单独的技术任务书把互动装置与产品任务和可观察的访客行为联系起来。在其中,我们明确受众和承诺。然后描述简短脚本和下一步业务动作。场地限制和停止条件补充这份文件,项目所有参与者据此验证同一个假设。
展台的总体方案负责空间、动线和洽谈。关于这一系统的详细拆解见文章 《展台即漏斗》。这里我们选取一个更窄的层面:如何构思互动机制,在没有现成搭建的情况下进行测试,并决定是否投入生产。
选择技术前的假设
Хорошая гипотеза описывает конкретного посетителя, его рабочую задачу и изменение после короткого взаимодействия. Она не начинается с названия устройства. Сначала мы решаем, что человек должен понять, сравнить, попробовать или обсудить. Затем выбираем носитель, который делает это действие ясным и посильным в условиях выставки.
Заполните пять строк:
- 谁带着什么任务走近互动机制;
- 人经过时注意到什么;
- 自己完成什么动作;
- 立刻获得什么结果;
- 团队在结果之后提出什么商务步骤。
Например, производитель сложного оборудования может дать посетителю выбрать условия эксплуатации на простом макете. Система показывает подходящую конфигурацию, а эксперт обсуждает ограничения. Проверяемая гипотеза здесь звучит так: выбор условий помогает быстрее перейти от общего интереса к предметному разговору. Утверждение не обещает продажу и не подменяет будущую аналитику.
Слабая формулировка звучит как «поставить яркий экран для вовлечения». Она не объясняет, кому нужен экран и что считать полезным действием. Сильная формулировка позволяет сделать первый тест на бумаге.
如何在一页纸上搭出脚本?
简而言之: 单页脚本展示了从第一个信号到延续对话的路径。为每个步骤标明访客动作、界面响应、员工话术、预期时间以及故障备用方案。如果团队无法在没有额外解释的情况下走完这条路径,编程只会固化不清晰之处,让返工更昂贵。
将脚本整理到表格中. 每个步骤一行就够了。
表格中汇总了该章节的关键要点:步骤、参观者、机制。请在活动筹备时将其作为快速参考。
| Шаг | 访客 | 机制 | 员工 | 检查 |
|---|---|---|---|---|
| 信号 | 注意到承诺 | 呈现一个清晰易懂的开端 | 不遮挡视线 | 无需讲解也能明白含义 |
| 开始 | 选择任务 | 接收操作 | 仅在请求时提供帮助 | 开始只需少量操作 |
| 经验 | 尝试或比较 | 给出可见回应 | 将回应与产品关联 | 没有死胡同,也没有多余等待 |
| 分析 | 提出问题 | сохраняет результат при необходимости | 厘清背景 | 对话随宾客角色而变化 |
| Продолжение | 选择下一步 | 展示清晰的形式 | фиксирует договорённость | 有负责人和截止时间 |
脚本中有两个方案。第一个面向不愿留下数据的参观者:他仍然能获得真实完整的体验。第二个用于网络、屏幕或传感器故障时。备用方案可以更简单,但必须保留产品的核心意义。
如果您需要将互动机制与展台路线和销售任务结合起来, 请向我们索取报价。在申请中注明展会、产品、受众以及您想验证的行为。
编程和制作之前先做原型
第一个原型应验证意义和顺序,而不是图形质量。请使用纸质卡片或无需复杂逻辑的可点击屏幕。自动化暂时由实物模型或工作人员替代。参观者执行脚本,团队则观察其选择以及如何转向对话。
选择最简单的载体,只要能完成关键动作即可。触屏界面可以用打印的屏幕替代:测试者触碰选项,引导员手动展示下一张卡片。在模拟器中,初始条件和结果都在桌面上演示。首次测试时,个性化路线由工作人员负责,暂时扮演推荐系统的角色。
第一轮不要预先向参与者解释逻辑。请展示与普通客流中访客看到的相同信号。观察对方看向哪里、试图点击什么,以及在什么时候提问。结束后,询问他对产品理解了什么,以及期待下一步是什么。
原型不必令人惊艳。它的任务是快速打破薄弱的假设。如果意义只靠作者的长篇讲述才能成立,那么机制就需要简化到可生产。
如何在真人用户身上测试机制?
简言之:用户测试应在角色和知识水平上与未来访客相似的人身上进行。每位参与者单独走一遍场景,团队记录可观察到的行为。测试期间不要提示解决方案,也不要为创意辩护。经过几轮测试后,只更改一个有争议的元素,并重新验证新版本。
请按以下顺序进行测试:
- 说出展会背景,但不要解释互动机制;
- 展示第一个屏幕、物品或短语;
- 请对方按照他在展台上会采取的方式行动;
- 记录停顿、错误预期和问题;
- 结束后,请对方复述产品的意义;
- 明确哪种对话延续方式看起来合适;
- 在一次针对性修改后重复测试。
如果负责人、技术专家和采购员有不同的场景,不要把他们放在同一组。相同的机制可能给每个人不同的起点,但这些版本需要分别验证。否则团队得到的只是平均反应,而这在真实客流中并不存在。
记录观察,而不是作者的评价。“在按钮前想了很久”比“没看懂现代设计”更有用。只有在参与者明确同意并遵守贵公司规定的前提下,才可以对测试进行短视频录制。
流程、可及性与安全
正常运作的机制必须在真实客流中运行,而不只是在安静的会议室里。检查等候位置和视野。测量主要方案的时长,评估通往相邻区域的通行情况以及员工在客流高峰时的动作。对于设备,协调好电源和电缆线路。另外,还要确定安全停止互动装置的方式。
英国健康与安全执行局(HSE)的指南建议保持步行通道畅通,不要在活动点位附近造成狭窄。这不是俄罗斯的规范,但是一个有用的工程参考。强制性要求请以具体场地的规定、设计文件以及负责专家的指示为准。
对于数字屏幕,可以参考 Web Content Accessibility Guidelines (WCAG) 2.2。AA 级准则规定了指针目标最小为 24×24 CSS 像素,或在有明确规定例外的情况下目标之间保持足够距离。W3C 还建议提供常规控件,作为强制手势或设备动作的替代方案。
请在三种模式下检查机制:
- 一位参观者无需帮助即可完成主要方案;
- 几个人几乎同时走近;
- 主要设备或网络不可用。
排队队伍不应占用公共通道。线缆应移出路线,或采用与场地协商一致的方式加以保护。访客需要一种无需精确手势或强制身体动作也能走完内容叙事流程的方式。关键音频信息最好以视觉形式重复呈现。
安装前要排练什么?
简而言之:排练检验的是人员在互动装置与团队之间的交接。请完整走一遍主要场景和客流高峰。然后演练技术故障、人员替换和停止不安全操作。每种故障都应有负责人和可见信号。还需要备用方案和回退条件。
分配角色:迎宾人员简要说明开场,专家进行专业解析,客流负责人照看排队情况,技术专员能够重启系统。一个人只有在实际负荷允许的情况下才能兼任多个角色。
在排练中故意制造几个问题。断开网络。让参与者选择一条意想不到的路径。形成一小段排队。要求替换专家。检查团队是否能在没有屏幕的情况下继续对话,以及谁负责做出停止决定。
最好将此部分与 活动危机应对计划。场地的应急程序仍属另一条线:当人员面临威胁时,团队应执行负责部门的指示,而不是互动方案。
数据与下一步
展位上的表单仅出于预先指定的后续目的收集数据:发送材料、安排演示、准备报价或联系专家。联邦第152-FZ号法律要求有具体目的和相称的数据量。如果依据是同意,则同意必须是单独的、具体的和明确的。
第152-FZ号法律第9条要求,个人数据处理同意书必须与个人确认的其他信息和文件分开。您公司的负责人应检查表单的具体方案、法律依据、数据传输和存储期限。
仅扫描胸牌本身并不能为团队提供对话背景。工作记录中需要包含感兴趣的主题、承诺的下一步、负责人和截止日期。字段的构成必须符合数据处理的目的和内部规则。
在展会前,请在展位上将使用的设备和网络连接上测试表单。确保数据进入约定的系统,重复点击时记录不会丢失,并且员工能看到确认信息。在收集俄罗斯公民数据时,请单独检查第152-FZ号法律第18条对使用数据库的要求。
如何评估预算和结果?
简而言之:预算按机制的全生命周期进行比较。首先考虑场景、原型和内容。然后计算开发和设备。集成、安装和值守与备用一起评估。结果根据初始假设和展后执行的操作进行检验。
表格汇总了本节的关键要点:层级、需要计算什么、支持哪种决策。在活动筹备时,请将其作为快速参考。
| 层级 | 计算什么 | 该解决方案支持什么 |
|---|---|---|
| 备用方案 | 停止和已开始的场景 | 入口信号是否清晰 |
| Прохождение | 完成、失败和重试 | 机制是否便捷 |
| 对话 | 关于目标任务的提问 | 体验是否引导至产品 |
| Продолжение | 分配的行动和负责人 | 能否在不丢失上下文的情况下传递联系方式 |
| Эксплуатация | 队列、故障和备用方案 | 该方案能否承受流量 |
| 预算 | 主要模块的计划与实际 | 哪些需要更改或复用 |
不要将展览的全部收入影响归因于单个互动。首先设定目标和观察期。指标矩阵可通过我们的分析来补充。 企业活动的KPI.
在预算中单独列出脚本创作、原型和测试。这些工作很容易被隐藏在“开发”一项中,但正是它们能在进入昂贵制作之前叫停薄弱想法。对于可重复使用的展台,请计算哪些模块、设备和内容可以再次使用。
测试后的决策
测试之后,团队有三个诚实的选择:启动该机制、简化并再次测试,或者放弃该想法。当参观者能理解起点、执行动作、将结果与产品关联,并且团队能管理人流量和故障时,启动才是合理的。没有这些特征的精美原型仍未准备好投入生产。
将决策记录在一份文档中。注明已确认的观察结果和未解决的风险。确定下一版本、负责人和彩排检查日期。首先解决意义和安全问题。然后检查可访问性和数据处理,之后再进行视觉打磨。
Мы в «Авентуре» можем собрать этот путь вместе с вашей командой: перевести продуктовую задачу в сценарий, подготовить прототип, провести тест, связать механику с пространством стенда и скоординировать реализацию на площадке.
常见问题
展台的总体方案负责空间、动线和洽谈。关于这一系统的详细拆解见文章 《展台即漏斗》。这里我们选取一个更窄的层面:如何构思互动机制,在没有现成搭建的情况下进行测试,并决定是否投入生产。
Хорошая гипотеза описывает конкретного посетителя, его рабочую задачу и изменение после короткого взаимодействия. Она не начинается с названия устройства. Сначала мы решаем, что человек должен понять, сравнить, попробовать или обсудить. Затем выбираем носитель, который делает это действие ясным и посильным в условиях выставки.
将脚本整理到表格中. 每个步骤一行就够了。
第一个原型应验证意义和顺序,而不是图形质量。请使用纸质卡片或无需复杂逻辑的可点击屏幕。自动化暂时由实物模型或工作人员替代。参观者执行脚本,团队则观察其选择以及如何转向对话。
请按以下顺序进行测试:
正常运作的机制必须在真实客流中运行,而不只是在安静的会议室里。检查等候位置和视野。测量主要方案的时长,评估通往相邻区域的通行情况以及员工在客流高峰时的动作。对于设备,协调好电源和电缆线路。另外,还要确定安全停止互动装置的方式。
如需讨论您展会的互动方案, 请向我们索取报价. 请注明产品、受众、场地以及参观者应执行的动作。
来源
- 个人数据处理原则:联邦法第152-FZ号第5条.
- 数据主体同意:联邦法第152-FZ号第9条.
- 数据收集时运营者的义务:联邦法第152-FZ号第18条.
- W3C WAI:WCAG 2.2中交互目标的大小.
- W3C WAI:运动控制的替代方案.
- 场地内人流管理:HSE 指南.
- 临时供电与电缆路径:HSE 指南.
目录
这篇文章对您有帮助吗?
您在寻找创意,或是能将您的构想变为现实的人吗?Aventura 活动机构在莫斯科和全俄罗斯举办活动已有 16 年。留下您的号码,我们的经理会给您回电。
