Дизайн в Злых марсианах

Это статья из внутреннего дизайнерского хендбука. Я подумал, что её публикация может помочь будущим соискателям на дизайнерские вакансии понять будут ли они чувствовать себя на своём месте, стоит ли идти работать в дизайн-отдел Злых марсиан.

Статью не стоит воспринимать в ключе «если не умеешь 100% перечисленного, то даже не пытайся» — нет! Пусть лучше она станет ответом на вопрос «если я хочу преуспеть при подаче на вакансию, что стоит знать?» для всех, кто планирует однажды присоединиться к нам.

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

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

Что это всё значит для дизайнера.

Нужно будет запускать проекты с нуля

Марсианская команда нередко становится практически соавторами клиентских проектов. А когда вам доверяют участвовать в основополагающих для будущего бизнеса решениях, то это не только честь, но и ответственность.

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

Любой клиент всегда приходит с «планов громадьём». Нужно уметь приземлить и сфокусировать поток идей до конкретных первых шагов. Выслушать всё и, пользуясь уже упомянутыми опытом, интуицией и смелостью, помочь выбрать ключевые функции — что-то, что ляжет в основу первого MVP и запустит проверку главных гипотез. Что-то, что можно выпустить так быстро, как только можно — буквально за несколько недель.

Основные клиенты Марсиан — стартапы. Мы на равных общаемся с предпринимателями из Долины, Нью-Йорка, Дублина. Поэтому у нас обычно нравится предприимчивым ребятам, которые мечтают однажды запустить и свой проект. Рано или поздно вы обнаружите в своей речи термины ROI, retention и product-market fit. Узнаете кто такие early adopters и какая связь между пиратами и метриками.

У дизайнеров, которые так умеют, есть приставка Senior в наших грейдах.

Нужно будет стать экспертом в дизайне интерфейсов

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

Проверьте себя: в чём, на уровне экранов и опыта пользователя, разница между логином через телефон и через кнопки соцсетей? Какие достоинства и недостатки у всех вариантов? А с точки зрения безопасности? Когда имеет смысл использовать один, когда другой, когда всё одновременно?

Мы часто работаем с далёкой от дизайнеров и обычных людей предметной областью или технологией — machine learning, инструменты для разработчиков, augmented reality, blockchain и смарт-контракты. В условиях, когда привычки и приоритеты пользователей продукта не ясны. Когда у продукта ветвистые флоу и масса edge/corner/you-name-it кейсов.

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

Быть проактивным и вовлечённым

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

Проверять, как дизайн сработал

Мы работаем циклами «гипотеза — фича — метрика». Вместе с клиентом придумываем гипотезу, которая включает метрики успеха и неуспеха. После выкатки фичи, метрика измеряется и команда вместе с клиентом решают насколько она сработала. Если не сработала, формируется новая гипотеза и цикл начинается сначала. Это не обязательно история про growth hacking фреймворк в чистом виде (хотя бывает и он), скорее здравый смысл — нужно, насколько возможно, сокращать шанс, что все делают никому не нужную вещь.

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

Не забывать о красоте

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

Просто красиво. Просто чтобы вызывало эмоции.

Не забывать, что однажды проектом займётся команда клиента

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

У неотвратимости передачи проекта есть важный эффект: мы обязаны подготовить все наработки в лучшем виде. Круто, если проект при передаче сверкает: палитра, типографика, отступы, компоненты, все состояния всех переиспользуемых элементов дизайна задокументированы и снабжены примерами. Дизайнеры на стороне заказчика должны получить образцовый проект, реакция на который будет не «ох, придётся всё переделывать с нуля», а «вау, вот это уровень».

Послесловие для публичной версии

Понимаю, всё это, собранное вместе может звучать страшно. Напомню, нет требования соответствовать тексту на сто процентов, особенно в момент подачи заявки на вакансии.

Из действительно обязательного перечислю только:

1. Готовность работать без бэклога, лидировать разработку, быть агентом прогресса.
2. Готовность напрямую общаться с клиентом.
3. Умение делать дизайн интерфейсов, глубоко продумывать фичи и обосновывать свои дизайн-решения.
4. Умение делать аккуратно и красиво.

Это то, что мы проверяем при знакомстве и что действительно стоит иметь пререквизитом.

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

P. S. Подпишитесь на мой твитер: @romanshamin.