+7 (903) 129-10-49
Халембаков Антон
Lead Product Designer
Кто я
Умение мыслить системно и потребность структурировать беспорядок, это качества, которые позволяют мне чувствовать себя как «рыба в воде», когда речь заходит о проектировании сложных платформ. Более чем 15-лет в профессии. Разбираюсь в различных аспектах и направлениях дизайна. Имею профильное образование по направлению графический дизайн. 2 года преподавал технические дисциплины дизайнерам в Академии искусств. За годы практики, я сформулировал оптимальный способ по интеграции дизайн активностей в процессы разработки. Мой выбор — Dual Track Scrum. Эта методология позволяет формализовать деятельность дизайнера и сделать её прозрачной и измеряемой. Проектирование всегда начинаю с определения проблемы. В процессе работы тесно взаимодействую со всеми заинтересованными участниками. Интерфейсные гипотезы проверяю с помощью юзабилити тестирований на интерактивных прототипах. Результаты своей работы демонстрирую коллегам в виде ёмких презентаций.
Немного истории
24 июня 2019 года, я стал сотрудником софтверной компании-разработчика решений для автоматизации внутренних бизнес процессов в «Роснефть» в роли Lead Product Designer. Перед компанией стояли амбициозные цели по пересмотру уже созданных программных решений и объединению их в единую модульную платформу под названием «4IT». Под потребности заказчика, модули могли принимать различные конфигурации и настройки.
Моя задача состояла в Дизайн-лидировании всех проектировочных производственных процессов и создании системы консистентных интерфейсных паттернов, применяемых во всех модулях платформы 4IT.
ПАО НК «Роснефть» было основным заказчиком и инвестором разработки платформы «4IT», но также были планы по выпуску коробочной версии для продажи другим участникам рынка.
«4IT» — молодой продукт и организационно компания напоминала стартап с минимальным уровнем бюрократии и большой свободой действий. Созданием платформы занимался производственный департамент, внутри которого люди делились на команды и работали по Agile спринтами. Каждая команда отвечала за свой микросервис.
Задачи
Возглавить проектирование новой платформы 4IT
•
Нужно было изучить интерфейсное наследие компании, понять какие дизайн-активы есть в распоряжении и сформулировать UX/UI принципы, по которым будет развиваться новая платформа.
•
Все предстоящие работы требовалось описать и спланировать.
Решить вопрос быстрого масштабирования
Сроки разработки первой версии платформы ставились сжатые. Поэтому следовало автоматизировать рутинные операции и подготовить шаблоны, которые бы позволили обеспечить высокую скорость проектирования и наладить бесперебойную поставку дизайн-артефактов, отвечающих высоким стандартам качества. С решением таких задач хорошо помогают интерфейсные конструкторы, которые в среде BigTech называют дизайн-системами.
Автоматизировать создание новых цветовых тем интерфейсов под брендинг заказчика
Одним из требований к интерфейсам платформы было гибкое изменение цветовой схемы. На старте нужны были две цветовые темы. Первая, основанная на фирменных цветах из бренд-бука «Роснефть», а вторая — «4IT», которая имела маркетинговое значение, так как для свободной продажи требовалось наличие базовой фирменной оболочки для демонстраций ключевых функций платформы.
Когда я присоединился к проекту «4IT», уже существовали две запущенные рабочие системы и одна в состоянии прототипа. Релизные системы работали в закрытом контуре заказчика и имели обширную пользовательскую базу: СУЗ (Система Управления заявками), ITSM (IT Service Management). Прототип — CMDB (Configuration Management Database). СУЗ функционировал на старом интерфейсном движке c очень низкой производительностью. При взаимодействии с СУЗ ощущалась очень медленная обратная связь и общая визуальная перегруженность интерфейса.
CMDB — свежее решение построенное на современном фреймворке Angular + Google Material Design. CMDB работает быстро, но местами встречаются странные интерфейсные паттерны. Чувствуется, что интерфейс CMDB — дело рук программистов и аналитиков.
Для обоих систем характерна очень высокая плотность данных и обилие табличных представлений. При формировании гайдлайнов нужно будет учитывать эти параметры как критичные.
Пример legacy-интерфейса модуля платформы — СУЗ (система управления заявками)
Пример legacy-интерфейса модуля платформы — CMDB (Configuration Management Data Base)
