← Все кейсы
Flight Buddy

Flight Buddy — мобильное приложение против аэрофобии

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

ДолжностьProduct / UX-UI дизайнер
Срок7-8 месяцев
Объём работыПолный редизайн

Роль: UX-UI дизайнер - единственный дизайнер на проекте 7-8 месяцев, полный редизайн и доработка функционала и внешнего вида приложения.

Продукт: Мобильное приложение (iOS/Android) против аэрофобии - диагностика, обучение, практики саморегуляции, live-сопровождение в день вылета.

Пользователи: Люди с разным уровнем аэрофобии - от лёгкой тревожности до полного избегания перелётов; сегментация происходит через квиз и тест на входе.

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

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

Что сделано: Live-карта полёта как состояние-машина из начальных экранов, полный путь пользователя, дизайн-система в двух языковых версиях.

Контекст

О продукте

Приложение уже присутствовало на рынке, но без целостной архитектуры и полного функционала. Я вошла в проект как единственный дизайнер, без прямого доступа к автору методики (пилоту и психологу) - все вводные приходили через продакт-менеджера, часто в неполном виде. Решения по интерпретации методики, приоритизации сценариев и архитектуре продукта принимала самостоятельно, сверяя логику через тестирование продукта на себе. Общая карта флоу: онбординг → обучение → практики → сопровождение в день полёта.

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

Архитектура, которую спроектировала

  • Диагностика и сегментация - квиз и тест на аэрофобию, определяющие профиль тревожности
  • Обучающий трек - снижение тревоги через объяснение (звуки, механика полёта)
  • Практики саморегуляции, привязанные к стадии полёта (до / во время / после)
  • Проработка тревожных сценариев - блок «What If» для мыслей типа «а что если»
  • Live-архитектура «день вылета» - самая сложная часть продукта: десятки состояний одного экрана (ожидание, взлёт, фазы полёта, посадка, потеря связи), спроектированные как единая логическая система, а не отдельные мокапы
  • Возможность обратиться к пилоту - прямой вопрос эксперту в момент тревоги
  • Retention-механика - прогресс, ачивки
  • Монетизация - подписочная модель с несколькими тарифами, RU/EN

Ключевые решения

Ключевой вызов - перевести психологическую методику (когнитивно-поведенческая терапия в работе со страхом) в связный продуктовый путь: от диагностики тревожности к обучению, от обучения к практике, от практики к сопровождению в момент максимального стресса - реальном полёте. Это требовало продуктового решения о структуре всего пути пользователя, а не последовательности экранов.

Фундамент

Дизайн-система

Построила дизайн-систему, которая держит согласованность двух языковых версий и всего объёма экранов в одиночку, без команды дизайнеров.

UI Kit
UI Kit
Знакомство

Онбординг

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

Онбординг
Онбординг
Персонализация

Диагностика и сегментация — квиз

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

Диагностика и сегментация
Диагностика и сегментация
Обучение

Обучающий трек - снижение тревоги через понимание

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

Курс
Курс
Обучающий трек
Обучающий трек
Практика

Проработка тревоги и практики саморегуляции

Проработка тревожных сценариев по КПТ-подходу и дыхательные / поведенческие практики, привязанные к стадии полёта.

Упражнения на самоконтроль
Упражнения на самоконтроль
Проработка тревоги
Проработка тревоги
Самая сложная часть продукта

Live-карта полёта

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

Старт полёта - в полёте - отсутствие связи - финиш полёта
Старт полёта - в полёте - отсутствие связи - финиш полёта
Уникальная фича

Звонок пилоту

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

Уникальная фича - звонок пилоту
Уникальная фича - звонок пилоту
Удержание

Прогресс и геймификация

Профиль и ачивки - удержание через видимый результат прохождения практик.

Главный профиль и ачивки
Главный профиль и ачивки
Монетизация

Подписка

Подписочная модель с несколькими тарифными планами и описанием всех включённых функций.

Монетизация
Монетизация
Процесс

Процесс и передача в разработку

Решения, которые беру на себя как автор

  • Определила, как декомпозировать методику эксперта на продуктовые модули без искажения смысла
  • Спроектировала state-архитектуру live-карты полёта - десятки взаимосвязанных состояний (ожидание, взлёт, фазы полёта, посадка, потеря связи) как единую логическую систему, снизив когнитивную нагрузку в момент, когда пользователь наиболее уязвим
  • Проходила тесты и упражнения продукта сама, чтобы реконструировать логику методики там, где ТЗ не давало полного контекста
  • Построила дизайн-систему, обеспечивающую согласованность всего продукта в двух языковых версиях - в одиночку, без команды дизайнеров
Итог

Результат

Продукт с сохранённой экспертной логикой продвигается на рынке и работает сейчас. Уровень сложности архитектуры - динамические состояния, поведенческий дизайн, кросс-языковая система, реализованная в двух языковых версиях (RU/EN) - сопоставим с задачами, которые в продуктовых командах обычно распределены между несколькими ролями.

Кросс-языковое приложение
Кросс-языковое приложение