Мобильное приложение для восстановления после выгорания: единое пространство, которое объясняет состояние человека простым языком и даёт один посильный шаг на сегодня — вместо трекера привычек или ленты медитаций без учёта происходящего с пользователем.
Задача продукта: помочь человеку в выгорании пройти путь от «не понимаю, что со мной» до возврата к работе без отката в тот же цикл — не превращая при этом восстановление в ещё одну обязанность. Чтобы решить эту задачу, я спроектировала сервис, который соединяет три вещи, которые конкуренты обычно решают порознь: понятный скоринг состояния, одно действие на сегодня рядом с этим скорингом и честную поддержку при пропуске.
Job Stories и UX-гипотезы
Сформулировала пять Job Stories по формуле Когда / Я хочу / Чтобы — не как персоны с демографией, а как пять фаз, через которые один и тот же человек проходит по очереди: не уверен (-а), что это выгорание → в остром периоде восстановления → чувствует вину за отдых → возвращается к работе после больничного → нуждается в мгновенной стабилизации при остром стрессе.
Анализ конкурентов
При анализе было выделено 6 ключевых конкурентов: Headspace, Calm, Anticipate, Happy Me, Welltory, BurnoutGuard.
Анализ выявил: конкуренты либо снимают острый стресс, либо считают состояние — но почти никто не соединяет объяснение причины с конкретным действием на сегодня.
Например:
Headspace и Calm дают сильный SOS-контент для быстрого снятия напряжения и понятный онбординг — но не решают причины выгорания: нет ни трекинга состояния, ни последовательности восстановления, а обилие контента вынуждает выбирать практику самостоятельно именно тогда, когда сил на выбор меньше всего.
Anticipate удачно снижает порог входа пассивным сбором данных вместо анкеты — но recovery-действия у него выражены слабее аналитики, ценность сильно зависит от объёма накопленных данных за недели.
Happy Me ближе всего по духу: короткий квиз, персонализированная программа, дружелюбный тон — но 21-дневная структура не объясняет, что происходит при срыве на середине, и рискует превратиться в обычный habit-tracker.
Welltory и BurnoutGuard дают честный скоринг состояния (HRV, risk score в реальном времени) — но не всегда подсказывают, что делать после того, как цифра показана, и рискуют превратить восстановление в бесконечный мониторинг вместо действия.
Построение гипотезы
Если дать человеку в выгорании единый статус состояния с объяснением факторов и один посильный шаг на сегодня рядом с этим статусом, вместо каталога практик или голой цифры скоринга, то вовлечённость в ежедневные восстановительные действия будет выше, а отказ от программы в первые недели — ниже, чем у продуктов, которые разделяют трекинг и действие.
Благодаря такому подходу пользователи смогут:
Понять состояние без медицинского языка: статус выражен просто и с объяснением, что на него повлияло, — это защищает от ощущения «цифра есть, а что с ней делать — непонятно», которое я зафиксировала у Welltory и BurnoutGuard.
Не перегружать себя в остром периоде: один рекомендованный шаг на сегодня вместо списка задач и утренний ползунок энергии, который подстраивает план дня, — прямой ответ на барьер «ещё один чек-лист», знакомый по Fabulous и Happy Me.
Не бросить восстановление из-за вины: журнал фиксирует отдых как прогресс, без стриков и штрафов за пропуск — контраргумент геймификации, которая у некоторых конкурентов работает против самой уязвимой аудитории.
Пользовательские сценарии (User Flow)
На основе JTBD был спроектирован шестиэтапный сценарий: онбординг с диагностическим квизом, главный экран с одним статусом и одним шагом на сегодня, скоринг и трекинг состояния, выполнение ежедневного действия, сообщества и встречи, лента прогресса.
Спроектировала двухколоночный layout с брендовой панелью — паттерн, проверенный на B2B-регистрациях (Stripe, Linear): бренд-панель ориентирует и создаёт доверие, форма остаётся короткой — три поля, без лишних вопросов.
Онбординг и квиз
Барьер: долгое ручное заполнение полей отпугивает; непонятно, зачем нужна интеграция с картой. Решение: быстрый шаблон с предзаполненными популярными сервисами (Figma, Miro, Slack и т. д.), пропуск необязательных полей.
Спроектировала двухколоночный layout с брендовой панелью — паттерн, проверенный на B2B-регистрациях (Stripe, Linear): бренд-панель ориентирует и создаёт доверие, форма остаётся короткой — три поля, без лишних вопросов. Вопросы о команде и роли задала сегментированными переключателями вместо select-полей — быстрее нажать один раз, чем открывать список — и добавила явную кнопку «Пропустить», потому что этот шаг не критичен для работы продукта. Выбор способа добавления первой подписки оформила как два равнозначных, но промаркированных пути — метка «Быстрее» ненавязчиво подсказывает путь с меньшим трением, не блокируя альтернативу. Подписки в галерее заполняются по одной, а не все сразу — со счётчиком «Выбрано: N» и умными дефолтами (дата продления считается автоматически по периодичности). Финальный экран показывает уже наполненный данными дашборд — пользователь получает не пустой интерфейс, а ощутимый результат за пару минут.
Метрика: % завершивших онбординг, среднее время на добавление первых подписок.
главный экран
Барьер: слишком много цифр без приоритизации — непонятно, на что смотреть в первую очередь. Решение: приоритизация — сначала «требует внимания» (истекает/дубль), затем общая сводка.
Баннер алертов явно отделила цветом и позицией сверху — если внимания требуют несколько подписок, они не теряются среди обычных цифр. Список подписок фильтруется чипами, а не dropdown — сразу видно, сколько подписок в каждой категории, и переключение занимает один клик. Клик по строке открывает карточку drawer-панелью, а не отдельной страницей — пользователь не теряет место в списке. Добавила вкладку «Похожие сервисы» в карточку подписки — перед продлением полезно одним взглядом увидеть альтернативы, не открывая поиск в новой вкладке. Полоска активности и счётчик «лицензий куплено/используется» отвечают на вопрос, который иначе всплывает только на продлении — стоит ли урезать тариф.
Метрика: частота возвращений на дашборд в неделю.
трекинг состояния
Барьер: не всегда известны все параметры — например, точная дата следующего списания. Решение: умные дефолты и подсказки (автоматический расчёт следующей даты по периоду оплаты).
Форма открывается drawer-панелью поверх списка — контекст не теряется. Автокомплит по названию сервиса решает главный барьер сценария: выбор из каталога сразу подставляет категорию и логотип, а дата продления считается автоматически и помечена как «авто», с явной возможностью переключить на ручной ввод. Ошибки на обязательных полях подсвечиваются сразу на всех незаполненных полях одновременно, а не по одному при повторных попытках — это быстрее для пользователя. Форма редактирования переиспользует тот же компонент, что форма создания — не нужно поддерживать два разных интерфейса ради одной задачи, только дата продления здесь уже редактируется свободно (её часто корректируют вручную после реального продления у поставщика).
Метрика: время заполнения карточки, % брошенных на середине.
выполнение действий
Барьер: отчёт не совпадает по формату с тем, что нужно для финансового отдела. Решение: экспорт в CSV/PDF с настраиваемой группировкой по категориям/ответственным.
Три готовых периода (месяц/квартал/год) закрывают 90% случаев одним кликом; «свой период» раскрывается отдельной панелью только по запросу — сложная опция доступна, но не навязана. Сравнение с предыдущим периодом стоит сразу рядом с суммой — при подготовке к бюджетному собранию динамика важнее абсолютного числа. Три разреза группировки — по категориям, по ответственным, по сервисам — прямое отражение того, что за одним отчётом приходят разные роли: категории нужны финансам, ответственные — при передаче дел, топ сервисов — когда нужно быстро увидеть, куда уходит больше всего денег. Формат экспорта выбирается карточками с иконкой, а не списком — PDF и CSV решают разные задачи, и разница должна считываться мгновенно.
Метрика: % компаний, регулярно выгружающих отчёт.
сообщества и встречи
Барьер: сервис не может напрямую видеть выписку без интеграции — нужен банковский коннектор или ручная сверка. Решение: уведомление «Мы нашли списание, не привязанное ни к одной подписке» + опция добавить в учёт или отметить как разовый расход.
Это честный ответ на технический барьер: экран сразу предлагает два реалистичных пути — банковский коннектор для поддерживаемых банков и ручная загрузка выписки как универсальный запасной вариант. Находку о неопознанном списании визуально отделила от находок про дубли и неиспользуемые подписки синей, а не жёлтой/красной рамкой — это другой тип сигнала: не «сэкономь», а «разберись, что это». Сырое описание транзакции показываю как есть («GRAMMARLY INC*SUBSCRIPTION») — это честно передаёт, что автораспознавание не идеально и системе нужно подтверждение человека. Два варианта решения — добавить как подписку или отметить разовым расходом — оформлены как равнозначные карточки, а не «подтвердить/отклонить»: оба исхода одинаково легитимны.
Метрика: количество найденных «потерянных» подписок за период, % из них отменённых в итоге.
прогресс
Барьер: нужно заранее видеть «владельца» подписки — если не заполнено на этапе добавления, сценарий не сработает. Решение: список всех подписок, привязанных к сотруднику, с массовым переназначением ответственных или отменой лицензий одним действием.
Действие «Оформить уход» сделала деструктивно окрашенной ghost-кнопкой, а не обычной primary в общем ряду — увольнение сотрудника не рядовое действие, его нельзя нажать по инерции. Чекбокс-подтверждение перед следующим шагом работает как осознанный стоп-кран. Decision-точку «есть ли подписки без владельца» показываю не пустой таблицей, а содержательным empty-state с объяснением — короткий путь не должен казаться недоделанным по сравнению с длинным. Три действия по каждой подписке — переназначить, отменить, оставить общей — оформила как равнозначные чипы прямо в строке, без «рекомендуемого»: правильный выбор зависит от конкретной подписки, а не от общего паттерна. Экран подтверждения переводит выбранные чипы в понятные фразы на человеческом языке («будет отменена», «останется общей») — так проще заметить ошибку.
Метрика: время, затрачиваемое на офбординг (было — ручной обход всех сервисов, стало — один экран).
Идеи для развития продукта
Следующий шаг — модерируемое юзабилити-тестирование на 5−7 представителях целевой аудитории (человек, отвечающий за SaaS-бюджет в компании 10−50 человек).
Сценарий: «Через три дня истекает Zoom, и вчера появилось уведомление про возможный дубль Miro/Mural. Разберись с обоими алертами».
Проверить: находит ли участник оба алерта без подсказки; понятно ли, что «Пересмотреть тариф» и «Отменить» — разные по обратимости действия; субъективная оценка 1−5 «было понятно, что произойдёт после каждой кнопки».
Сценарий: «Твой коллега увольняется 31 июля. У него три активные подписки. Оформи его уход так, чтобы ни одна не осталась «висеть».
Проверить: справляется ли участник с массовым выбором действий или предпочитает по одной подписке; замечает ли предупреждение о необратимости отмены до подтверждения; сколько шагов кажутся лишними на пути от «Оформить уход» до финального статуса.
Сценарий: «Открой „Оптимизацию“. Там есть списание, которое система не смогла точно опознать. Разберись, что это».
Проверить: понимает ли участник разницу между находкой с синей рамкой и находками про дубли/неиспользуемые подписки; доверяет ли автораспознанному названию сервиса или перепроверяет; как интерпретирует бейдж «распознано».