Revoks

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

Роль: Product/UX/UI

Период: 2023–2026

Платформа: Web

Экран портфельного дашборда Revoks

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

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

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

Цель

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

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

Моя роль

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

От интервью к прототипу

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

Пять этапов дизайн-процесса Revoks: исследование, проектирование, развитие и поддержка, визуальный дизайн и прототипирование
Этап исследования: интервью, боли, цели, мотивации, персоны и JTBD
Этап проектирования: информационная архитектура продукта и user flow через BPMN
Этап развития и поддержки: презентация, сбор фидбэка, обновление интерфейсов и расширение функциональности
Этап визуального дизайна: дизайн-система и итерации ребрендинга под разные аудитории
Этап прототипирования: low- и mid-fidelity прототипы, тестирование с пользователями и улучшение UX
После процесса

Что выяснили на интервью

ролиJTBDflow

Роли и сценарий

Интервью помогли разделить задачи PMO, PM и бизнес‑заказчиков, а затем собрать путь от обзора портфеля к действию.

User Persona: две карточки персон Екатерины и Андрея с задачами, барьерами, метриками и рабочим днём
JTBD: четыре основные задачи Head of PMO
Информационная архитектура Revoks: уровни навигации и детализации
User Flow Head of PMO: путь от обзора к действию

Роли и сценарий

Интервью помогли разделить задачи PMO, PM и бизнес‑заказчиков, а затем собрать путь от обзора портфеля к действию.

User Persona

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

Карточка персоны Екатерина, руководитель PMO
Карточка персоны Андрей, технический директор

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

JTBD

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

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

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

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

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

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

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

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

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

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

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

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

User Flow

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

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

Как исследования изменили интерфейс

После интервью с Head of PMO, PM и бизнес‑заказчиками стало ясно: им нужен не общий статус, а быстрый путь от проблемы к причине. Поэтому я разделила экран на короткий обзор и слой деталей, где видно, что требует внимания.

Интерфейс Revoks с отмеченными зонами: обзор проекта, объяснение прогресса, ранние риски и план-факт

UI Design

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

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

Wireframe

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

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

Prototype

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

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

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

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

Экран Revoks с пояснением задачи и настройками процесса
Экран Revoks с бизнес-требованиями и AI-менеджером
Экран Revoks с диаграммой процесса и календарём

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

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

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

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

Design system

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

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

Сейчас:

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

Далее:

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