Роль: Senior UX Designer|IC, работала с Product team, Dev, QA, Research, Product marketing.

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

Результат

• Cпроектировала и развивала Core Web Vitals Report для Semrush: от MVP до зрелого продукта.
• Перевела сложные инженерные метрики в понятные статусы, приоритеты и рекомендации для разработчиков, добавила мультистраничный анализ, историю изменений и сценарий повторной проверки.
• В результате конверсия в использование отчёта среди платных пользователей выросла с 19% до 34%, Task Success Rate с 54% до 91%.

В основу концепции легло наблюдение за тем как пользовали подходили к решению задачи. Я выделила целевой паттерн из 5 шагов.

1. Diagnose Сводный статус сайта через знакомую пользователям Google-модель Good / Needs Improvement / Poor.
2. Prioritise Мультистраничный анализ и сортировка позволяют быстро найти страницы, которые требуют внимания.
3. Understanding Детализация метрик и проблем помогает понять причину и масштаб проблемы, а не просто увидеть плохой статус.
4. Fix How to Improve переводит проблему в конкретную рекомендацию для разработчика.
5. Track История аудитов и trend charts и дельта метрик позволяют увидеть результат после изменений, не дожидаясь 28 дней обновления данных GSC.

Задача: снизить порог входа в Core Web Vitals для широкой аудитории на этапе бета-запуска. Спроектировать виджет главной страницы, который переводит метрики в понятные гипотезы.

Ограничение: данные только по главной странице, жесткий дедлайн.

Решение: простые карточки метрик с цветовой индикацией Google + тултипы с расшифровкой в духе «возможно, проблема в hero-изображении» вместо сухого LCP 4.5s.

Результат: проверка спроса минимальным ресурсом. Выпустили вовремя, заняли нишу, получили реальные данные об использовании и развернутую обратную связь с запросом.

Ограничение: фидбек после беты: «проблемы на посадочных страницах, а главная чистая».

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

Решение: общий скор по 10 страницам на основе ILR, сортируемая таблица динамики, collapsible-детали Lighthouse, модалка ручного выбора URL, переключатель mobile/desktop.

Результат: данные реальных пользователей сместили приоритеты с главной страницы на трафикогенерирующие.

Юзабилити тестирование и обработка фидбека подсветили, что пользователи не всегда согласны с ранжированием 10 страниц по ILR и хотели бы сами выбирать, что включить в скоуп.

Задача: Дать пользователю самостоятельно выбирать 10 страниц для ILR-ранжирования вместо автоматического отбора.

Решение: предоставить возможность выбирать 10 страниц самостоятельно в модальном окне, валидация и понятные статусы обработки.

Интеграция цикла «аудит → правка → перезапуск» в общий паттерн Site Audit. Добавлены графики трендов и conversational-рекомендации («Передайте разработчику: удалите render-blocking JS»).

Для отчёта Core Web Vitals подготовила спецификации по веб-доступности в соответствии со стандартами WCAG 2.2 AA. Работа стала частью масштабной инициативы по accessibility: Site Audit первый среди Core-продуктов начал перестройку под требования A11y в условиях legacy-кода.

Вызов: legacy- продукт, часть отчетов написана на Backbone.js. С командой приняли решение разделить работу на 2 части: ручные изменения в рамках сроков проекта и переход на React компоненты с вшитым в систему А11у.

Качественные usability-тесты (n=23) подтвердили отказ от сырых миллисекунд в пользу лейблов. Количественная аналитика показала:

• Отчет стал № 1 по просмотрам среди 8 тематических блоков (в 3x выше ближайшего конкурента среди отчетов).
• Конверсия в использование отчёта среди платных пользователей Site Audit: 19% (план — 10%) → 34% к 2024 году.
• Недельный retention отчёта: 16,8% на первой неделе против 13,4% у Crawlability; стабилизировался на 24−25% ко второму месяцу.
• Paywall конверсионность отчета: +18% к подписке, +15% апгрейдов Pro→Guru.
• Task Success Rate с первого релиза к полноценной версии вырос с 54% до 91%.
• NPS всего Site Audit: +43 п.п.

Главный инсайт проекта: SEO-специалистам не нужны сырые миллисекунды, им нужен вердикт и готовая инструкция для разработчика. Смена парадигмы с «информирования» на «предписание действий» (цветовые лейблы вместо цифр, прогрессивное раскрытие, conversational-рекомендации) напрямую конвертировалась в рост adoption с 19% до 34% и сделала отчет № 1 в экосистеме Site Audit.

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

Когда интерфейс содержит большой объём данных и множество способов взаимодействия с ними, особенно помогает сфокусироваться фреймворк JTBD. В Core Web Vitals это привело к появлению саммари «Топ исправлений» — списка проблем, исправление которых даст наибольший положительный эффект для сайта. Пользователю больше не нужно изучать данные по каждой странице, сопоставлять их между собой и самостоятельно определять приоритеты.