Резервное демо хакатона: что показать, если сервис не работает

Во время выступления запрос зависает. Докладчик нажимает кнопку снова, второй участник открывает журнал ошибок, время идёт. Если команда заранее решила, когда и на что переключаться, она может продолжить объяснение проекта. Без такого решения техническая проблема быстро становится проблемой всего выступления.

Резервное демо готовят для конкретного отказа: недоступная сеть, внешний API, сбой устройства или проблема с выводом изображения. Оно показывает уже достигнутый результат. Запись не превращает неработающую функцию в работающую и не отменяет требования события к живой демонстрации.

Узнайте, какой резерв допускают правила

До финала уточните у организаторов, можно ли показывать заранее записанный сценарий, локальную сборку или отдельные скриншоты. Спросите, как будет учитываться технический сбой площадки и сколько времени команда получает на подключение. Сохраните ответ в общем документе.

Если жюри обязано проверить продукт самостоятельно, резервная запись решает лишь часть задачи. Нужны также инструкция запуска и доступ к той версии, которую вы сдаёте. Подготовку этих материалов удобно связать с комплектом заявки.

Не рассчитывайте, что дополнительное время дадут автоматически. Постройте выступление так, чтобы после переключения уложиться в первоначальный лимит. Публичный спор с ведущим о времени редко помогает объяснить работу проекта.

Выберите резерв под уязвимую часть

Если продукт зависит от сети, полезна локальная видеозапись полного сценария. Если проблема в устройстве, заранее проверьте допустимый способ показать зафиксированный результат измерения. Если риск связан с авторизацией, подготовьте согласованный демонстрационный доступ и протестируйте его заранее.

Скриншоты помогают объяснить отдельные состояния, но не доказывают переход между ними. Кликабельный макет показывает взаимодействие, но не подтверждает работу обработки данных. Подписывайте формат точно: запись работающей сборки, макет интерфейса, пример результата.

В рекомендациях Devpost по видео акцент сделан на демонстрации проекта. Для резерва это особенно полезно: зрителю нужен видимый ход работы, а не ещё один ролик с обещаниями. Сценарий записи должен соответствовать тому, что команда собирается показать вживую.