ROSTIC'S App

Пользователи регулярно ошибались при выборе адреса ресторана и доставки. Для бизнеса было важно снизить нагрузку на техподдержку.

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

Текущая скорость оформления и обработки заказов недостаточна для эффективного масштабирования бизнеса.

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

Старый пользовательский интерфейс продукта устарел морально и функционально и не соответствовал ожиданиям современных пользователей. Визуальные и UX-решения затрудняли восприятие информации и выполнение целевых действий.

Многие сталкивались с тем, что заказывали доставку на старый адрес или адрес друга, и замечали это, когда заказ уже оформлен.

Не хватало понятного и разнообразного представления меню, которое помогало бы легко выбрать несколько разных блюд. Вместо этого приходилось разбираться в одинаковых позициях разного размера.

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

Проведя аудит и собрав данные с поддержки, мы поняли, что внимание на адресе акцентируется только при смене варианта ресторан/доставка.

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

Изучив лучшие практики, мы сформировали две гипотезы:

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

Заказ в ресторане - подкрепить визуально выбранный ресторан, чтобы пользователь мог визуально считать "знакомые места".

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

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

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

На основе анализа результатов тестирования ожидаемый эффект снижения нагрузки на техподдержку 15-30%.

Отвечал за аудит и сбор данных, сбор прототипов для исследований и финальных макетов. Презентовал и защищал решение перед заказчиком.

Одна из главных проблем заказчика - дубликаты (одинаковые блюда с разными параметрами) могли занимать весь экран смартфона. Наша цель - повысить конверсию за счет разнообразия в сетке меню. Наша гипотеза - схлопнуть дубликаты в 1 карточку.

Блюда имели опции:

- оригинальные/острые

- разного размера

- разного вкуса (десерты и милкшейки)

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

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

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

После нескольких итераций тестирований мы подтвердили, что переключение остроты через тогл - самый понятный вариант для пользователя.

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

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

Отвечал за аудит и сбор данных, подготовку дизайна карточек блюд. Защищал решение перед заказчиком.

Подробнее узнать об этих и других кейсах можно на созвоне.