← Все работы

Revoks

Портфельный дашборд для Head of PMO: мой подход к продуктовому UX/UI и дизайн-системе.

Роль: Product/UX/UIСрок: 9 месПлатформа: Web
Экран портфельного дашборда Revoks

Какую проблему решаем

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

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

Цель

Сделать один дашборд для Head of PMO и бизнеса, чтобы:

  • за минуту понять, всё ли нормально по портфелю,
  • быстро увидеть самые критичные риски,
  • и перейти от “статуса” к конкретным решениям и действиям.

Моя роль

В проекте Revoks я работала как UX/UI-дизайнер полного цикла: от исследований и интервью до трёх этапов редизайна, информационной архитектуры, user flow, прототипов и дизайн-системы. Переводила AI-прогнозы и метрики портфеля в понятные решения для PMO и бизнеса.

Design Process

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

1. Исследование

  • Интервью
  • Выделила основные боли, цели и мотивации
  • Персоны и JTBD
Фрагмент JTBD-структуры исследования

2. Проектирование

  • Информационная архитектура продукта
  • User flow через BPMN
Фрагмент схемы проектирования Revoks

5. Прототипирование

  • Low/mid-fidelity прототипы в Figma
  • Тестирование с пользователями
  • Улучшила UX на основе обратной связи
Фрагмент прототипа Revoks

3. Развитие и поддержка

  • Презентация
  • Собирала фидбэк
  • Обновляла интерфейсы и расширяла функциональность
Фрагмент презентации развития Revoks

4. Визуальный дизайн

  • Разработала дизайн-систему с нуля
  • Провела 3 итерации ребрендинга под разные аудитории

Исследования и проектирование

Провела AJTBD-интервью с Head of PMO, PM и бизнес-заказчиками. В команде с продуктом, data-science и разработкой приоритизировали jobs и спроектировали IA и user flow для быстрого перехода от обзора портфеля к действиям.

User Persona

Создана персона на основе JTBD-подхода: я провела интервью с людьми, которые управляют портфелем и отчитываются наверх: PMO, PM, бизнес-заказчики

Екатерина

Руководитель PMO

  • 50+ сотрудников
  • 25+ проектов
  • 95% успешность

Андрей

CTO / Technical Director

  • 250 сотрудников
  • 140 инженеров
  • 1,5 млрд ₽ оборот
Карточка персоны Екатерина, руководитель PMO
Карточка персоны Андрей, технический директор

После создания user persona стало ясно, какие задачи и потребности важны для пользователя. Это помогло сфокусироваться на нужных функциях и упростить интерфейс.

JTBD

Мы выделили четыре основные задачи Head of PMO:

Прогнозировать и удерживать сроки

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

Контролировать бюджет и трудозатраты (T&M)

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

Давать прозрачный статус для бизнеса в один клик

Когда стейкхолдер спрашивает статус, хочу показать понятный дашборд (БТ → ФТ → задачи, план-факт, договорённости), чтобы быстро согласовывать изменения.

Управлять рисками и ресурсами на уровне портфеля

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

Информационная архитектура

Чтобы не перегрузить интерфейс, мы разделили просмотр:

  1. Обзор - коротко: сроки, бюджет, риски, ответственный.
  2. Провал в детали - почему так произошло: что именно сломалось, где узкое место, что можно сделать.
Схема информационной архитектуры Revoks: глобальная навигация, навигация проекта, контентные области и детализация

User Flow

Собрала user flow Head of PMO: путь пользователя мы строили вокруг сценария “от обзора к действию”.

Схема user flow Revoks от дашборда портфеля к процессам, результатам и управлению изменениями

Главные выводы по исследованиям:

Один экран не работает. Руководству нужен короткий обзор, а для действий - детали и причины.
Без сигналов и алертов всё превращается в реактивное тушение пожаров. Важно замечать проблемы раньше.
Если метрика не объясняется, то ей не доверяют. “75% прогресса” ничего не говорит, пока нельзя понять, что внутри.
План-факт по деньгам и часам - больная тема. Именно из-за неё часто возникают споры и напряжение.

UI Design

Интерфейс Revoks собирает ключевые метрики портфеля в одну панель. Head of PMO за 30 секунд видит здоровье проектов, прогноз релизов, риски и нагрузку команды и может провалиться в детали без вручную собранных отчётов.

Коллаж UI-экранов Revoks с портфельным дашбордом и деталями проекта

Wireframe

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

Вайрфреймы ключевых экранов Revoks

Prototype

Первый дизайн был перегружен и запутан. Тесты показали, что нужно упростить навигацию и сделать интерфейс понятнее.

Прототипы интерфейса Revoks

Дизайн сегодня

Что было изменено: интерфейс стал модульным: можно быстро перемещаться между задачами, отчётами и фильтрами.

Убрала визуальный шум и сделала акценты на действия.

Добавила интерактивные фильтры и единый стиль отображения карточек задач.

После тестирования прототипа пользователи отмечали, что новый интерфейс стал “понятным” и “более спокойным для восприятия”.

Экран Revoks с диаграммой процесса и календарём
Экраны Revoks со списком процессов и формой создания процесса

Design system

Параллельно мы сделали дизайн-систему, чтобы:

Компоненты дизайн-системы Revoks: цвета, кнопки, поля и текстовые области
Единые цвета и отступы, макеты полностью совпадают с кодом
Адаптивные компоненты, 90 % экранов собираем без кастомизации
Общая библиотека компонентов, теперь новый дизайнер вникает за 1,5 дня.

Текущие результаты и следующие шаги

Сейчас:

Продуманная структура и сценарии
Прототип ключевых экранов
UI-дизайн и компоненты для масштабирования

Далее:

Запускаем пилотМы договоримся с 1–2 командами и проверим, как дашборд работает на реальных задачах.
Собираю фидбекЯ проведу короткие созвоны/тесты и соберу, что было непонятно и чего не хватает в интерфейсе.
Дорабатываем по итогамМы поправим навигацию и тексты, добавим нужные фильтры и состояния, чтобы дальше можно было подключать больше проектов.