Демо до подключения: что владельцу проверить за 10 минут

За десять минут в демо владелец должен пройти один заказ целиком, а не рассматривать отдельные экраны. Публичный /app/ позволяет проверить гостевую часть: выбор демо-заведения, меню, фотографии, категории, поиск, фильтры, корзину, оформление и отслеживание заказа. Работу очереди смены, роли и интеграции этот маршрут не показывает.

Таймбокс в десять минут условный. Он нужен, чтобы удержать разговор вокруг проверяемого сценария и сразу вынести неподтверждённые функции в список вопросов к подключению.

Если читать 30 секунд

• Возьмите одно блюдо и пройдите путь от выбора заведения до статуса созданного демо-заказа.
• На каждом шаге проверяйте не красоту экрана, а понятность следующего действия гостя.
• Не считайте типовой /app/ доказательством работы персонала, уведомлений, ролей, аналитики или POS.
• Завершите демо тремя стоп-вопросами: кто принимает заказ, что происходит при сбое и какие интеграции действительно нужны.

До таймера сформулируйте один сценарий

Демо становится полезным, когда у него есть роль гостя и конкретная задача. Например: «Я впервые в заведении, хочу найти напиток без определённого ингредиента, положить его в корзину, оформить заказ и понять, что будет дальше».

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

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

Минуты 0–1: выбрать демо-заведение и задать критерий

Откройте /app/ в обычном браузере. Выберите демо-заведение и вслух назовите критерий: например, «за минуту понять ассортимент и найти подходящую категорию». Название точки и меню должны давать достаточно контекста без объяснения менеджера рядом.

Зафиксируйте первое затруднение, но не исправляйте его во время прохода. Демо должно показать естественную последовательность. Подсказки владельцу в середине проверки делают путь искусственно лёгким.

Результат минуты: нужная демо-точка выбрана, критерий записан, меню открыто.

Минуты 1–3: найти позицию двумя способами

Сначала найдите блюдо через категорию, затем другую позицию через поиск или фильтр. Проверьте фотографии, название, цену, описание и доступность. Не оценивайте «современность дизайна» без привязки к действию: важнее, различает ли гость похожие позиции и понимает ли, что можно добавить в корзину.

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

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

Минуты 3–5: собрать корзину и проверить состав заказа

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

Задайте гостевой вопрос: «Смогу ли я сам объяснить, что сейчас заказываю?» Полезное продолжение темы — разбор двустороннего заказа со стола, где отдельно показано, как состав должен совпасть у гостя и смены. Публичное демо в этот момент подтверждает только сторону гостя.

Результат пятой минуты: корзина содержит ожидаемые позиции и понятный итог.

Минуты 5–7: оформить заказ без догадок

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

Демо-заказ не отправляет уведомление реальному персоналу. Поэтому не просите сотрудника на соседнем планшете «подтвердить получение» как доказательство публичного маршрута. Это отдельная проверка при подключении.

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

Минуты 7–8: прочитать статус как гость

После оформления откройте экран отслеживания. Проверьте, понимаете ли вы текущий статус и следующий ожидаемый шаг. Не меняйте статус со стороны сотрудника: типовой /app/ не показывает интерфейс персонала и не подтверждает его работу.

Сохраните формулировку вопроса, который возник на экране. Например, «когда обращаться к сотруднику?» или «где вернуться к заказу?». Это полезнее общей оценки «статусы хорошие».

Результат восьмой минуты: владелец видит созданный заказ со стороны гостя и понимает границу демо.

Минуты 8–10: задать три стоп-вопроса

Последние две минуты нужны не для ещё одного клика, а для проверки границ. Задайте представителю проекта три вопроса и запишите способ будущей проверки.

1. Кто и где принимает реальный заказ? Нужны роль, рабочее место, резерв при недоступности устройства и сценарий пикового часа.
2. Что происходит при сбое? Уточните путь при неактуальном меню, потере связи, задержке смены и отказе гостя пользоваться телефоном.
3. Какие подключения обязательны именно для нашей точки? Отделите желаемые POS, оплату, роли и аналитику от минимального контура пилота.

Если ответ звучит как «это тоже есть в демо», вернитесь к наблюдаемому экрану. Очередь персонала, изменение статуса, роли и интеграции должны подтверждаться отдельной демонстрацией или пилотом, а не обещанием поверх гостевого интерфейса. Обзор рабочего экрана владельца поможет составить вопросы, но не заменит показ конкретного доступа.

Карта шести действий и ожидаемый результат

Время	Действие	Что подтверждает публичное демо	Что не подтверждает
0–1	выбрать демо-заведение	первый вход в браузере и выбор точки	прямую ссылку конкретного стола
1–3	открыть категорию, поиск и фильтры	навигацию по гостевому каталогу	качество вашего будущего контента
3–5	собрать корзину	состав и итог со стороны гостя	отображение заказа у смены
5–7	оформить заказ	создание демо-заказа	уведомление реальному персоналу
7–8	открыть отслеживание	гостевой экран статуса	изменение статуса сотрудником
8–10	задать стоп-вопросы	границы разговора	роли, SLA, POS и аналитику

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

Когда десятиминутного демо недостаточно

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

Также остановитесь, если приходится одновременно объяснять устаревшее меню и интерфейс. Сначала отделите качество исходных данных от качества пути. Иначе любой сбой будет ошибочно приписан продукту.

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

Хорошее демо заканчивается списком проверок

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