Skvot

Mag

Skvot Mag
Курсы по теме:

Сергей Тимофеев: «Расширять свой кругозор — самое простое и классное, что можно сделать»

Продакт-дизайнер — про первый сайт в блокноте, T-шейперство и профессиональную клятву.
card-photo
card-photo
Юля
Романенко

Авторка в SKVOT

20 октября, 2021 / Дизайн / Статья

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

Как стать кросс-функциональным, знает Сергей Тимофеев — Product Design Manager в ManyChat. А еще у него есть собственный проект — сервис Pathway, который помогает продакт-менеджерам и дизайнерам проводить юзабилити-тесты. 

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

Расскажи, как ты пришел в дизайн.

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

Родители поддерживали мое увлечение технологиями, особенно отец: он немного интересовался веб-дизайном и объяснил мне, как делать сайты с помощью HTML (тогда все писали код в блокноте). Я создал сайт с формой заявки для вступления в наш клан CS и загрузил его на популярный в то время хостинг Narod.ru. Я был в таком восторге! У меня получилось создать что-то ценное — что-то, что поможет моей команде.

И я начал заниматься дизайном сайтов. Переломный момент случился, когда мне было 17: ребята из моей команды по CS работали в IT-поддержке спорткомплекса «Олимпийский» и позвали помочь с редизайном его сайта. Опыта у меня было всего ничего, а проект был огромный — и я им очень гордился.

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

А почему в итоге выбрал именно продуктовый дизайн?

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

Как думаешь, в чем заключается миссия продакт-дизайнера?

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

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

Посмотреть курс

Какое из этих направлений — самое важное?

На этот вопрос я бы дал два ответа: прикладной и глобальный.

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

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

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

Давай перейдем к твоим сегодняшним проектам. Ты — Product Design Manager в ManyChat. В чем твоя роль?

Есть пять направлений, которыми я занимаюсь:

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

Процессы. Тут все, что касается того, как мы работаем, исследуем, коллаборируемся с другими командами (например, с той же разработкой).

Vision и дизайн-стратегия. Я помогаю всем внутри продуктовой группы сформировать единое видение того, в каком направлении мы движемся как продукт. Это может принимать абсолютно разные формы: исследование, воркшопы, шторминги, etc.

Наем. Работаю над тем, чтобы усилить нашу дизайн-команду. 

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

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

Дизайнеры и разработчики (в нашем случае фронтендеры) — это две команды, которые взаимодействуют теснее всего. Когда они понимают, как все устроено «по ту сторону», — это, во-первых, упрощает коммуникацию, во-вторых, ускоряет процесс.

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

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

В свою очередь разработчикам полезно знать, чем руководствуется дизайнер, принимая те или иные решения.

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

Вообще, когда чувствуешь, сколько всего можешь поменять в продукте своими силами, не прибегая к помощи разработчиков, очень легко заиграться — и, например, пойти делать что-то ненужное, но красивое. Я тоже так делал.

ManyChat пользуются 1,5+ млн компаний, и у каждой своя специфика. Как получается угодить всем?

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

Помогают нам в этом шаблоны и темплейты — они заточены под определенный сегмент пользователей. Кроме того, наши эдьюкейтеры делают специализированные блоги, туториалы и воркшопы по ManyChat для e-commerce, HoReCa и других бизнес-сегментов. Или же клиенты могут воспользоваться услугами агентств, которые помогают настроить платформу под потребности конкретной компании.

Какое дизайн-решение в любом из своих продуктов ты считаешь самым удачным?

Мне не хотелось бы выделять одно конкретное решение — у каждого свои критерии «удачности». Но чем я горжусь, так это кейсами создания продукта с нуля. Когда получается из точки А (на этом этапе только расплывчатая идея продукта) прийти в точку Б — когда люди покупают продукт, который решает их задачи, и счастливы им пользоваться. Этот путь я проходил несколько раз — в ManyChat и других проектах.

Параллельно ты развиваешь Pathway. Расскажи, как появилась идея?

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

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

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

Pathway — продукт для людей, которые создают продукты. Каково работать с такой специфической ЦА?

В целом это похоже на то, как делаются продукты в сегменте B2B Enterprise (когда компания работает с узким списком компаний-клиентов — прим. ред.). Но не с точки зрения масштабов, а с точки зрения подхода. Как у любого нишевого продукта, у Pathway небольшая аудитория. Поэтому со всеми ребятами, которые им пользуются, мы работаем индивидуально: подшиваем что-то конкретно под них, слушаем их фидбек. В массовых продуктах такой персонализации нет.

А в чем для тебя самая большая приятность во всем этом?

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

Какие еще инструменты для работы над продуктом ты любишь и советуешь?

Не буду рассказывать про сервисы, о которых и так все знают. Лучше поделюсь теми, о которых многие, возможно, не слышали (или слышали, но не пользуются) и которые сильно облегчили мне жизнь в последние полгода:

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

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

Плюс у браузера есть доступ к микрофону, так что человек может еще и комментировать процесс. Все это записывается (причем без ограничений по времени) и приходит в личный кабинет. Удобно и понятно, мне нравится.

Page Flows — это сайт-библиотека с кучей паттернов, скриншотов и видео того, как работают разные продукты. Очень выручает, когда нужны референсы. Там есть разбивка по сегментам (В2В или В2С), сферам (финансы, спорт, музыка, etc.), user flow (например, онбординг или приглашение новых пользователей). И все это собрано в одном месте.

Slack Community — раньше я не знал, что Slack часто используют как инструмент для создания профессиональных комьюнити. Они бывают профильные (для дизайнеров, продакт-менеджеров, исследователей, инженеров, etc.) и посвященные теме или продукту. Например, я состою в Research Ops (комьюнити для исследователей в продукте), Friends of Figma (официальное комьюнити от Figma) и многих других.

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

Ты затронул тему референсов. Как вообще продуктовому дизайнеру развивать насмотренность?

Смотреть на другие продукты, анализировать, сохранять, делать какие-то подборки в пинтересте, на Are.na или любом другом сервисе — это классно. Но куда важнее решать свои реальные задачи с помощью цифровых продуктов. Расширять свой кругозор таким образом — это самое простое и классное, что можно сделать.

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

Что нужно для старта в продакт-дизайне? Как можно срезать путь?

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

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

Сначала важно понять, как работает инструмент — Figma или любой другой. Можно пройти базовый курс, посмотреть туториалы на ютубе или просто попросить человека, который в этом разбирается, объяснить азы работы с инструментом.

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

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

Звучит как план! А теперь — блиц. Самый обидный миф про создание продуктов?

Чем красивее дизайн, тем лучше продукт.

Твой самый стыдный профессиональный фейл?

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

Это были довольно глупые 5 минут: я знал, что час нес какую-то чушь, но ничего не сказал в итоге. Позже все-таки вернулся к каждому по отдельности, извинился и объяснил, как сделать так, чтобы все работало.

Если бы у продакт-дизайнеров была профессиональная клятва, как бы она звучала?

Не делай дизайн ради дизайна.

Поделиться материалом