ERP-система для крупного игрока автобизнеса

Контекст

Крупная офлайн-компания из сферы автобизнеса впервые строила собственный ИТ-продукт — большую внутреннюю ERP-систему для ежедневной работы сотрудников. Я пришёл на ранней стадии: уже существовала небольшая дизайн-система и несколько продуктовых задач, но по сути всё нужно было проектировать с нуля.

Работа устроена по направлениям: несколько кросс-функциональных команд ведут каждая свою часть системы. Я отвечаю за дизайн двух из этих направлений.

Задача

Спроектировать функционал двух продуктовых направлений, у которого нет готовых аналогов на рынке. Главное здесь — не «нарисовать экраны», а превратить сложные, ранее разрозненные операционные процессы в понятный и консистентный интерфейс, где все направления системы говорят на одном языке.

Объём — десятки задач, фич и экранов, счёт которым я даже не вёл; система постоянно растёт.

Роль и команда

Я — дизайн-лид двух направлений. Команда двух моих направлений — около 30 человек: бизнес- и системные аналитики, backend- и frontend-разработчики. Над продуктом в целом, во всех командах, работают ~200 специалистов.

Веду весь дизайн своих направлений — от исследования до передачи в разработку и дизайн-ревью.

Процесс

Каждую задачу веду полным циклом:

1. Разбор задачи с бизнес-анализом: изучаю требования, бизнес-метрики и потребности пользователей, фиксирую как задачу с критериями успеха.
2. Концепты и прототипы — первичное решение бизнес-задачи.
3. Поиск лучшего решения вместе с аналитикой; проверка гипотез через исследования.
4. Груминг с командой: подключаются системный анализ и разработка, чтобы оценить решение.
5. Сборка чистовых макетов на компонентах дизайн-системы и передача в разработку.
6. Дизайн-ревью фронтенд-реализации, список замечаний, итерации.

Исследования

Тестировал макеты — как своих направлений, так и смежных. Обычно собирал группу сотрудников (в среднем 10–15 человек за тест, каждый раз — разные сотрудники дилерских центров), созванивались, объяснял цели и задачи интервью, затем давал заранее подготовленные прототипы в Figma с задачами вида «сделайте то-то». Люди по ходу задавали вопросы, комментировали свои решения и делились ощущениями от продукта.

Дальше — аналитика результатов тестирования и корректировка макетов или дизайн-системы.

Что привнёс в команду

Внедрил в дизайн-команде единый подход к сборке макетов на компонентах и организации файлов — я жил с этим подходом и перенёс его в работу команды.

Отстаивал лучшие решения перед смежными командами и бизнесом: не боялся коммуницировать и защищать решения аргументами, обеспечивая консистентность системы между направлениями.

Сложности

• У продукта нет аналогов на рынке — мы первопроходцы.
• Бизнес раньше не имел ИТ-продуктов: для сотрудников всё новое и непривычное, а сама компания довольно консервативна.
• Функционал уникален — важно было придумать решения так, чтобы система оставалась консистентной и все направления коммуницировали между собой.

Результат

Одно из моих направлений уже запущено на 5 дилерских центрах, в планах — запуск на всех.

По обратной связи сотрудников — заметно проще доступ к данным и документам, быстрее идёт ежедневная работа: удобнее находить нужное, быстрее оформлять операции. Чтобы собрать больше количественных данных, нужно выезжать на площадки — это следующий шаг.