Nosh
Nosh объединяет гостей и рестораны в одном сервисе. Гости находят заведения, смотрят меню, делают быстрые заказы, оставляют отзывы и чаевые. Рестораны получают предзаказы и бронирования, аналитику, уведомления и продвижение на карте.
Задачи
- С нуля проектировала приложение, обеспечивая интуитивно понятное взаимодействие для пользователей;
- Проводила исследования для глубокого понимания потребностей пользователей и улучшения дизайна продукта;
- Тестировала дизайн — проводила юзабилити-тесты, чтобы проверить, насколько интерфейс понятен и удобен;
- Разрабатывала дизайн-систему для повышения согласованности интерфейсов;
- Разрабатывала продающий лендинг.
S (Situation)
Передо мной стояла задача разработать мобильное приложение Nosh, а затем лендинг для его продвижения. Цель продукта — дать гостям быстрый способ выбрать ресторан, посмотреть меню, заказать и оставить отзыв без участия официанта.
T (Task)
Мои задачи включали:
- Проанализировать рынок и собрать лучшие практики.
- Создать единую экосистему для гостей и ресторанов, где пользователь может находить заведения, бронировать столы и оставлять отзывы, без ожидания официанта;
- Повысить удобство и скорость взаимодействия за счёт продуманной навигации, простого сценария оформления заказа и мгновенной оплаты;
- Подготовить промо-лендинг для презентации приложения и привлечения новых пользователей — как гостей, так и представителей ресторанов.
A (Action)
1. Исследование и анализ
- Погрузилась в ресторанную сферу и изучила механику работы подобных сервисов, провела анализ конкурентов и бенчмаркинг, выделила лучшие практики и определила ключевые боли пользователей.
- Провела качественное исследование: поговорила с пользователями, чтобы понять, какие сценарии для них реально важны и что у них вызывает сложности. На основе этих интервью я сформулировала гипотезы и разделила пользователей на сегменты.
- Провела количественное исследование в Pathway, чтобы подтвердить гипотезы, выяснить какие сценарии действительно значимы, расставить приоритеты.
Сегменты аудитории
Итоговые гипотезы:
1. Предзаказ и бронирование
Пользователи теряют время в часы пик и часто отказываются из-за ожидания → добавляем сценарий предзаказа блюд и бронирование столика с выбором даты/времени → сокращаем время ожидания, повышаем вероятность заказа и средний чек.
2. Ваучер SELL500 на первый заказ
Новички сомневаются и не делают первый шаг → добавляем промокод SELL500 на первый заказ → увеличиваем конверсию в первый заказ и долю активированных пользователей.
3. Рейтинг и отзывы заведений
Пользователи не уверены в выборе, боятся «промаха» → добавляем рейтинг и отзывы → повышаем доверие, снижаем отказы и возвраты, ускоряем выбор ресторана.
4. Чаевые → лояльность персонала и сервис
Чаевые офлайн неудобны → добавляем быстрые пресеты чаевых после оплаты → повышаем долю оставленных чаевых, улучшаем мотивацию персонала и стабильность качества сервиса (косвенно растёт удержание гостей).
2. Прототипирование
- Спроектировала информационную архитектуру и User Flow;
- Создала начальные прототипы на основе проведённых исследований, фокусируясь на удобстве и минимизации шагов для основных функций.
3. Тестирование и доработка
Прототипы тестировались на респондентах, использующих приложения доставки еды. На основе полученных инсайтов мы скорректировали интерфейсы, внедрив несколько изменений, которые улучшили логичность и восприятие навигации.
4. Финальный дизайн
После тестирования и доработки я разработала дизайн приложения и сайта и подготовила презентацию, для защиты перед стейкхолдерами.
R (Result)
Ожидаемый результат
Решение было направлено на то, чтобы сократить путь пользователя от выбора ресторана до оформления заказа, сделать сценарии предзаказа и бронирования более понятными и быстрыми, а также снизить количество сомнений на этапе выбора за счёт рейтингов и отзывов.
Что отслеживала бы после релиза
После запуска я бы смотрела на конверсию в первый заказ, завершение сценариев предзаказа и бронирования, drop-off на этапе оформления, время прохождения сценария, а также вовлечённость в отзывы и чаевые.