Триафлай
Перепроектирование low-code платформы для автоматизации аналитических процессов.
SaaS
BI
B2B
Компания
Триафлай
Роль
Продуктовый дизайнер
Триафлай ↗ — это российская low-code платформа для автоматизации аналитических процессов.
Главное
Я переработал ключевые сценарии Триафлай, чтобы упростить работу со сложной BI-платформой, снизить зависимость пользователей от поддержки и заложить системную основу для развития продукта.
Исходная ситуация
Триафлай много лет развивался без продуктового дизайнера: новая функциональность добавлялась по мере необходимости, из-за чего накопились UX- и технический долг, а интерфейс стал сложным и непоследовательным. Часть проблем компенсировалась кастомизацией при внедрении и работой поддержки, поэтому пользователям было сложно самостоятельно осваивать платформу и решать повседневные задачи.
Проблемы
Пользователям было сложно работать с продуктом самостоятельно — Интерфейс был сложным для освоения, а готовых сценариев «из коробки» не хватало. В результате онбординг мог занимать месяцы, а пользователи зависели от поддержки даже при решении базовых задач. Это увеличивало стоимость сопровождения и мешало масштабировать продукт.
Интерфейс не учитывал разные роли и сценарии работы — Все пользователи попадали в одинаковое рабочее пространство независимо от своих задач, а несколько функциональных модулей могли быть объединены на одном экране. Это усложняло навигацию и заставляло пользователей разбираться в функциях, которые не относились к их текущей задаче.
Накопленный дизайн-долг мешал системно развивать продукт — За годы развития без дизайнера в продукте не сформировались единые UX/UI-паттерны и системный подход к интерфейсам. Это приводило к визуальной и поведенческой непоследовательности и усложняло проектирование новой функциональности.
Ограничения
Ограниченный доступ к пользователям
Прямого доступа к конечным пользователям почти не было, поэтому регулярно проводить интервью и usability-тесты не получалось. Основными источниками требований были продукт-оунер, системный аналитик и технические спецификации.
Большой технический долг
Продукт развивался много лет, поэтому новые решения нужно было проектировать с учётом существующей архитектуры, технических зависимостей и уже реализованной функциональности.
Что я изменил
Сделал управление ролями и доступами прозрачнее
Управление большим количеством ролей и разрешений было сложно контролировать и проверять. Я собрал права доступа в единую матрицу, чтобы администратор мог видеть структуру целиком, сравнивать роли и изменять разрешения в одном рабочем пространстве. В результате настройка и проверка доступов стали выполняться в едином представлении без переходов между отдельными настройками.
Упростил создание визуализаций
Спроектировал единое рабочее пространство, в котором пользователь может выбрать источник данных, настроить метрики, измерения и фильтры и собрать диаграмму в рамках одного сценария.
Упростил контроль состояния системы
Объединил ключевые метрики, состояние ELT-задач и нагрузку на одном экране, чтобы пользователь мог быстро оценить состояние системы и определить, где искать источник проблемы.
Упростил поиск ошибок в логах
Объединил системные события на одном экране и добавил фильтры по сервису, важности и дате, чтобы пользователь мог быстрее находить нужные ошибки и разбираться в причинах сбоев.
Создал дизайн-систему
Чтобы новые интерфейсы не продолжали увеличивать дизайн-долг, я с нуля создал дизайн-систему с глобальными и локальными компонентами, цветовыми и типографическими токенами, стилями и ассетами. Она стала общей основой для проектирования новых сценариев и поддержания консистентности продукта.
Результат
В результате ключевые сценарии получили более последовательную структуру, а продукт — единые UX/UI-паттерны и дизайн-систему. Это создало основу для дальнейшего развития интерфейса без постоянного накопления новых разрозненных решений.
Триафлай
Перепроектирование low-code платформы для автоматизации аналитических процессов.
SaaS
BI
B2B
Компания
Триафлай
Роль
Продуктовый дизайнер
Триафлай ↗ — это российская low-code платформа для автоматизации аналитических процессов.
Главное
Я переработал ключевые сценарии Триафлай, чтобы упростить работу со сложной BI-платформой, снизить зависимость пользователей от поддержки и заложить системную основу для развития продукта.
Исходная ситуация
Триафлай много лет развивался без продуктового дизайнера: новая функциональность добавлялась по мере необходимости, из-за чего накопились UX- и технический долг, а интерфейс стал сложным и непоследовательным. Часть проблем компенсировалась кастомизацией при внедрении и работой поддержки, поэтому пользователям было сложно самостоятельно осваивать платформу и решать повседневные задачи.
Проблемы
Пользователям было сложно работать с продуктом самостоятельно — Интерфейс был сложным для освоения, а готовых сценариев «из коробки» не хватало. В результате онбординг мог занимать месяцы, а пользователи зависели от поддержки даже при решении базовых задач. Это увеличивало стоимость сопровождения и мешало масштабировать продукт.
Интерфейс не учитывал разные роли и сценарии работы — Все пользователи попадали в одинаковое рабочее пространство независимо от своих задач, а несколько функциональных модулей могли быть объединены на одном экране. Это усложняло навигацию и заставляло пользователей разбираться в функциях, которые не относились к их текущей задаче.
Накопленный дизайн-долг мешал системно развивать продукт — За годы развития без дизайнера в продукте не сформировались единые UX/UI-паттерны и системный подход к интерфейсам. Это приводило к визуальной и поведенческой непоследовательности и усложняло проектирование новой функциональности.
Ограничения
Ограниченный доступ к пользователям
Прямого доступа к конечным пользователям почти не было, поэтому регулярно проводить интервью и usability-тесты не получалось. Основными источниками требований были продукт-оунер, системный аналитик и технические спецификации.
Большой технический долг
Продукт развивался много лет, поэтому новые решения нужно было проектировать с учётом существующей архитектуры, технических зависимостей и уже реализованной функциональности.
Что я изменил
Сделал управление ролями и доступами прозрачнее
Управление большим количеством ролей и разрешений было сложно контролировать и проверять. Я собрал права доступа в единую матрицу, чтобы администратор мог видеть структуру целиком, сравнивать роли и изменять разрешения в одном рабочем пространстве. В результате настройка и проверка доступов стали выполняться в едином представлении без переходов между отдельными настройками.
Упростил создание визуализаций
Спроектировал единое рабочее пространство, в котором пользователь может выбрать источник данных, настроить метрики, измерения и фильтры и собрать диаграмму в рамках одного сценария.
Упростил контроль состояния системы
Объединил ключевые метрики, состояние ELT-задач и нагрузку на одном экране, чтобы пользователь мог быстро оценить состояние системы и определить, где искать источник проблемы.
Упростил поиск ошибок в логах
Объединил системные события на одном экране и добавил фильтры по сервису, важности и дате, чтобы пользователь мог быстрее находить нужные ошибки и разбираться в причинах сбоев.
Создал дизайн-систему
Чтобы новые интерфейсы не продолжали увеличивать дизайн-долг, я с нуля создал дизайн-систему с глобальными и локальными компонентами, цветовыми и типографическими токенами, стилями и ассетами. Она стала общей основой для проектирования новых сценариев и поддержания консистентности продукта.
Результат
В результате ключевые сценарии получили более последовательную структуру, а продукт — единые UX/UI-паттерны и дизайн-систему. Это создало основу для дальнейшего развития интерфейса без постоянного накопления новых разрозненных решений.
Триафлай
Перепроектирование low-code платформы для автоматизации аналитических процессов.
SaaS
BI
B2B
Компания
Триафлай
Роль
Продуктовый дизайнер
Триафлай ↗ — это российская low-code платформа для автоматизации аналитических процессов.
Главное
Я переработал ключевые сценарии Триафлай, чтобы упростить работу со сложной BI-платформой, снизить зависимость пользователей от поддержки и заложить системную основу для развития продукта.
Исходная ситуация
Триафлай много лет развивался без продуктового дизайнера: новая функциональность добавлялась по мере необходимости, из-за чего накопились UX- и технический долг, а интерфейс стал сложным и непоследовательным. Часть проблем компенсировалась кастомизацией при внедрении и работой поддержки, поэтому пользователям было сложно самостоятельно осваивать платформу и решать повседневные задачи.
Проблемы
Пользователям было сложно работать с продуктом самостоятельно — Интерфейс был сложным для освоения, а готовых сценариев «из коробки» не хватало. В результате онбординг мог занимать месяцы, а пользователи зависели от поддержки даже при решении базовых задач. Это увеличивало стоимость сопровождения и мешало масштабировать продукт.
Интерфейс не учитывал разные роли и сценарии работы — Все пользователи попадали в одинаковое рабочее пространство независимо от своих задач, а несколько функциональных модулей могли быть объединены на одном экране. Это усложняло навигацию и заставляло пользователей разбираться в функциях, которые не относились к их текущей задаче.
Накопленный дизайн-долг мешал системно развивать продукт — За годы развития без дизайнера в продукте не сформировались единые UX/UI-паттерны и системный подход к интерфейсам. Это приводило к визуальной и поведенческой непоследовательности и усложняло проектирование новой функциональности.
Ограничения
Ограниченный доступ к пользователям
Прямого доступа к конечным пользователям почти не было, поэтому регулярно проводить интервью и usability-тесты не получалось. Основными источниками требований были продукт-оунер, системный аналитик и технические спецификации.
Большой технический долг
Продукт развивался много лет, поэтому новые решения нужно было проектировать с учётом существующей архитектуры, технических зависимостей и уже реализованной функциональности.
Что я изменил
Сделал управление ролями и доступами прозрачнее
Экран для настройки прав доступа всех ролей в виде матрицы. Позволяет администраторам быстро назначать, проверять и контролировать доступы, снижая риск ошибок и повышая прозрачность прав.
Упростил создание визуализаций
Спроектировал единое рабочее пространство, в котором пользователь может выбрать источник данных, настроить метрики, измерения и фильтры и собрать диаграмму в рамках одного сценария.
Упростил контроль состояния системы
Объединил ключевые метрики, состояние ELT-задач и нагрузку на одном экране, чтобы пользователь мог быстро оценить состояние системы и определить, где искать источник проблемы.
Упростил поиск ошибок в логах
Объединил системные события на одном экране и добавил фильтры по сервису, важности и дате, чтобы пользователь мог быстрее находить нужные ошибки и разбираться в причинах сбоев.
Создал дизайн-систему
Чтобы новые интерфейсы не продолжали увеличивать дизайн-долг, я с нуля создал дизайн-систему с глобальными и локальными компонентами, цветовыми и типографическими токенами, стилями и ассетами. Она стала общей основой для проектирования новых сценариев и поддержания консистентности продукта.
Результат
В результате ключевые сценарии получили более последовательную структуру, а продукт — единые UX/UI-паттерны и дизайн-систему. Это создало основу для дальнейшего развития интерфейса без постоянного накопления новых разрозненных решений.