У хорошего цифрового экспоната другая логика. Человек совершает действие, система сразу отвечает, а следующий шаг зависит от полученного результата. Экран, планшет или телефон здесь нужны не сами по себе. Они запускают игру, эксперимент или исследование, которое без программы не состоялось бы.
Первое действие должно запускать механику
На стартовом экране лучше оставить одно понятное приглашение: выбрать объект, провести пальцем, собрать последовательность, ответить на вопрос, начать маршрут. Если первый экран предлагает меню из двенадцати разделов, посетитель ещё до начала вынужден разбираться в структуре базы данных.
После действия нужна немедленная реакция. Кнопка меняет состояние, объект начинает двигаться, появляется звук, результат или короткое подтверждение. Даже если расчёт занимает несколько секунд, интерфейс должен показать, что команда принята. Иначе человек нажмёт ещё три раза, уйдёт или оставит программу в непредсказуемом состоянии для следующего гостя.
Простая механика вполне может работать. Мы разрабатывали стационарные мини-игры: запоминание карточек, «Змейку», «Морской бой». Их ценность не в сложной графике. Правило знакомо, действие начинается быстро, результат понятен, а программную часть можно обновлять без переделки корпуса.
Экран, планшет и телефон решают разные задачи
Стационарный экран подходит для короткого цикла внутри зала. Устройство всегда находится на своём месте, сотрудник видит его состояние, а программа может работать с датчиками, светом, звуком или физическим механизмом экспоната.
Планшет удобен, когда посетителю нужно держать интерфейс в руках, менять положение или работать рядом с реальным объектом. Но у планшета появляются зарядка, крепление, защита от падения и понятный возврат на место. Эти вещи надо проектировать вместе с программой.
Телефон посетителя убирает выдачу оборудования и позволяет продолжить действие на большой территории. Сейчас мы проверяем гипотезу географических квестов: человек идёт по парку, санаторию, территории отеля или городу и выполняет задания в конкретных точках. Это именно проверяемая гипотеза, а не доказанный результат. Здесь надо отдельно смотреть, начинают ли люди маршрут, доходят ли до конца и не мешают ли связь, заряд батареи и разрешения телефона.
Цифровой музейный интерактив в этой статье не означает билетную систему, навигацию или аудиогид. Речь о программе, которая создаёт действие посетителя и является частью самого экспоната.
Каждый цикл должен заканчиваться чисто
Музейный экран редко использует один человек подряд с начала до конца дня. Кто-то остановит игру на середине, свернёт окно, выберет другой язык, нажмёт несколько кнопок одновременно или просто уйдёт. Через минуту подходит следующий посетитель, и он не должен разбираться с чужим незавершённым сеансом.
Поэтому в сценарии заранее задаются:
- время бездействия, после которого программа возвращается на старт;
- возможность начать заново без сотрудника;
- очистка персонального результата;
- выход из зависшего шага;
- ограничение повторных нажатий;
- восстановление полноэкранного режима;
- поведение после перезапуска устройства.
Сброс состояния не должен выглядеть как авария. Программа спокойно завершает сеанс, возвращает физические узлы в исходное положение и показывает понятный стартовый экран.
Интернет не должен быть единственной точкой отказа
Если весь основной сценарий зависит от удалённого сервера, краткий сбой связи выключает экспонат целиком. Для стационарного устройства разумно хранить основной контент и логику локально, а сеть использовать для обновлений, статистики и удалённой диагностики. Точная архитектура зависит от проекта, но поведение без интернета должно быть записано ещё в ТЗ.
Нужно заранее определить:
- продолжает ли экспонат работать офлайн;
- где временно сохраняются результаты;
- что увидит посетитель при недоступной функции;
- как система синхронизируется после восстановления связи;
- как сотрудник узнаёт об ошибке;
- можно ли удалённо перезапустить только программу, не отключая весь экспонат.
То же относится к питанию. После включения компьютер или контроллер должны сами запустить нужное приложение, открыть правильный экран и вернуть устройство в безопасное состояние. Рабочая инструкция «администратор открывает пять программ и вводит настройки» долго не проживёт.
Обновление контента тоже является частью продукта
Музею может понадобиться исправить текст, заменить вопрос, добавить язык или сезонный сценарий. Значит, до разработки нужно решить, кто обновляет данные, в каком формате они хранятся и как откатить неудачную версию.
Не каждому экспонату нужна сложная система управления контентом. Иногда надёжнее передавать проверенный пакет обновления и устанавливать его удалённо. Если материалы меняются каждую неделю, нужен простой редактор и разграничение доступа. В обоих случаях текущая рабочая версия должна сохраняться до успешной проверки новой.
Smithsonian в рекомендациях по цифровым интерактивам рассматривает интерфейс вместе с физическим размещением, доступностью, альтернативами звуку и изображению и поведением посетителя. Это полезная рамка: программу нельзя оценить отдельно от экрана, высоты установки, шума и реального зала. Inclusive Digital Interactives
Прототип цифрового экспоната можно начать с нескольких кликабельных экранов и одного рабочего сценария. На нём проверяются первое действие, понятность обратной связи, длительность цикла и сброс. Только после этого имеет смысл делать красивую графику, интеграцию с датчиками и систему обновлений. Такой поэтапный подход соответствует руководству Smithsonian по прототипированию музейных экспонатов. Smithsonian Guide to Prototyping
Если музею нужна мини-игра, экранная механика или интерактив на телефоне, для старта достаточно описать действие посетителя, место использования и желаемый результат. Мы соберём короткий рабочий сценарий, проверим его на людях и только потом превратим в устойчивый программный продукт.