Кейс ROSTIC’S: как пересобрать дизайн приложения и не обрушить метрики
Сегодня мобильное приложение для сети ресторанов — это не просто цифровая визитка бренда. Оно стало ключевым каналом для оформления заказов, проведения акций и управления программой лояльности, поэтому любые изменения интерфейса напрямую влияют на финансовые показатели. Крупные обновления обычно откладывают до крайнего срока: после редизайна метрики часто временно снижаются. Специалисты ROSTIC’S поделились с Sostav историей о том, как они запустили обновленную версию приложения без 40% запланированных функций, увеличили конверсию на 4% и почему стратегия отказа от идеального релиза оказалась эффективнее бесконечных переносов сроков.
Концепция: как работать с унаследованным продуктом
В ROSTIC’S новую версию приложения разрабатывали как элемент единой системы взаимодействия с клиентом. Мобильные заказы, киоски самообслуживания, сайт и программа лояльности должны работать согласованно: покупатель должен получать свою курицу так же легко, как в заведении. Это означает, что акции и логика оформления заказа во всех каналах должны быть идентичными, но старая версия приложения не справлялась с этой задачей.
Разработка началась еще в 2024 году, но затем проект неоднократно замораживали: менялись руководители, подрядчики и требования. К лету 2025 года в компанию пришли новый дизайн-отдел и продуктовый директор, а к этому моменту приложение разрабатывали уже полтора года, но до пользователей оно так и не дошло.
Александра Вагичева, дизайн-директор ROSTIC’S:
Нам достался продукт в состоянии перестройки. Часть решений была принята до нас, и их уже нельзя изменить. Это напоминало письмо дяди Федора, где каждый добавил свой фрагмент.
Продолжать по изначальному плану было невозможно. Некоторые решения утратили актуальность, интерфейс создавали разные команды, а концепты перегрузили эффектными, но трудоемкими идеями.
Тогда команда приняла принцип, определивший дальнейшую работу: стабильный минимум сейчас ценнее идеального продукта без четких сроков релиза. В первую версию включили базовый сценарий покупки, а остальное отложили на будущие обновления. Каждую функцию стали проверять вопросом: необходима ли она для оформления заказа или можно обойтись без нее?
Цели и задачи
Главная цель формулировалась просто: выпустить приложение для всей аудитории без потери ключевых показателей. Из нее вытекали четыре задачи:
- определить, какие функции обязательны для первой версии, а какие можно отложить;
- упростить пользовательские сценарии, убрав все, что не улучшает опыт;
- доработать интерфейсы: состояния ошибок, редкие кейсы, технические ограничения. В концептах этого не было;
- создать минимально жизнеспособный продукт (MVP), протестировать его сначала на сотрудниках, затем в пользовательском исследовании и только потом постепенно открывать доступ всем.
Процесс реализации
Исследования, запуск и пост-релизная работа
Перед релизом в ROSTIC’S провели качественное исследование: 15 респондентов тестировали ключевые сценарии — заказ, корзину, оплату. Интервью анализировала вся продуктовая команда. По итогам исправили самые проблемные моменты и составили список доработок (бэклог).
Новую версию разворачивали поэтапно: 1% пользователей, 5%, 10%, 25%, 100%. Для разных платформ использовали разные подходы. Google Play автоматически распространяет обновление среди случайной выборки по стране, а в iOS такой функции нет, и любой пользователь может скачать новую сборку. При резком росте негативных отзывов или технических проблем, например, увеличения числа отмененных заказов, развертывание приостанавливали, устраняли причину и только потом продолжали.
Илья Кузин, директор по продукту ROSTIC’S:
Мы серьезно опасались падения продуктовых метрик после редизайна. Такие случаи редки на рынке. Поэтому для нас было критично убедиться, что мы ничего не ломаем.
Результаты реального использования
После полного запуска началась постоянная работа: ежедневный анализ метрик, изучение отзывов и обращений в поддержку, демонстрационные сессии, пополнение бэклога. Некоторые решения хорошо смотрелись в макетах и проходили внутренние тесты, но требовали доработок при работе с реальными пользователями.
- Адрес ресторана на главном экране терялся на фоне видео, и клиенты случайно выбирали не ту точку. Затемнения под текстом оказалось недостаточно, поэтому контраст дорабатывали совместно с командой, снимавшей ролики.
- Четыре всплывающих уведомления на главной («оцени заказ», «мы нашли ресторан ближе», «в этом ресторане идут работы, закажи в другом») могли появляться одновременно, и пользователи автоматически их закрывали, не читая.
- Карусель акций выглядела эффектно, но часть аудитории не понимала, что карточки можно нажимать.
- В карточки блюд добавили визуализацию КБЖУ⁵, которую массово запрашивали клиенты.
- Механику выбора остроты решили переработать: она не вписывалась в обновленный интерфейс.
- Промоматериалы, баннеры и медиаконтент оптимизировали, чтобы они не мешали оформлению заказа.
Отдельной проблемой стала ошибка на некоторых смартфонах Huawei: текст отображался белым на белом фоне. Воспроизвести сбой на тестовых устройствах не удавалось. Команда нашла пользователей с нужной моделью, связалась с ними и только так выяснила причину: конфликт с темной темой на определенных аппаратах.
Александра Вагичева, дизайн-директор ROSTIC’S:
Иногда говорят: всего два пользователя пожаловались. Но именно такие мелочи формируют общее впечатление от продукта. Мы постоянно их исправляем.
Некоторые идеи из макетов подтвердились на практике. Например, ставка на видео: на главном экране блюда показывают короткими роликами вместо статичных изображений. Обычно медиаконтент перегружает главную страницу и конкурирует с кнопкой заказа, поэтому идея вызывала сомнения. Но именно эта фича стала единственной, которую включили в первый релиз — и по глубинным интервью, и по отзывам пользователи ее одобрили.
Изменения затронули и службу поддержки. Написать в нее стало проще, поэтому количество обращений выросло, а сотрудники осваивали новый стиль общения. Дошел до курьеза: клиент поставил пять звезд с благодарностью за быстрый ответ, а поддержка автоматически ответила: «Нам очень жаль, что вы столкнулись с таким опытом».
Итоги
Конверсия в приложении выросла на 4%, количество заказов на активного пользователя увеличилось на 2%, а средний чек поднялся на 1%. Обычно после смены дизайна показатели временно падают, поэтому рост стал для команды главным достижением.
Ната Нефедьева, дизайнер мобильного приложения:
Мы сделали два важных вывода. Первый: сокращать функционал на старте не страшно. Мы сознательно выпустили стабильный минимум вместо приложения со всеми дополнительными механиками, и это решение оправдалось. Второй касается сроков: решения устаревают быстрее, чем мы успеваем их реализовать. Поэтому мы перестали воспринимать макеты как готовое решение и проверяем каждую гипотезу на реальном поведении пользователей.
