Pulse
О проекте
Pulse — внутренняя операционная платформа для ИТ-департамента из 30+ человек. До неё команда жила на Excel, почте и устных договорённостях — отсюда задержки, отсутствие прозрачности и низкая ответственность. Система охватывает ключевые пространства: дашборды Overview, Проекты, Agile-доску (Kanban), диаграммы Ганта, Календарь, учёт времени, Отчёты, персональные дашборды и страницу целей компании. Начиналась как внутренний инструмент, но выросла до кандидата в самостоятельный SaaS-продукт.
Проблема и цели
У ИТ-департамента не было централизованной системы для задач, проектов и загрузки — всё шло через Excel, письма и устные договорённости. Корень проблемы не в нехватке функций: один интерфейс пытался обслуживать руководителей, менеджеров и исполнителей, а они принимают совершенно разные решения. Сроки срывались из-за неясной ответственности, у менеджеров не было видимости в реальном времени, а учёт времени был нерегулярным или отсутствовал.
Цели бизнеса
Убрать задержки из-за неясной ответственности и конфликтов ресурсов; выстроить Agile с измеримой скоростью; дать руководству отчёты по эффективности, загрузке и здоровью проектов; повысить удержание и вовлечённость через прозрачные цели и видимый рост; построить масштабируемый внутренний инструмент.
Цели пользователей
Исследование показало: пользователей разделяют не права доступа, а тип принимаемых решений. Руководители оценивают эффективность и здоровье проектов (нужны дашборды и метрики). Менеджеры, тех-лиды и тимлиды координируют поставку (бэклоги, Agile-доски, Ганта, встречи, отчёты). Исполнители делают работу (получают задачи, двигают Kanban-карточки, оценивают, логируют время, читают документацию). Все работали в одном продукте, но их процессы были совершенно разными.
Мой вклад
Полный дизайн логики продукта, UX-архитектуры и интерфейсов; дизайн-система и библиотека компонентов с нуля; пользовательское исследование (интервью по каждой роли, наблюдение, анализ трения); ролевые рабочие пространства для руководителей, менеджеров и исполнителей; модель ролевого доступа; интерактивные прототипы, согласованные с руководством; настройка Agile в роли Scrum-мастера; поддержка внедрения (документация, гайды, чек-листы); передача с контролем качества.
Процесс
Исследование и анализ (интервью, наблюдение, изучение Excel-процессов, цели и ограничения) → UX-дизайн (флоу, вайрфреймы, сценарии по ролям) → прототипирование (тесты с реальными пользователями каждой роли, итерации с руководством) → UI-дизайн (задачи, проекты, Kanban, цели, дашборды, отчётность) → реализация (работа с разработчиками, запуск) → QA → поддержка (передача, улучшения по обратной связи).
Ключевые дизайн-решения
Ролевые дашборды — каждая роль видит только релевантное, меньше шума и когнитивной нагрузки; Kanban как основной вид задач, таблица и Ганта — как альтернативы; учёт времени прямо с карточек задач (в один клик) вместо отдельного модуля; отдельная страница целей, связывающая задачи с целями команды и компании; система уведомлений только по действиям, чтобы избежать усталости от алертов.
Дизайн-компромиссы
Общая Kanban-доска повышает прозрачность, но может перегружать исполнителей — решено персональными отфильтрованными видами по умолчанию; Ганта добавляет планирование, но и сложность — оставлен только в виде менеджера; обязательный учёт времени даёт точность, но добавляет трение — снижено учётом в один клик; ролевой доступ упрощает вид, но требует нескольких вариантов дашбордов — решено общей библиотекой компонентов; страница целей повышает вовлечённость, но требует поддержки — сделана с простыми инструментами редактирования.
Результаты
Ежедневный учёт времени сократился примерно на 80% (с ~15–20 минут в Excel до ~2–5 минут прямо в интерфейсе), экономя 5+ часов в неделю на команду; статус-встреч стало меньше — их заменили Kanban и дашборды в реальном времени; жизненный цикл задачи сократился с 6 разрозненных шагов до 4 в одной системе; ошибок стало меньше — ролевые пространства ограничили пользователя релевантными инструментами; внедрено у 30+ сотрудников всех ролей; активно используется 3+ года как основной инструмент управления командой; создана масштабируемая дизайн-система; улучшено качество планирования за счёт Ганта и видимости ресурсов.
Личная рефлексия
Этот проект научил меня проектировать для разных ролей внутри одного продукта — не переключением прав, а пониманием разных решений, которые принимает каждая роль. Ведя его и как дизайнер, и как Scrum-мастер, я увидела, насколько тесно связаны дизайн процессов и дизайн интерфейса, и убедилась, что внутренние инструменты заслуживают той же дизайн-строгости, что и внешние продукты.
Пользовательский флоу
Было
Стало
Жизненный цикл задачи сократился с 6 разрозненных шагов в разных инструментах до 4 шагов в одной системе — еженедельные отчёты и ручное сведение данных заменила видимость в реальном времени.
