Зачем нужен дизайн-менеджер и как им стать

Привет! Меня зовут Егор Красноперов, я работаю дизайн-менеджером в ManyChat. В этой статье хочу поделиться личным опытом и рассказать, как мы в компании пришли к этой роли, какой смысл в неё вкладываем, какой результат получили, и какие советы я бы дал себе 4 года назад.

ManyChat — это платформа для общения компаний со своими клиентами через мессенджеры: Instagram, Facebook Messenger, WhatsApp, Telegram. Мы помогаем в решении таких задач, как маркетинг, продажи и поддержка. А наша миссия — это помогать бизнесам расти, выстраивая осмысленные отношения со своими клиентами.

Впервые я услышал о ManyChat в 2016 году, когда рисовал для ребят логотип. На тот момент я был весьма далек от IT и о стартапах было представление только по сериалу Silicon Valley, поскольку я работал арт-директором и дизайнером в рекламном агентстве. Но уже через год, в июне 2017, я присоединился к ManyChat в качестве продуктового дизайнера. На тот момент вся команда ManyChat состояла из 14 человек, ребята работали удалённо и всё делали вместе, в общем, это был самый настоящий стартап.

C того момента изменилось многое — мы как команда выросли до 160+ человек и продолжаем расти; как компания подняли раунд А в Кремниевой долине и нацелены стать компанией «единорогом»; как продукт стали платформой № 1 для мессенджер-маркетинга.

Стоит начать издалека и рассказать, какой путь мы прошли, и какие были предпосылки для появления роли дизайн-менеджера. Прочитав этот блок, вы сможете увидеть проблемы, с которыми столкнулись в результате роста компании, и узнаете, как мы эти проблемы решали. Поэтому наберитесь терпения.

Мы работали как одна продуктовая команда, поскольку количество ребят в компании было до 14 человек. В течение года количество людей начало расти, и стали появляться функциональные команды: бэкенд, фронтенд, дизайн, QA (тестирование). К концу года команда дизайнеров выросла с одного до трех человек, а общее количество ребят приблизилось примерно к 25.

В начале года мы столкнулись с первыми проблемами — работа в функциональных командах по водопадной модели привела к замедлению скорости разработки и доставки продуктовых фич для пользователей. Необходимо было менять подход к разработке продукта.

В середине 2018 года в компании внедрили фреймворк LeSS (масштабируемый SCRUM) и перешли на работу в кросс-функциональных продуктовых командах, которые обычно состоят из двух фронтенд- и бэкенд-инженеров, продуктового дизайнера, скрам-мастера и продуктового менеджера.

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

Одним из условий фреймворка LeSS было появление функциональных комьюнити с менторами: по фронтенду, бэкенду, дизайну. Задача таких комьюнити состоит в том, чтобы ребята, находясь в разных командах, могли делиться опытом, знаниями и синхронизироваться между собой на регулярных встречах.

На встречах дизайн-комьюнити мы должны были договариваться о том, как работаем с точки зрения дизайна. И вот с менторством дизайн-комьюнити на тот момент были проблемы:

И перед нами встал выбор:

1. Нанять опытного дизайн-менеджера/дизайн-директора, который бы помог выстроить процессы.

2. Пройти этот путь самостоятельно.

Мы решили попробовать самостоятельно пройти этот путь. Конечно, это потребовало больше времени и гораздо больше сил, но зато мы получили бесценный опыт.

Давайте здесь я ещё подробнее расскажу о ролях, которые у нас оформились к 2018 году:

К концу 2018 команде в ManyChat было 6 дизайнеров.

К началу 2019 года мы столкнулись с другой большой проблемой: дизайн-решения продуктовых команд становились все более неконсистентными, а качество решений — нестабильным, так как не было точки синхронизации команд и дизайнеров в процессе разработки, встречи дизайн-комьюнити не работали. Как результат, продуктовые команды получали комментарии CEO, которые приходилось исправлять, и это стало негативно влиять на скорость доставки фич.

В этот момент кристаллизуется понимание, для чего необходимо дизайн-комьюнити и его ментор — чтобы помочь дизайнерам договариваться о том, как мы принимаем решения при создании дизайна, о критериях хорошего дизайна, как оцениваем дизайн и т.д. Мы поняли, что нужно выстраивать процессы на системном уровне, и стали уделять больше внимания дизайн-комьюнити.

Так к середине 2019 года у дизайн-комьюнити появился первый значимый результат, который стал заметен внутри всей компании:

1. Был выстроен процесс дизайн-ревью, когда все дизайнеры стали вовлекаться в оценку дизайн-решений команд (механику опишу чуть ниже). Это позволило кардинально снизить количество комментариев от CEO и не блокировать результаты продуктовых команд.

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

К концу 2019 года успехи дизайн-комьюнити дополнились следующими результатами:

Вот эти принципы:

— Подсказывайте пользователю, что можно сделать дальше;

— Задавайте иерархию;

— Поддерживайте цельность, будьте консистентными;

— Интерфейс должен откликаться при взаимодействии с пользователем;

— Думайте шире. Думайте об изменениях которые вносите в продукт;

— Используйте привычные решения;

— Будьте дружелюбными;

— Будьте последовательными;

— Будьте доступными;

Каждый из этих принципов мы дополнили примерами и описанием.

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

3. Была проделана работа над дизайн-системой. Избавились от большей части legacy-стилей: цвета, шрифты, отступы. Сделали первую версию дизайн-системы: базовые компоненты, типографика, палитра и т. д. Как результат, перестали постоянно собирать макеты из скриншотов.

Это очень сильно помогло нам, поскольку к этому моменту количество дизайнеров увеличилось уже до 11 человек.

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

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

За 2020 год была проделана большая подготовительная работа — были проведены глубинные интервью со всеми стейкхолдерами: продукт-менеджерами, владельцами продуктов, CEO, дизайнерами, инженерами, чтобы синхронизировать и формализовать зону ответственности дизайнера. Для меня было открытием, что на вопросы «кто такой продуктовый дизайнер, что он должен делать и за что отвечать», ответы довольно сильно различались. На тот момент у нас не было точки синхронизации, но после этой работы мы уже смогли заложить и определить набор навыков дизайнеров (skillset), и выделить зоны ответственности дизайнера, которые необходимы именно нашей компании.

К концу 2020 начала формироваться роль дизайн-менеджера, которая отделилась от роли ментора дизайн-комьюнити, поскольку стать ментором/экспертом комьюнити может любой дизайнер, кто регулярно предлагает улучшения рабочих процессов (улучшение дизайн-ревью, работа над дизайн-системой), драйвит инициативы.

Окончательно роль дизайн-менеджера в ManyChat формализовалась в первой половине года, это была часть общего процесса определения ролей в компании.

Для дизайн-комьюнити мы определили 5 ролей и прописали соответствующие им обязанности и зоны ответственности:

— персональный контрибьютор (отвечает за результат продуктовой команды);

— персональный ментор (помогает профессионально развиваться другому дизайнеру);

— ведущий дизайнер (отвечает за результат направления, которое может состоять из нескольких продуктовых команд);

— эксперт дизайн-комьюнити (предлагает и драйвит улучшения связанные с технической частью разработки продукта: работа над дизайн-системой; работа с UX долгом; улучшение процесса дизайн-ревью и т. д.);

— дизайн-менеджер.

Роль дизайн-менеджера сфокусирована на процессах, развитии дизайнеров и дизайн-комьюнити в целом. Помогает появляться новым компонентным экспертам, дизайн-лидам и персональным менторам. Помимо этого, человек на этой позиции участвует в стратегических сессиях компании и глубоко погружен в продукт. Можно сказать, это такой верхнеуровневый problem finder.

Зоны ответственности:

В качестве выводов хотелось бы рассказать о результатах, которые нам помогла достичь роль дизайн-менеджера:

— Формирование карты навыков (skillset). Определили список навыков и их уровень для каждой позиции: это позволило ребятам в командах понимать, в какой точке они сейчас находятся, и наметить вектор развития.

— Помощь в составлении профессионального плана развития (PDP), участие в проведении performance review.

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

Как вы можете заметить, мы прошли довольно ветвистый путь к появлению этой роли, но это и круто, поскольку она сформировывалась из потребностей, болей, а не была искусственно навязана. И оглядываясь назад, я бы себе дал следующие советы, которые помогли бы мне пройти этот путь легче и быстрее. Это капитанские советы, но, возможно, вы найдете что-то полезное и для себя.

Совет № 1 | Меняй свой образ мышления.

Любая победа — это победа команды, поражение команды — это твоя неудача.

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

Из книг могу порекомендовать почитать следующее:

1. The Making of a Manager: What to Do When Everyone Looks to You. Julie Zhuo

На мой взгляд, это настольная книга любого дизайн-лида, дизайн-менеджера или для тех, кто хочет стать им. Поскольку в ней рассказывается весь путь становления дизайн-менеджера в Facebook. В этой книге описаны сомнения, с которыми вы столкнетесь на этой роли и есть много хороших практических советов, к которым я регулярно возвращаюсь.

2. Principles: Life and Work. Ray Dalio

Возможно, вам может показаться, что эта книга про успешный успех и вы будете отчасти правы. Но меня зацепили некоторые принципы, которые помогли мне по-другому взглянуть на некоторые вещи. Хотел бы выделить отдельно некоторые из них:

Совет № 2 | Прокачивай продуктовое мышление, мысли как Product Owner

Это про понимание того, как дизайн-решения влияют на продуктовые и бизнес-метрики. Всегда задавай себе и другим дизайнерам вопрос: какую проблему мы решаем; как мы поймем, что мы решили эту проблему. Точно ли фокус на этой задаче или проблеме будет сейчас самым важным и полезным? На что это повлияет с точки зрения продуктовых и бизнес-метрик? Глубже погружайся в мотивацию задач и проблематику.

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

Совет № 3 | Обратная связь — это твой инструмент

Это в принципе один из самых важных навыков любого менеджера, но он особенно важен для дизайн-менеджера, поскольку давать прямую обратную связь совсем не просто, особенно, если необходимо рассказать о проблемах. Здесь стоит прокачивать и эмпатию и эмоциональный интеллект, чтобы лучше понимать мотивацию чувствовать насколько сейчас тебя готовы слушать. Да и самому научиться принимать обратную связь очень важно. Если не начать это делать, могут быть очень серьезные негативные последствия, за которые придется отвечать.

Книги по теме:

Совет № 4 | Наберись терпения и научись играть «в долгую»

Качественные результаты или изменения приходят не сразу. И помимо этого будет допущено еще много ошибок, и много чего не сработает, как хотелось бы, и это абсолютно нормально. Стоит отрефлексировать, сделать выводы, пробовать снова и делать это постоянно. Так постепенно будет виден прогресс.

И еще очень важно учиться правильно распределять свои силы и уметь восстанавливаться. Если будешь стараться делать все сразу и тратить все свои силы по-максимуму, то скорее всего, силы быстро закончатся и ты просто выгоришь потому, что результат работы дизайн-менеджера как правило имеет отложенный эффект. Здесь поможет формирование как личных OKR’s, так и OKR’s дизайн-комьюнити. OKR расшифровываются как «цели и ключевые результаты». Это методология совместной постановки целей, используемая командами и отдельными людьми для постановки сложных, амбициозных целей с измеримыми результатами. OKR – это то, как вы отслеживаете прогресс, обеспечиваете согласованность и поощряете участие в достижении измеримых целей.

Совет № 5 | Не становись бутылочным горлышком

На мой взгляд, основная задача дизайн-менеджера — выстроить рабочие процессы так, чтобы был отличный результат без участия самого менеджера. Не нужно замыкать на себе принятие всех решений, чтобы не блокировать работу других дизайнеров. Как один из примеров, нам очень сильно помог асинхронный процесс дизайн-ревью:

Что это нам дало?

Как результат, прохождение дизайн-ревью и апрув от дизайн-комьюнити стало частью общего процесса разработки продукта и входит в критерии DoD (Definition of Done).

Совет № 6 | Найди ментора

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