Понятно, где искать нужное?
Нажмите «Меню» в нижней навигации. Найдите блюдо через категорию или поле «Поиск по меню». Запишите, какими словами вы искали и ожидали ли увидеть тот же результат. Эти наблюдения помогут согласовать категории и названия.
BORNLI / о разработке по делу
AVIOKI: что проверить в прототипе до разработки.
Откройте демонстрацию и проверьте путь пользователя. Показываем, какие решения можно согласовать по интерфейсу и что потребуется для рабочей версии.
AVIOKI — опубликованный интерактивный дизайн-прототип приложения для доставки еды. В нём можно открыть меню, выбрать блюдо, изменить корзину, перейти к оформлению и посмотреть демонстрационные состояния оплаты и заказа.
Это модельный сценарий продукта. Он не описывает клиентский запуск, работу ресторана или коммерческие результаты BORNLI. Цены, адреса и заказы в демо тестовые; реальная оплата и доставка не выполняются. Для просмотра не нужны банковские реквизиты или ваши личные данные.
Экран демонстрационного интерфейса AVIOKI. По ссылке можно самостоятельно пройти сценарий.
Как смотреть прототип
У каждого экрана должен быть проверяемый вопрос.
Красивый экран помогает представить продукт. Чтобы принять решение о разработке, пройдите конкретную задачу без подсказок и запишите, где пришлось остановиться.
01 / ЗадачаВыбрать ужин
Найти блюдо и понять его состав
02 / РешениеПроверить заказ
Увидеть количество, получение и сумму
03 / ИсключениеВернуться после ошибки
Понять следующий шаг, не собирая корзину заново
Модельный сценарий: вопросы и порядок наблюдения для самостоятельной проверки интерфейса.
Хватает информации для выбора?
Откройте карточку и добавьте позицию в корзину. Состав, порция, цена и изображение должны помогать принять решение. Демонстрационные изображения и составы не заменяют проверенный каталог ресторана.
Изменение количества понятно?
Увеличьте количество, затем уменьшите. Проверьте, замечаете ли новую сумму и понимаете ли, что осталось в заказе. Отдельно обсудите поведение пустой корзины и недоступного блюда для будущего продукта.
Видно, как получить заказ?
Сравните доставку и самовывоз. Посмотрите, где выбираются адрес, время и способ оплаты. Используйте готовые демонстрационные значения: настоящие телефон, адрес и платёжные данные для этой проверки не нужны.
Понятно, как продолжить?
На экране тестовой оплаты нажмите «Показать сценарий ошибки оплаты». В демо есть повторная попытка и смена способа оплаты; корзина и адрес сохраняются. Проверьте, понятен ли следующий шаг без объяснения дизайнера.
Пользователь понимает, что происходит?
После подтверждения демо-оплаты нажмите «Следить за заказом», затем «Демо: переключить этап заказа». Выберите другой этап. Обсудите, какое сообщение нужно на каждом этапе. Карта здесь схематичная: это не GPS-положение курьера и не подтверждение реальной доставки.
Перед оценкой разработки
Что прототип помогает решить и что ещё предстоит построить.
Можно обсудить в AVIOKI
- Порядок экранов и понятность навигации.
- Какие данные нужны в карточке и корзине.
- Разницу между доставкой и самовывозом.
- Тексты подтверждений, ошибок и статусов.
- Визуальный характер и реакции интерфейса на нажатие.
Нужно проверить отдельно
- Обмен меню, остатками и заказами с системами бизнеса.
- Настоящие платежи, повторные уведомления и возвраты.
- Кто принимает заказ и меняет его статус.
- Зоны доставки и работа с реальными курьерами.
- Авторизацию, защиту данных и поведение при плохой связи.
Кликабельный прототип не подтверждает работоспособность этих интеграций. Следующий шаг — описать источники данных, ответственных и правила для исключений. Затем можно определить состав рабочей первой версии приложения.
Например, кнопка в AVIOKI позволяет вручную показать следующий статус заказа. Для рабочего сервиса нужно определить, кто сообщает о принятии заказа и откуда приложение получает обновления. Что потребуется для связи с кассой, рестораном и доставкой, разбираем в составе приложения для доставки еды.
Результат просмотра
Принесите на встречу решения, которые можно проверить.
Для своего приложения повторите такую проверку с человеком, который не участвовал в проектировании. Сначала дайте задачу, затем наблюдайте за действиями. Удобный формат заметок:
- Задача. Что человек хотел сделать: например, выбрать ужин с самовывозом.
- Затруднение. На каком экране остановился и что ожидал увидеть.
- Изменение. Какую подпись, порядок шагов или информацию стоит пересмотреть.
- Зависимость. Какие данные или действия сотрудников нужны за этим экраном.
- Проверка. Как поймём после исправления, что шаг стал понятнее.
Не превращайте замечание одного человека в обещание роста продаж. Сначала исправьте конкретную проблему и повторите сценарий. Из такого списка получаются требования для оценки: их можно связать с экранами, интеграциями и составом сметы на разработку.
Основание разбора
Проверено по открытому демо.
Разбор подготовлен редакцией BORNLI по опубликованному прототипу AVIOKI. Меню, оформление, тестовая оплата, экран её ошибки и демонстрация статусов проверены 5 октября 2026 года. План проверки выше — модельный сценарий; данные о клиенте, запуске, бюджете или результатах проекта не заявляются.
От идеи к конкретике
Покажем, как может работать ваш продукт.
Обсудим задачу и материалы, затем подготовим бесплатный кликабельный прототип за 24 часа. До договора.
Обсудить прототип ↗