CV (резюме)
Написать мне
Ели Пили — мобильное приложение для заказа еды из московских ресторанов
Ели Пили — мобильное приложение для заказа еды из московских ресторанов
«Ели Пили» — мобильное приложение, которое объединяет восемь ресторанов под управлением одной ресторанной группы. Среди них — пять итальянских ресторанов Florentini и два грузинских ресторана: «Чичико» и «Чо Хотели». У каждого бренда своя концепция, своя аудитория и свой характер, но всех их объединяет общая программа лояльности.
Мы стремились сделать не агрегатор, а платформу «для своих» — с понятной структурой и тёплым, дружелюбным интерфейсом. Важно было также заложить возможность масштабирования, чтобы в будущем легко подключать новые рестораны.
К моменту старта проекта сеть уже использовала коробочное мобильное приложение, разработанное несколько лет назад. Оно плохо интегрировалось с CRM, не позволяло объединить онлайн- и офлайн-клиентов в единую базу, ограничивало развитие программы лояльности и усложняло масштабирование бизнеса. Дополнительно рестораны теряли часть онлайн-выручки из-за неудобного сценария оформления заказов.
Поэтому бизнес принял решение создать собственное приложение с нуля — единый цифровой продукт для всей экосистемы ресторанов, который помог бы объединить клиентские данные, поддержать рост сети и сохранить индивидуальность каждого бренда.
🥈Проект занял 2 место на Workspace Digital Awards 2026, уступив только Surf — одной из крупнейших студий мобильной разработки в России.
Приложение уже доступно в App Store
Мы стремились сделать не агрегатор, а платформу «для своих» — с понятной структурой и тёплым, дружелюбным интерфейсом. Важно было также заложить возможность масштабирования, чтобы в будущем легко подключать новые рестораны.
К моменту старта проекта сеть уже использовала коробочное мобильное приложение, разработанное несколько лет назад. Оно плохо интегрировалось с CRM, не позволяло объединить онлайн- и офлайн-клиентов в единую базу, ограничивало развитие программы лояльности и усложняло масштабирование бизнеса. Дополнительно рестораны теряли часть онлайн-выручки из-за неудобного сценария оформления заказов.
Поэтому бизнес принял решение создать собственное приложение с нуля — единый цифровой продукт для всей экосистемы ресторанов, который помог бы объединить клиентские данные, поддержать рост сети и сохранить индивидуальность каждого бренда.
🥈Проект занял 2 место на Workspace Digital Awards 2026, уступив только Surf — одной из крупнейших студий мобильной разработки в России.
Приложение уже доступно в App Store
Моя роль
На проекте я выступала в роли лид-дизайнера и отвечала за дизайн-направление продукта, качество итогового решения и взаимодействие с клиентом.
В команде работали ещё один дизайнер и арт-директор. На этапе исследования и проектирования второй дизайнер занимался бенчмаркингом и проработкой пользовательских сценариев, а я формировала общее направление работы, проводила ревью и принимала ключевые дизайн-решения.
Разработку дизайн-концепций я вела самостоятельно: подготовила несколько вариантов, защищала их перед клиентом и развивала выбранное решение через последующие итерации.
На этапе детальной проработки экранов мы работали совместно. Второй дизайнер проектировал основную часть интерфейсов, а я занималась наиболее сложными сценариями, финальной вычиткой и приведением продукта к единой визуальной системе. Также в моей зоне ответственности были коммуникация с клиентом, защита дизайн-решений и передача макетов в разработку.
В команде работали ещё один дизайнер и арт-директор. На этапе исследования и проектирования второй дизайнер занимался бенчмаркингом и проработкой пользовательских сценариев, а я формировала общее направление работы, проводила ревью и принимала ключевые дизайн-решения.
Разработку дизайн-концепций я вела самостоятельно: подготовила несколько вариантов, защищала их перед клиентом и развивала выбранное решение через последующие итерации.
На этапе детальной проработки экранов мы работали совместно. Второй дизайнер проектировал основную часть интерфейсов, а я занималась наиболее сложными сценариями, финальной вычиткой и приведением продукта к единой визуальной системе. Также в моей зоне ответственности были коммуникация с клиентом, защита дизайн-решений и передача макетов в разработку.
Функционал приложения
- просмотр меню и подробностей по каждому ресторану
- оформление доставки или самовывоза
- бронирование стола
- просмотр новостей и акций
- хранение истории онлайн и офлайн заказов
- участие в программе лояльности – накапление бонусов и использование скидочной карты в ресторанах
Исследование и проектирование
Работу начали с разбора существующего приложения поэкранно: прошли все возможные пользовательские пути, зафиксировали где возникает трение, чего не хватает, что работает. Это дало базу — от чего отталкиваться.
Как мы подходили к задаче
Изучили больше десяти конкурентов: от Яндекс. Еды и Delivery Club до приложений отдельных ресторанных сетей. Проходили полный путь — от выбора блюда до получения заказа, смотрели на навигацию, программы лояльности, бронирование, отзывы. Смотрели не за тем, чтобы скопировать, а чтобы понять где у рынка пробелы и какие решения уже проверены конверсией.
На основе этого сформулировали три основных пути пользователя — они стали основой для проектирования сценариев.
Для каждого сценария проработали детальный пользовательский путь, включая пограничные состояния: что происходит, если блюдо на стопе, если адрес вне зоны доставки, если оплата не прошла.
На основе этого сформулировали три основных пути пользователя — они стали основой для проектирования сценариев.
- Новый гость — хочет изучить меню и оформить первый заказ. Авторизация на этом этапе только мешает.
- Гость, который присматривается — просматривает рестораны, контакты, акции, новости. Ему нужна информация, а не воронка.
- Лояльный гость — знает что хочет, следит за бонусами и статусом. Для него важна скорость.
Для каждого сценария проработали детальный пользовательский путь, включая пограничные состояния: что происходит, если блюдо на стопе, если адрес вне зоны доставки, если оплата не прошла.
Прототипы
Прототипы собирали итерационно — несколько десятков, каждая механика тестировалась отдельно и в связке. Такой подход позволил согласовать логику всех экранов с клиентом до того, как мы ушли в визуал, и не накапливать расхождений между тем, что проектировали, и тем, что ждал клиент.
Как искали визуальный язык
Это был один из самых нетривиальных этапов. Три ресторана — три разных характера, три разных аудитории. И ещё пять точек Флорентини внутри одного бренда, каждая со своим управляющим и своим видением.
Чтобы не угадывать, организовали встречу со всеми управляющими — порядка десяти человек. Показали три пула референсов.
Чтобы не угадывать, организовали встречу со всеми управляющими — порядка десяти человек. Показали три пула референсов.
- Эмоциональный, кастомный дизайн с ярким визуальным стилем, в котором характер считывается мгновенно (Burger King, Даблби)
- Минимализм и изящество с лёгкой кастомизацией (Золотое Яблоко, Эконика)
- Агрегаторный дизайн, в котором основное внимание отводится контенту и ничего не отвлекает (Яндекс.Еда, Delivery Club)
Три концепции
Я разработала три варианта дизайн-концепции. Два из них — принципиально разные подходы, третий — вариация утверждённого.
Рукописная концепция казалась самой точной метафорически — такие детали есть буквально во всех трёх ресторанах. Но аудитория взрослая, рестораны работают больше десяти лет. Лёгкий визуал не считывался бы как продолжение этих мест.
Утвердили первую. Светлый фон — на нём удобнее управлять вниманием и показывать еду. Золотой, серебряный и чёрный — три цвета карт лояльности, которые одновременно задают статусную иерархию внутри системы.
Утвердили первую. Светлый фон — на нём удобнее управлять вниманием и показывать еду. Золотой, серебряный и чёрный — три цвета карт лояльности, которые одновременно задают статусную иерархию внутри системы.
Ключевые решения
Авторизация: убрать барьер, не потеряв функциональность
Стандартный подход — попросить войти сразу. Но большинство людей первый раз открывают приложение просто чтобы посмотреть меню. Принудительная регистрация на этом этапе — это отток.
Выработали другую логику: меню, карточки ресторанов, цены — доступны без авторизации. Войти нужно только в двух точках: при оформлении заказа и при бронировании стола. Причём при бронировании можно выбрать — войти или продолжить как гость.
Дополнительно добавили механику уточнения намерения: когда пользователь добавляет блюдо в корзину, спрашиваем — просто смотришь, хочешь доставку или самовывоз? Это убирает неопределённость и сразу направляет по нужному сценарию.
Выработали другую логику: меню, карточки ресторанов, цены — доступны без авторизации. Войти нужно только в двух точках: при оформлении заказа и при бронировании стола. Причём при бронировании можно выбрать — войти или продолжить как гость.
Дополнительно добавили механику уточнения намерения: когда пользователь добавляет блюдо в корзину, спрашиваем — просто смотришь, хочешь доставку или самовывоз? Это убирает неопределённость и сразу направляет по нужному сценарию.
Карточка блюда
Карточка блюда стала ключевой точкой принятия решения. Мы уделили особое внимание визуалу и структуре информации: крупные фотографии, понятный состав, возможность выбрать дополнительные опции или особенности блюда.
За счёт этого карточка не выглядит как обычная строка в меню, а воспринимается как полноценное описание ресторанного блюда — с ощущением качества, прозрачности и индивидуального выбора. Это способствовало усилению доверия к продукту и снижало количество сомнений на этапе добавления в корзину.
