Syntra Systems
Кейсы Услуги Продукты О нас Блог IT Caravan
+998 70 010 68 44 +7 999 900 22 12
RusEngUzb
Экраны приложения доставки шавермы КручуВерчу: витрина, карточка блюда и конфигуратор — кейс Syntra Systems
Кейсы

Дизайн приложения доставки еды: кейс КручуВерчу

Автор: Наталья Шумиловская · · 7 мин чтения

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

Коротко

  • КручуВерчу — сеть шавермы из Санкт-Петербурга: для неё спроектировано приложение доставки, 30+ экранов от витрины до трекинга курьера.
  • Путь заказа сведён к четырём шагам: меню, карточка, корзина, адрес. Список блюд не подошёл, потому что шаверму собирают под себя.
  • Конфигуратор показывает фото каждого ингредиента и цену добавки, а итог пересчитывается на лету, без лишних экранов.
  • Бренд читается в интерфейсе: жёлтый цвет, перевёрнутое «ВЕРЧУ» и вращение, от сборки шавермы до кольца статуса заказа.
  • Дизайн сделан под iOS, потому что заказчик планировал App Store; код в проект не входил, передан продукт, готовый к разработке.

С чем пришла сеть и почему обычная витрина не подошла

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

Обычная витрина-список с этим не справляется: шаверму собирают под себя, а добавки, размер и соусы меняют итог. Если показывать только список блюд, гость не увидит, как его выбор влияет на цену.

Подробности проекта — на странице кейса КручуВерчу. Мы отвечали за дизайн: бренд, интерфейс и логику каждого экрана.

Что нужно было получить на выходе

Задачу описали тремя требованиями, и каждое проверяется на экране.

ЗадачаЧто сделалиЧто видит гость
Заказ в несколько касанийПуть из четырёх шагов: меню, карточка, корзина, адресКороткий путь без лишних разделов
Шаверма, собранная под себяКонфигуратор: ингредиенты, добавки и соусы на одном экранеФото ингредиента, цену добавки и итог, который пересчитывается сразу
Бренд, который узнают на экранеЖёлтый цвет, перевёрнутое «ВЕРЧУ» и вращение в интерфейсеБренд в каждом жесте, а не только в логотипе

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

Чем блюдо под себя отличается от готового

В карточке готового блюда выбирать нечего, а в блюде под себя выбор и есть основная часть заказа.

КритерийГотовое блюдоБлюдо под себя
Что решает гостьБрать или не братьИз чего собрать и сколько доплатить
Что меняет ценуНичего, цена однаДобавки, размер и соусы
Что нужно показатьФото и названиеФото каждого ингредиента и цену каждой добавки
Где проще ошибитьсяВ описании блюдаВ итоге: гость не понимает, из чего он сложился

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

Как устроен путь заказа из четырёх шагов

Путь заказа спроектирован как одно движение: меню, карточка, корзина, адрес.

  1. Меню и комбо. Витрина и каталог на живых фото вместо списка блюд.
  2. Карточка блюда. Экран, где блюдо рассматривают подробнее, прежде чем добавить его в заказ.
  3. Корзина. Состав заказа на виду, рядом с ней в кейсе показан мерч.
  4. Адрес и карта. Последний из четырёх шагов, после которого заказ уходит к курьеру, а за ним можно следить в трекинге.

Apple в рекомендациях по дизайну для iOS советует ограничивать число элементов управления на экране, а второстепенные действия делать доступными при минимальном взаимодействии. Короткий путь из четырёх шагов применяет тот же принцип к заказу: каждый лишний раздел — лишняя причина отказаться.

Как строятся такие сценарии и какие ошибки встречаются в мобильных интерфейсах чаще всего, мы описали в материале про UX/UI-дизайн мобильного приложения.

Зачем нужен конфигуратор и почему в нём видна цена каждой добавки

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

Ингредиенты, добавки и соусы гость выбирает на одном экране. Цена добавки видна сразу, поэтому человек не узнаёт о доплате на последнем шаге, а решает, когда делает выбор.

Фото ингредиента отвечает на вопрос «что я получу», а цена рядом — на вопрос «сколько это стоит». Когда оба ответа на одном экране, выбор не требует переходов вперёд и назад.

Пример Конфигуратор сработает не только для шавермы. У пиццерии основу, начинки и размер тоже выбирают по отдельности, и итог так же зависит от выбора. Логика заказа строится по одному принципу и подходит везде, где товар собирают под клиента.

Как бренд попал в интерфейс

Имя КручуВерчу крутится вокруг вертела, и интерфейс тоже: от сборки шавермы до кольца статуса заказа.

Бренду поставили задачу читаться в каждом жесте, а не только в логотипе. Для этого есть три признака: жёлтый цвет, перевёрнутое «ВЕРЧУ» и вращение. Палитра, шрифты и иконки собраны в одной дизайн-системе, поэтому все экраны выглядят как части одного приложения.

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

Совет Задайте бренду движение, а не только цвет. Цвет и шрифт можно просто повторить, а связка «имя — движение — интерфейс» держится на смысле. Если у названия есть образ, проверьте, можно ли показать его в анимации и в статусе заказа, а не только на упаковке.

Из чего состоит дизайн-система приложения

Все экраны КручуВерчу собраны в одной дизайн-системе, и в работе можно выделить четыре блока.

  1. Дизайн-система. Палитра, шрифты и иконки, на которых держится остальное.
  2. Витрина и каталог. Живые фото вместо списка блюд.
  3. Конфигуратор. Фото каждого ингредиента и цена каждой добавки.
  4. Корзина, адрес и трекинг курьера. Финал пути заказа и экран, на котором за ним следят.

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

Почему дизайн делали под iOS

Заказчик планировал публикацию в App Store, поэтому дизайн-систему и все экраны спроектировали именно под iOS.

Выбор платформы определяет решения в дизайне: у iOS свои жесты, свои системные компоненты и свои правила размещения элементов. Apple, например, напоминает, что до элементов управления удобнее дотягиваться в середине и в нижней части экрана, и это стоит учитывать, когда вы решаете, где будет главная кнопка.

Если позже понадобится Android, потребуется отдельная проработка под правила той платформы, и эту работу лучше заложить в план заранее.

Если приложение нужно сразу для двух платформ, начните со статьи про разработку мобильного приложения для iOS и Android. А о том, что проверяют перед выходом в магазин, написано в материале про публикацию в App Store и Google Play.

Что передали заказчику

Заказчику переданы 30+ экранов, дизайн-система и логика заказа: от витрины до трекинга курьера. Это продукт, готовый к разработке, а не готовое приложение, потому что код в проект не входил.

В эти 30+ экранов входят витрина, каталог, карточки блюд, конфигуратор, корзина и трекинг. Для разработчика это ориентир: приложение собирают по готовым экранам и логике заказа, а не по описанию словами.

Цифр по заказам, выручке или скорости в кейсе нет, и мы их не придумываем: результат проекта — готовый к разработке продукт.

Что применить в своём приложении доставки

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

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

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

Как мы проектируем приложения доставки

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

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

Обсудим вашу задачу

Расскажите, что нужно сделать, — оценим сроки и стоимость и предложим решение.

Обсудить дизайн приложения

Частые вопросы

Вы разработали само приложение или только дизайн?

Только дизайн: бренд, интерфейс и логику каждого экрана. Результат — 30+ экранов и дизайн-система, готовые к разработке, а не готовое приложение.

Подойдёт ли такой конфигуратор пиццерии или кофейне?

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

Почему в конфигураторе показана цена каждой добавки?

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

Почему дизайн сделан под iOS, а не под Android?

Заказчик планировал публикацию в App Store, поэтому дизайн-систему и все экраны спроектировали именно под iOS.

Сколько шагов от меню до заказа?

Четыре: меню, карточка, корзина, адрес. Путь спроектирован как одно движение, без лишних разделов.

Что получил заказчик по итогам работы?

30+ экранов, дизайн-систему и логику заказа: от витрины до трекинга курьера. Это продукт, готовый к разработке.

Читайте также