Руководитель группы дизайна, Дизайн-система

Мы — команда дизайн-системы. Наша работа упрощает жизнь продуктовых дизайнеров, ускоряет разработку, экономит деньги компании и делает интерфейсы понятными и приятными. Мы не «штампуем компоненты»: мы проектируем и документируем их, сопровождаем разработку, поддерживаем и развиваем единый визуальный стиль Ozon. Наши основные заказчики — команды клиентского продукта. Мы внимательны к мелочам, действуем смело и при этом осмотрительно.

Ищем дизайн-менеджера, который будет развивать дизайн-систему и связанные процессы: улучшать, упорядочивать, масштабировать. Ждём тебя, если ты очень любишь порядок, а беспорядок не любишь.

Ты будешь:

• Вести дизайн-команду из двух человек: задавать фокус, договариваться о целях, помогать, направлять и развивать.
• Держать процессы в порядке: планирование, ведение и приоритизация бэклога, подготовка к техкомам и грумингам, организация демо и QA-циклов.
• Проектировать и улучшать компоненты/виджеты: готовить подробные спецификации, глубоко прорабатывать крайние случаи, сопровождать разработку до релиза.
• Много и по делу коммуницировать: с продуктовыми дизайнерами и их лидами, разработчиками, тестировщиками и продакт-менеджерами, и вовлекаться во все инициативы на стыке дизайн-системы и продукта.
• Растить метрики дизайн-системы: покрытие интерфейсов компонентами, удовлетворённость продуктовых команд (CSI).

Мы ожидаем, что ты:

• Драйвер: порой кажется, что ты везде и делаешь миллион задач одновременно; тот человек, которому «больше всех надо». Даже когда что-то не входит в твои обязанности — идёшь, пушишь и договариваешься.
• Имеешь опыт работы лидом дизайн-команды: выстраиваешь процессы, ведёшь бэклог, распределяешь нагрузку и контролируешь сроки и качество.
• Имеешь ощутимый hands-on опыт с дизайн-системами: не боишься сложных кейсов, умеешь балансировать между универсальностью и потребностями продуктов.
• Пишешь и читаешь техспеки: понимаешь JSON (дизайн-токены, контракты), не боишься Git, уверенно работаешь в Figma.

Будет плюсом:

• Практика доступности (a11y): скринридеры, роли/лейблы, поведение компонентов, сценарии тестирования.