DesignOps — это система управления дизайн-командами и оптимизации всего дизайн-процесса. Но в этой статье мы будем так называть специалиста, который за всё это отвечает.
Если раньше дизайнеры могли себе позволить приблизительно понимать бизнес и брать ответственность только за визуальную составляющую продукта, то сегодня топ-менеджеры требуют от них глубокого погружения в бизнес-ценность.
По мере роста дизайн-команды увеличивается и количество операционной нагрузки на сотрудников. Команда из пяти человек уже генерирует столько операционных задач, что без должной систематизации начинает замедлять свой основной функционал. Дополнительная нагрузка требует вовлечения каждого члена команды и у каждого отнимает ресурс.
В конечном счете для бизнеса переключение сотрудника с основных задач на операционные обходится дороже, чем выделение отдельного человека, который забирает на себя операционку.
Вот почему в современных командах более пяти человек должен появиться DesignOps-специалист.
В самом зрелом виде DesignOps забирают на себя, во-первых, метрики интерфейса, стандарты и подходы, а во-вторых — как адаптацию, так и валидацию новых дизайнеров в команду (то есть участвуют в собеседовании кандидатов на вакансию). Сегодня принято также выделять смежную с DesignOps область ResearchOps (Research Operations) — управление исследовательскими процессами.
Название DesignOps образовано по аналогии с платформенным инженером (DevOps) и философски связано с культурой разработки. DesignOps преследует те же цели (убрать трения между этапами проекта, автоматизировать операции, сделать процесс предсказуемым) и реализует их в работе дизайн-команды.
Какие задачи закрывает DesignOps
Прежде всего, на DesignOps ложится задача по развитию и поддержанию дизайн-системы. Команда DesignOps следит за ее актуальностью, сверяет задачи на элементы интерфейса (UI), обновляет компоненты и предотвращает расхождение стилей и смыслов.
Отдельная зона ответственности — постоянный мониторинг новых ИИ-инструментов: от тестирования, адаптации и внедрения в рабочие процессы до автоматизации с помощью ИИ-агентов. Например, с появлением нового подхода к программированию (вайб-кодинга) на DesignOps легла задача по разработке плагинов для Figma. DesignOps стали гражданскими разработчиками (Citized Development). Это ускоряет анализ макетов и изменение различных атрибутов в проектах.
В целом, работа с новыми ИИ-инструментами — важная часть работы по оптимизации дизайн-процессов, на которую у менеджеров проектов и руководителей команд часто не хватает времени.
Кроме инструментария, DesignOps отвечает за адаптацию новых сотрудников и непрерывное обучение команды. Эти специалисты создают базы знаний, руководства, обучающие материалы и формируют культуру обратной связи. В Битрикс24, например, появление отдельного DesignOps-специалиста позволило сократить первую часть адаптации новичков с 7 до 3 дней благодаря хорошо структурированному плану изучения процессов и дизайн-системы.
DesignOps также проводят внутренний пиар: на них ложится задача донести до руководства компании ценность работы дизайн-команды.
Задачи DesignOps (если такого подразделения нет) обычно распределяются между всеми участниками дизайн-команды, но особенно активно вовлекаются руководители. Они вынуждены постоянно переключаться между стратегическими задачами и операционкой, и это переключение создает значительную когнитивную нагрузку. DesignOps, напротив, выделяют операционные задачи в отдельный поток: фокус на конкретной занятости упрощает и ускоряет этот процесс.
У DesignOps узкая специализация на операционных задачах без отвлечений на оценку продукта или стратегическое планирование.
Они берут однотипную рутину (мониторинг инструментов, создание гайдов, автоматизация процессов) и выполняют ее системно и креативно, освобождая дизайнеров и руководителей для фокуса на основной работе.
Результат — команда быстрее выходит на полные обороты, повышает ключевые показатели (KPI), а новый дизайнер не тратит год на вход в процессы, потому что операционку закрывает DesignOps.
Портрет идеального DesignOps
Структурность
Это основной навык, который лежит в основе всего, чем занимается DesignOps. Они не дизайнеры трехмерной графики (3D), но понимают, как устроена их работа и как внедрить ее в процессы отдела. Они не руководители, но могут описать и объяснить грейдовую лестницу. Они не продуктовые дизайнеры, но они проработают все компоненты, что могут потребоваться в продукте.
Обаяние
Чтобы быть DesignOps нужно быть обаятельным. Структурным и обаятельным.
Почему именно так? DesignOps — это люди, которым предстоит популяризировать структурность и общаться с разными членами команды. Обаяние и умение выстроить контакт с абсолютно разными аудиториями (от топ-менеджмента до разработки) — качество, которое ускоряет эти процессы.
Любовь к общению
DesignOps — это не тихие профессионалы-интроверты, а люди, которые умеют «продать порядок». В Битрикс24 мы видим, что для команды очень важна внутренняя среда компании.
Многие специалисты, что к нам приходят, отмечают живость и драйв в коллективе, который подстегивает к раскрытию внутреннюю мотивацию. DesignOps поддерживают эту среду.
Умение работать вдолгую
Нельзя построить мощное DesignOps-подразделение при постоянной текучке. DesignOps должны быть тесно вовлечены в продукт и командные процессы, чтобы выполнять свои функции. Такое погружение занимает время.
Если не поставить четкие цели и не создать крепкую партнерскую связь, пользы от DesignOps не будет. Для руководителя дизайн-направления, который решит создавать DesignOps-подразделение, это станет настоящим вызовом.
Как делать не нужно
Мы в Битрикс24 начали внедрять DesignOps полтора года назад. Первые полгода ушли на тестирование гипотез и «притирки» внутри команды, и год назад мы вошли в интенсивную фазу работы с DesignOps. За это время получилось не только добиться результатов внутри команды, но и сделать выводы, где DesignOps — жизненная необходимость, а где может оказаться совершенно бессилен.
1. Нанять DesignOps и ждать магии
DesignOps не решают проблемы команды «по щелчку». Чтобы их работа дала эффект, нужны общий план, четкие цели и вовлечение команды. Без поддержки со стороны дизайнеров, менеджеров и руководства любые инициативы останутся на уровне идей. Мы также видим, что первые шаги по интеграции в команду с DesignOps должен пройти курирующий руководитель. Затем DesignOps сами начинают генерировать смыслы и векторы роста.
2. Делать DesignOps для галочки
Формальное внедрение без понимания продукта не приносит пользы. Если специалисты DesignOps не вовлечены в реальные бизнес-процессы и стратегию, они не смогут влиять на дизайн-команду.
3. Пытаться внедрить все и сразу
DesignOps работают по принципу постепенных изменений. Лучше начать с одной зоны — например, с построения дизайн-системы или оптимизации инструментов — и только потом масштабировать на другие направления работы команды. Фокус и постепенность дают больший эффект, чем хаотичные эксперименты во всех направлениях сразу.
4. Игнорировать обратную связь от команды
Главная задача DesignOps — решать реальные боли, а не создавать новые процессы ради процессов. Если не слушать дизайнеров, руководителей продуктов и разработчиков, можно потерять контакт с реальностью и сделать систему негибкой. Постоянный диалог с командой — ключ к тому, чтобы процессы действительно способствовали решению бизнес-задач, а не создавали бюрократию. DesignOps должны формировать впечатление партнеров, которые постоянно готовы прийти на помощь и проявить уместную проактивность.
Взгляд в будущее
DesignOps — закономерный ответ на растущую сложность управления дизайн-командами, которая связана в том числе и с искусственным интеллектом. Когда бизнес требует от дизайнеров не только визуальных решений, но и стратегического вклада, команде нужны специалисты, которые сконцентрируют в своих руках задачи по управлению системой.
Внедрение DesignOps освобождает когнитивные ресурсы дизайнеров для творческой работы, ускоряет адаптацию к новым технологиям и делает вклад дизайна в продукт измеримым и понятным для всей компании. Главное — подходить к этому осознанно: с четкими целями, поддержкой команды и готовностью к постепенным изменениям.
