SlideShare una empresa de Scribd logo
1 de 97
ПРОДУКТОВЫЙ
ДИЗАЙНЕР
Современное понимание профессии
Юрий Ветров
Mail.Ru Group
О ЧЕМ ЭТА ИСТОРИЯ?
НА СТЫКЕ СПЕЦИАЛЬНОСТЕЙ
Большинство дизайнерских задач – шире визуала и
интерфейса.
Недостаточно нарисовать эффектную страницу статьи в
журнальной стилистике без того чтобы скорректировать
редакционный процесс и CMS – вы никак не получите контент
для этого дизайна.
Невозможно сделать дизайн сервиса современным, если его
рекламная сетка плоха, а поменять ее не дают существующие
договоренности с рекламодателями.
А если продукт представляет конфликтующие интересы сразу
нескольких подразделений, вы не сможете сделать никаких
серьезных изменений без договоренностей с ними.
СЛОЖНЕЕ С КАЖДЫМ ДНЕМ
Таких ситуаций в компании хотя бы среднего масштаба
хватает. А по мере роста организации их количество и
сложность растет в каждой точке.
ВЫЙТИ ИЗ УЮТНОГО МИРКА
Понимать, что происходит в смежных областях и если нужно –
вмешиваться в связанные процессы и влиять на их
изменение.
Это касается и любых других специалистов.
*
*
ЭТО – ПРОДУКТОВЫЙ ДИЗАЙН
Текущая реальность для более-менее зрелых продуктовых
компаний. Новый баззворд и новая точка роста для
дизайнеров.
СКОРОСТЬ
ВЫХОДА НА РЫНОК
СКОРОСТЬ РАСТЕТ
Раньше такие проблемы не мешали технологиям развиваться.
Но скорость вывода новых продуктов на рынок и их развития
растет. Почти в каждой нише не протолкнуться, так что
продуктовым командам приходится держать темп.
ОБЪЕМ ЗНАНИЙ РАСТЕТ
Усложняется суть работы – технологических, интерфейсных и
бизнес-аспектов становится все больше. Мы с каждым годом
решаем все более высокоуровневые задачи и проблемы.
Каждый специалист должен знать больше чем год назад.
Раньше было достаточно пройтись по списку рекомендаций
Якоба Нильсена и уровень дизайна вашего продукта заметно
отрывался от конкурентов.
Сейчас это уже само собой разумеется и надо заниматься
более тонкой работой – вовлечением пользователя,
построением кросс-канального взаимодействия,
проектированием всей цепочки оказания услуги, сложной
поведенческой аналитикой.
СКОРОСТЬ БЬЕТ
СПЕЦИАЛИЗАЦИЮ
Объем знаний всегда приводил к сильной специализации
участников продуктовой команды. Только так все нужные
компетенции можно получить на достаточно глубоком уровне.
Но требования рынка по скорости куда важнее – в сверх-бодрой
конкурентной среде нужно как можно быстрее выдавать продукт и
тратить на это как можно меньше ресурсов.
ТРАНЗАКЦИОННЫЕ ИЗДЕРЖКИ
Между специалистами всегда есть некоторый нахлест –
проектировать интерфейс может выделенный
проектировщик, менеджер продукта или дизайнер; готовить
верстку – специализированный кодер, толковый дизайнер или
разработчик.
ДИНАМИЧНАЯ КОМАНДА
Транзакционные издержки тормозят работу. А для
обеспечения нужной скорости команда должна быть бойкой
и слаженной, чего добиться легче всего при ее компактности.
Так что нужно избавляться от узкоспециализированных ролей
– убирать лишние звенья цепочки от продуктовой идеи до
реализации.
С выделенным специалистом качество работы выше. Но и
проблем полно:
• Усложняется коммуникация и теряются детали. На всех
встречах и обсуждениях присутствует больше людей, для
того чтобы они были в курсе происходящего. И все были
уверены, что одинаково понимают, что делают в рамках
общего видения.
• Удлиняется производственная цепочка. Больше этапов
работ.
• Размывается ответственность за продукт. Каждый делает
небольшой изолированный кусочек.
ОТВЕТСТВЕННОСТЬ
ЗА ПРОДУКТ
СУПЕРСИЛА В ПОМОЩЬ
Главный скилл продуктового дизайнера – это не столько
умение работать в графическом редакторе, разбираться в
коде или анализировать данные исследований.
Главное – это желание и способность брать на себя
ответственность за продукт.
FCUK ТРАНЗАКЦИИ
Важно снизить издержки производственного процесса –
постоянный переход проектных артефактов туда-сюда. Они
съедают кучу времени и сил, заставляя заниматься рутиной
вместо интересной работы. Нужно забывать о конвейерном
подходе и переходить к динамичному взаимодействию.
DRINK RESPONSIBLY
Чтобы продукт получился качественным, каждый из
участников команды должен отвечать за него и за ту часть,
которую вносит.
Хотите хорошо вписаться в нее, получить нужные вам
полномочия? Нужно быть гибким в плане знаний и не
закисать в одной области.
1.
ШТАМПЫ
Отказаться от штампов, мантр и профессиональных
шаблонов. Структура сайта может соответствовать лучшим
практикам, но не вписываться в реальные паттерны
использования продукта. Идеальная проработка функции с
необычными подходами к взаимодействию может оказаться
ненужной, если ей пользуется маленький процент
пользователей, да и то от случая к случаю.
2.
ИЗОЛЯЦИЯ
Не называть разработчиков ленивыми упырями, сейлзов –
недалекими крохоборами, а менеджеров – узколобыми
самодурами. Понимать их боль и задачи, совмещать сразу
несколько источников требований, делать выводы и
принимать дизайн-решения трезво и с пониманием
ограничений.
3.
НЕМОЩНОСТЬ
Обязательно иметь яйца, чтобы отстоять непростые дизайн-
решения. Ты делаешь бессмысленную работу не когда твой
дизайн меняют разработчики и менеджеры против твоей
воли, а когда даже не пытаешься повлиять на это.
КАК БЫЛО РАНЬШЕ
Современные цифровые продукты идут во многом от
технологий. Когда появился веб, разработчики сами
располагали элементы на странице и давали им какой-то
стиль – кто-то же должен это делать.
Со временем начался долгий путь к специализации и
выделению ролей – в том числе подключение дизайнеров.
Один из главных теоретиков дизайна и UX
Дональд Норман говорит о том, что
инновационные прорывы происходят в первую
очередь благодаря технологиям. И уже потом
дизайн помогает адаптировать их для
комфортного использования.
ДАВНЫМ-ДАВНО…
AMAZON YAHOO!
…И СЕЙЧАС
YAHOO!
Лет 5-10 назад компаниям нужен был универсальный
специалист, который сумеет спроектировать интерфейс,
проработать его визуальный дизайн, да еще и поучаствовать
в верстке.
Но скоро все поняли, что сильного во всех этих областях
человека искать долго. Так что последнюю часть лучше
отдавать кодеру, а для первой проектировщики смогли
доказать и оправдать важность отдельной специальности.
Сама терминология потребовала появления понятий вроде
«юзабилити» и расчленения слова «дизайн» на отдельные
смыслы.
ОБРАТНЫЙ МАЯТНИК
Сейчас маятник снова качнулся в обратную сторону –
продуктовым компаниям нужен целостный дизайнер.
Он будет очень хорош в одной из ключевых дизайнерских
компетенций и достаточно неплох, чтобы закрыть собой
остальные. И постепенно прокачивать их, чтобы становиться
все более полезным.
На большинстве стадий рабочего процесса этого будет
достаточно, а если нет – всегда можно привлечь эксперта по
интерфейсам или верстке, который поможет продвинуться
вперед.
На уровне небольшой компании вполне нормально иметь
одного специалиста на все руки.
По мере роста лучше иметь разумную специализацию на
какой-то группе скиллов – пользовательские исследования,
проектирование интерфейсов, визуальный дизайн, фронт-
энд-активности – уровень сложности современных продуктов
неслабый. И тут как раз появляются конкретизирующие
приставки.
Еще один интерфейсный классик Jared Spool
запустил на KickStarter инициативу по созданию
UX Unicorn Institute. Он как раз должен воспитать
многогранных дизайнеров, востребованных в
продуктовой среде.
ДИЗАЙН В ОРИГИНАЛЕ
В русскоязычном общении слово «дизайн», к сожалению,
долгое время ограничивалось смыслом «оформление».
Продуктовый дизайн приводит ее к оригинальному
англоязычному смыслу – это специалист по определению
того, каким будет продукт. Будь то проектировщик/аналитик,
дизайнер или инженер, определяющий архитектуру системы.
Споры о том, кто круче – лыжник или сноубордист, дизайнер
или проектировщик – в этом плане достаточно
бессмысленны.
Ты либо берешь на себя ответственность за продукт и
решаешь дизайном проблемы бизнеса. Либо остаешься
рисователем страниц в Фотошопе или серых
прямоугольников в Axure.
Не ждешь, пока тебя попросят – предлагаешь изменения сам,
рекомендуешь решения, инициируешь процессы.
САМООПРЕДЕЛЕНИЕ
ДВИГАТЬ ПИКСЕЛИ РЕШАТЬ ПРОБЛЕМЫ
А где вы сейчас?
ДИЗАЙН-МЫШЛЕНИЕ
Чтобы перестать двигать пиксели, нужно применять
дизайнерский подход к решению всех задач. Он хорош не
только при продумывании интерфейса, но и для оптимизации
процессов, решения организационных проблем, поиска
технических решений. Нужно смотреть шире и не бояться
ограничений.
ЕСТЬ СВОИ ПРОБЛЕМЫ
В таком активном подходе есть уйма ограничений и придется
с ними столкнуться – на сам дизайн будет уходить меньше
времени, придется идти на компромиссы. И если подходить к
запускам ответственно – от дизайна до релиза проходит
приличное количество времени.
ПЛЮНУЛИ В ДУШУ
Будет непросто и с эмоциональной точки зрения. Беря на себя
ответственность за свои дизайн-решения и активно отстаивая
их, ты сильно привязываешься к ним. И бывает очень обидно
и горько, если в результате споров с менеджерами и
разработчиками все-таки приходится переделывать их.
Но если научиться работать с этим – можно свернуть горы.
ПОНИМАТЬ БИЗНЕС
Научиться говорить с ним на одном языке. Почему компания
принимает те или иные решения, почему одни оказываются
для нее важнее других, с какими вызовами сталкивается
бизнес, какие направления позволят вырваться вперед, а
какие – гиблое дело?
Зная это вы сможете строить свои взаимоотношения так,
чтобы быть услышанными и понятыми. И иметь полномочия
на гораздо больший спектр действий, чем просто
определение визуального стиля.
Важно решать проблемы бизнеса – тогда вы будете на одной
волне с ним и сможете внедрять настолько глубокие
изменения своим дизайном, о которых раньше и не мечтали.
Кстати, конкретные дизайн-решения утверждать также станет
легче – об этом я писал в своей статье про UX-стратегию.
*
*
НОВЫЙ БАЗЗВОРД
Продуктовыми дизайнерами западные специалисты активно
начали называться года полтора-два назад.
ОПЫТ MAIL.RU GROUP
Мы пришли к похожим выводам. Лет пять назад отношение к
дизайну в компании стало серьезным и начались масштабные
изменения. Раскрутить маховик – обновить продукты,
поменять процессы, собрать и сработать команду, изменить
ценности и мировоззрение – требует некоторого времени для
компании такого масштаба.
54ПРОЕКТА
Мы запустили и серьезно обновили в 2013 году – и это только
в нашем подразделении. Хороший темп!
Всего их в MRG порядка 200.
*
*
12ДИЗАЙНЕРОВ
В моей команде – всего в компании сейчас более 40
дизайнеров. А еще пять-шесть лет назад было пара человек.
Не считая игровиков – это отдельная, еще более масштабная
группа.
*
*
ПРОБЛЕМА:
СЛОЖНО НАЙТИ
ПОДХОДЯЩИХ ЛЮДЕЙ
Тех, кто способен брать ответственность на себя и выступать
авторитетом в своей профессии, довести свое решение до
реализации, учитывая объективную реальность – не так
много. В жизни менеджеры стремятся влиять на дизайн, не
дают достаточно времени, есть пересечения нескольких
проектов в рабочем графике и т.п.
Это не особенность Mail.Ru Group – среда очень требовательна в
большинстве успешных технологических компаний.
*
*
ПОЧЕМУ ТАК ПРОИСХОДИТ?
Продуктовых компаний в России не так много, так что
основной источник специалистов – агентства. А это совсем
другая среда, в которой редко есть ответственность за то
чтобы дизайнерские решения хорошо показывали себя на
дистанции и только часть дизайнеров общается с клиентом
напрямую, без менеджеров.
СТАРТАПЫ КАК СРЕДА ОБУЧЕНИЯ
Сравнительно недавно начался бум стартапов, которые как
раз должны увеличить количество продуктовых дизайнеров.
Но пока успешных историй среди них не так много, а это –
главный критерий накопления нужного опыта.
ВЫХОД:
ВЫРАСТИТЬ СПЕЦИАЛИСТОВ
Если нужных специалистов нельзя нанять, их можно научить.
Главное тут база – хорошие дизайнерские способности и
желание профессионально расти. Есть несколько важных
правил организации рабочего процесса, благодаря которым
происходит этот рост.
1.
АКТИВНОЕ УЧАСТИЕ
В обсуждениях, процессе внедрения и будущей жизни –
реакция на критику пользователей, изучение того как дизайн
работает на практике. Не быть сторонним наблюдателем,
конспектирующим принятые другими решения – иметь свое
мнение, отстаивать или корректировать его.
Привести дизайн в жизнь, а не только нарисовать его.
2.
ТЕСНАЯ СВЯЗКА
С ПРОДУКТ-МЕНЕДЖЕРОМ
Наиболее плотная из всех внутри продуктовой команды – они
вместе определяют, каким будет продукт. Хороший дизайнер
много знает о пользователях и эти знания нужны менеджеру
для успешного запуска.
На этапе определения продукта менеджер не может дать
точные спецификации – как и что именно нужно сделать. У
него есть только общие неполные требования, гипотеза,
которую нужно проработать и совместно превратить в
итоговые продуктовые решения. А это требует многих
итераций, проб и ошибок.
Благодаря постоянному взаимодействию и общению уходит
порочная практика «мне дали задание, я нарисовал».
Кроме того, продукт-менеджер зачастую завален кучей
административной и другой не связанной с определением
продукта работой, так что ему полезна помощь.
3.
КОМАНДНАЯ МОДЕЛЬ,
ПАРНАЯ РАБОТА
Несколько дизайнеров работают над одной задачей, плотно
общаются и тем самым смотрят на нее с нескольких точек
зрения, вдвойне внимательнее, с разными скиллами.
Пары образуются ситуативно, исходя из задачи. Это
обогащает не только продукт, но и саму команду.
Нет иерархических моделей. Скорее, лидеры по направлениям –
один силен в промо-дизайне, второй лучше координирует
гайдлайны, третий – мастер Android. И в каждой ситуации
обращаются за советом именно к нему.
Тут сложно выделить, кто именно автор конкретного дизайна –
настолько тесной была совместная работа. Но всегда есть
ответственный – он собирал все идеи, предложения, аналитику и
наработки воедино, сформировал на их основе финальное
решение и довел его до ума. Смысл авторства дизайна в
продуктовых компаниях иной.
Парная работа важна и для других – связка дизайнера с UX-
исследователем, фронт-енд разработчиком и т.п. Важно снизить
транзакционные издержки конвейерного процесса – постоянный
переход дизайна туда-сюда. Они съедают кучу времени и сил,
заставляя заниматься рутиной вместо интересной работы.
4.
ИЗБАВЛЕНИЕ ОТ АРТЕФАКТОВ
Лучшая спецификация – это работающий продукт. Документы,
прототипы, дизайн-макеты и другие проектные артефакты –
это способ передать понимание того, каким должен быть
продукт. А значит – тоже транзакционные издержки.
Если можно не рисовать макет, а вместе с разработчиком
поковырять код – это сэкономит время и силы, а изменения
попадут в продукт быстрее.
Передать идеи по второстепенному экрану в виде скетча или
беглого наброска в цифровом виде гораздо быстрее, чем
вылизывать его макет в деталях.
Артефакты очень быстро устаревают и на их поддержку в
актуальном состоянии нужно много времени и сил.
Интересно ли вам быть архивариусом или лучше решать
более интересные задачи?
5.
СИСТЕМНОЕ МЫШЛЕНИЕ
Важно не просто обрабатывать входящие запросы, а
понимать, зачем и почему они приходят, кто их формирует и
как на них можно повлиять.
А еще лучше – думать о том, что нужно будет делать через
неделю, месяц, год. Не рисовать каждый раз все новые и
новые паттерны, а систематизировать наработки и
использовать их повторно – для комфорта пользователей,
скорости разработки и снижения ручной работы себе самому.
Стараться автоматизировать часть работы.
Не пытаться решить все проблемы одним рывком (в сложном
продукте он будет слишком большим и размазанным), а
выстроить постоянный процесс внедрения изменений и
улучшений. Сначала важно превратить ад в адекват. Из
адеквата – сделать что-то современное и трендовое. А после
этого уже можно думать о том, как задавать тренды самому.
Можно перескакивать через шаги, но на дистанции системность
бьет геройство.
*
*
6.
УМЕНИЕ ДОГОВАРИВАТЬСЯ
Не вставать в позу и не говорить «только так или никак».
Балансировать между ограничениями времени, технологий,
приоритетов, текущих ресурсов. Стремиться сделать свою работу
идеально, но идти на компромисс, если, например, продукт важно
выпустить как можно раньше, даже несмотря на некоторые
проблемы в текущей реализации дизайна. При этом настоять на
том, чтобы доработки были внесены сразу после запуска. Важен
баланс между интересами бизнеса и пользователя.
ИНТЕГРАЦИЯ
И главное – продуктовый дизайнер интегрирован в команду.
Вместе с ней решает задачи, а не работает как свободный
художник, который делает задачи по запросу и старается
дистанцироваться от процесса. Только в плотной связке и
общении на личном уровне можно уйти от проблем
конвейера.
РАБОТА НАД ПРОДУКТОМ,
А НЕ НА РАБОТЕ
Что вы делаете в этой компании? Полезно периодически
задумываться об этом.
LEAN ON ME
Современная концепция lean-стартапов и lean UX отлично
решает все эти проблемы. Другое дело, что крупным
компаниям не так просто применять ее в чистом виде. Но это
еще один отличный пример современного формата работы
дизайнера – нужно ориентироваться и на него.
DESIGNER AS A SERVICE
Один из интересных форматов lean – продуктовый дизайнер
выступает сам-себе-агентством. В разных контекстах жизни
продукта команда обращается к нему со своими проблемами,
а он – по ситуации решает, чем ей лучше всего помочь прямо
сейчас. Нужно отказаться от жестко заданных процессов,
собирать их по ходу дела.
ПРОЕКТ ≠ ПРОДУКТ
ПРОЕКТЫ
При этом важно понимать разницу между проектом и
продуктом. Проект – это любая цифровая штука, которую
создается с примерно любой целью – технологический
эксперимент, самовыражение, удивление публики и т.п.
ПРОДУКТЫ
При этом продукт должен решать бизнес-задачи компании и
быть востребованным среди целевой аудитории – это
первично в нем. Например, Facebook – продукт, а
приложение Paper – проект. Который со временем может
стать продуктом (и, возможно, изначально задумывался с
таким посылом).
РАЗНОЕ ОТНОШЕНИЕ
К проектам и продуктам предъявляются разные требования –
по функциональности, коммерческой составляющей,
представленности на разных платформах, понятности
интерфейса и т.п.
Любой не дотационный продукт, желающий собрать
массовую аудиторию, должен быть понятен для нее, а это –
общий знаменатель, причем не всегда высокий.
Попробуйте собрать пару десятков миллионов пользователей
и предъявить им требования вроде «высшее образование,
доход не ниже среднего, современный смартфон» – такого
количества и по всей стране нет.
Другое дело, что простыми должны быть базовые
высокочастотные сценарии. Более нишевые функции не
обязательно разжевывать и тут как раз дизайнеру можно
отыграться.
ИНСТРУМЕНТЫ В
ПОМОЩЬ
АВТОМАТИЗИРУЙ ЭТО!
С ними сейчас все в порядке – шаблоны, программы,
плагины, скрипты и веб-сервисы для автоматизации всего и
вся появляются в огромных количествах. Экономить время на
рутине и ручной работы – верный способ найти силы на что-
то стоящее и прорывное.
Design Weekend Ярославль 2014: Юрий Ветров — Продуктовый дизайнер. Современное понимание профессии
1.
ПРОЕКТИРОВАНИЕ ИНТЕРФЕЙСОВ
Когда-то нужно было изучать штуки вроде Visio или
Omnigraffle. Сейчас любой менеджер может набросать свои
идеи в Balsamiq или бесплатном онлайн-сервисе. Конечно,
проектировщик будет пользоваться специализированным
инструментом, но если нужно просто быстро передать свою
идею – низкий порог входа самое то.
2.
ИНТЕРАКТИВНЫЕ ПРОТОТИПЫ
МОБИЛЬНЫХ ПРИЛОЖЕНИЙ
Flinto, InVision и еще десяток сервисов – легко собрать живую
демонстрацию, причем еще и с анимацией. Кто-то cразу идет
в xCode или MS Expression Blend – так еще проще понять
возможности разработки.
3.
АНИМАЦИЯ В ВЕБЕ И
НА МОБИЛЬНЫХ
Собрать одностраничный промо-сайт со всей анимацией
можно в Adobe Edge Animate – на выходе будет кривой, но
HTML. А связка Quartz Composer и обвязки для него Origami
от дизайнеров Фейсбука позволяет делать мощную анимацию
для мобильных, причем на выходе будут точные формулы для
разработчиков.
4.
ШАБЛОНЫ И СТЕНСИЛЫ
Сайты вроде Pixeden, дизайнеры на Dribbble и команды
наподобие Teehan+Lax выдают любые шаблоны с огромной
частотой. В последнее время становятся популярными
готовые плагины к Photoshop, которые еще сильнее
облегчают использование готовых элементов – например,
DevRocket.
5.
СОБСТВЕННЫЙ КОНТЕНТ
Писать хорошие дизайнерские статьи становится проще и
дешевле – ReadyMag, Medium, Squarespace и другие сервисы
выдают в вебе эффектный журнал задешево. Когда-то
достижением был WordPress, но мы сильно ушли вперед.
6.
ВЕРСТКА И СКРИПТЫ
Если первая версия сайта уже сверстана, часто проще вносить
доработки в нее прямо в коде – спасибо вещам вроде code
inspector в Chrome. Полно библиотек JavaScript- и CSS3-
скриптов на GitHub и CodePen для интересных анимаций и
взаимодействий.
Классик веба Джефри Зельдман говорит, что
потребности в движении веб-стандартов в
последнее время все меньше – браузеры стали
вменяемыми, а кодинг доступен каждому.
7.
ПЕРЕДАЧА ДИЗАЙНА
РАЗРАБОТЧИКАМ
Постоянно спорят, кто должен нарезать мобильные
приложения – дизайнер или разработчик. Но сейчас полно
плагинов вроде PNG Express и Cut & Slice Me. Да и сами
производители софта начали встраивать его – Adobe
Generator в Photoshop CC, Sketch.App.
8.
ПОЛЬЗОВАТЕЛЬСКИЕ
ИССЛЕДОВАНИЯ
Для западного рынка ситуация проще – есть десятки
инструментов для проведения опросов и юзабилити-
тестирования, которые еще и базу пользователей
предоставляют. Но с оговорками их можно использовать и у
нас – а это отличный способ сделать дизайн лучше.
СДЕЛАЙ САМ
Хватит мечтать «вот была бы у меня команда разработчиков» –
многое делается своими руками. Визуальное программирование,
давно манящее передовых специалистов, все ближе к реальности.
Нужно выйти за границы рисования макетов и снять с себя часть
рутины, чтобы посвятить свободное время развитию и более
интересным вещам. Это уже делают ребята вроде Teehan+Lax,
Meng To, Facebook с их Origami.
ПРОДУКТОВЫЙ ДИЗАЙН
И СЕРВИСНЫЕ
КОМПАНИИ
ПРЕДСКАЗУЕМЫЙ РЕЗУЛЬТАТ
Не знаю, как и насколько эта тенденция коснется сервисные
компании – они живут немного по другим законам. Задача
агентства – дать клиенту предсказуемый результат. Который, как
правило, обеспечивается стандартизированным процессом.
Отклонения от него увеличивают накладные расходы агентства, а
значит уменьшают итоговую прибыль от проекта. А еще срывают
обязательства по срокам или объему работ перед клиентом.
ДРУГАЯ РЕАЛЬНОСТЬ
При этом продуктовые компании живут в другой реальности.
Они не могут дать подрядчику четкое ТЗ, поскольку запуск
продукта связан с активными экспериментами в его
концепции, бизнес-модели и выборе нужной аудитории.
КХМ… «ТРЕБОВАНИЯ»
На старте есть только гипотеза о том, каким должен быть
продукт – более или менее детально проработанная. По ходу
работы она уточняется методом проб и ошибок. А это – те
самые отхождения от ТЗ, которых так опасается подрядчик.
Нельзя описать абсолютно все требования, многие из них
забыты (или производны от проектных решений) и всплывают
по ходу.
В этой ситуации три выхода – просить у заказчика
дополнительный бюджет или урезать объем работ, настаивать
на исполнении первоначального плана, либо компенсировать
это из будущей прибыли.
Для продуктовой компании первый вариант плох своей
непредсказуемостью (это становится похоже на модель
time&materials, которая не всем по душе).
Второй – тем что нет задачи «запустить что-нибудь», важно
решить продуктом правильную проблему на правильном
рынке для правильной аудитории. И поиск этого решения
может быть извилистым. А если работа не привела к
востребованному на рынке продукту – какая разница,
насколько хорошим был процесс или дизайнерские идеи?
АУТСОРС НЕПРОДУКТОВЫХ ЗАДАЧ
Мы перестали отдавать подрядчикам продуктовые задачи. То,
каким будет продукт, определяется внутри, аутсорсятся только
отдельные части – иллюстрации, иконки, разработка
неприоритетных сервисов. Или те, где нет регулярной
потребности и сложно создать сильные компетенции внутри –
например, айдентика или шрифтовой дизайн.
ВЕЧНЫЙ КОНФЛИКТ
Этот конфликт заложен в самом устройстве большинства
продуктовых компаний и агентств. Я был с обеих сторон –
делал клиентскую работу в UI Modeling и заказывал подряд в
Mail.Ru. И сталкивался с этой проблемой и там, и там.
Это не значит, что консалтинговые компании обречены – есть
огромное количество заказчиков, у которых компетенции по
дизайнерско-интерфейсным работам отсутствуют или развиты
слабо, им крайне важна помощь опытных специалистов со
стороны.
Однако агентствам также придется меняться, потому что все
больше организаций стремится работать в современном
формате и важно не остаться в клиентском гетто,
ограниченном только незрелыми заказчиками.
КАКИМ БУДЕТ НОВЫЙ ФОРМАТ?
Не знаю. Но он точно потребует более тесного
взаимодействия, чем привычное «мы взяли заказ, вернемся к
вам через пару месяцев с результатом» – например, работа
команды агентства прямо в офисе клиента.
Неопытного клиента можно обучить и уже вместе с ним
решать задачу – вовлеченность повышает доверие, скорость
работы и качество итогового результата. А опытному –
предоставить недостающие у него компетенции.
Это еще и позволит агентству повлиять на итоговый продукт –
ведь частой проблемой для них является то, что их наработки
затем сильно перерабатываются клиентом.
Но это в любом случае потребует перестройки всех
процессов – от продажи до реализации проекта.
ЧТО В ИТОГЕ?
БЫСТРЕЕ
Благодаря такому подходу и грамотной организации работы
мы умудряемся делать большой объем работы сравнительно
небольшими силами.
ИНТЕРЕСНЕЕ
Ты перестаешь быть двигателем пикселей и начинаешь
решать реальные проблемы бизнеса и пользователей. Мы
постепенно решаем все более высокоуровневые задачи, где-
то являемся инициаторами появления новых функций в
продуктах. Продукт-менеджеры прислушиваются к нам.
БОЛЬШЕ СКИЛЛОВ
Помимо визуальной части нужно прокачивать все связанные
навыки – проектирование интерфейсов, аналитику и
пользовательские исследования, фронт-энд, копирайтинг,
организационные способности и фасилитация. Ты не только
сможешь больше сделать, но и будешь дороже стоить.
ПОМОЩЬ РЕАЛЬНЫМ ЛЮДЯМ
Продуктом, над которым ты работаешь, пользуются тысячи и
миллионы людей. Безумно приятно, когда тебя благодарят за
него – просто в интернете, а может быть и лично друзья и
знакомые. Это куда круче лайков на Behance и Dribbble.
Современный дизайн — это не просто тренды – флэт, ядреные
цвета и градиенты, умные часы, управление жестами и т.п. Это
современное понимание роли дизайна в мире.
Мы знаем очень много о том, как пользователь работает с
продуктом и эти знания дают нам весомое слово на
переговорах с менеджерами и заказчиками. Эти знания для
них – ценнее конкретных скиллов рисования, хотя без их мы
просто пустозвоны.
Пора фокусироваться на них и активно развивать. А там,
глядишь, откроется и еще один этап развития карьеры –
дизайнер как основатель продуктовой компании.
P.S.Свою роль можно рассматривать по-разному. Например, как
человека, который рисует красивые, уникальные,
инновационные вещи. Или как того, кто дает людям важные и
нужные продукты, которые влияют на их жизнь. При этом суть
и результат работы может быть одинаковым, но точка зрения
сильно влияет на вовлеченность в продуктовую работу и
ответственность за нее.
Мы являемся представителем пользователя и это – одна из наших
ключевых ценностей.
*
*
СПАСИБО!
ЮРИЙ ВЕТРОВ
All the illustrations used in this presentations are belong to their respectable owners. In case you are the owner and
don’t want to see them in my presentation – please email me to jvetrau@gmail.com and I’ll remove them.
www.jvetrau.com twitter.com/jvetrau

Más contenido relacionado

La actualidad más candente

ボケてが300万DL到達までに行ったグロースハックを少し紹介
ボケてが300万DL到達までに行ったグロースハックを少し紹介ボケてが300万DL到達までに行ったグロースハックを少し紹介
ボケてが300万DL到達までに行ったグロースハックを少し紹介Osamu Ise
 
TRIZの講義3時間目 9Windows(9画面法)+α
TRIZの講義3時間目 9Windows(9画面法)+αTRIZの講義3時間目 9Windows(9画面法)+α
TRIZの講義3時間目 9Windows(9画面法)+αRikie Ishii
 
未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-
未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-
未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-Satoru MURAKOSHI
 
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまでドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまでKazunari Kida
 
Product Workshop - Finding Your North Star - handout
Product Workshop - Finding Your North Star - handoutProduct Workshop - Finding Your North Star - handout
Product Workshop - Finding Your North Star - handoutAmplitude
 
Design sprint hand-out TOPdesk
Design sprint hand-out TOPdeskDesign sprint hand-out TOPdesk
Design sprint hand-out TOPdeskTOPdesk
 
The Nigerian Millennial Report
The Nigerian Millennial ReportThe Nigerian Millennial Report
The Nigerian Millennial ReportTomi Wale
 
日経BPリーン式創業塾 #leanstartup #リーンスタートアップ
日経BPリーン式創業塾 #leanstartup #リーンスタートアップ日経BPリーン式創業塾 #leanstartup #リーンスタートアップ
日経BPリーン式創業塾 #leanstartup #リーンスタートアップItsuki Kuroda
 
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2Design Sprint ガイドブック v2
Design Sprint ガイドブック v2Takaaki Umada
 
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門陽一 滝川
 
UXデザインワークショップ資料 by ATOMOS DESIGN
UXデザインワークショップ資料 by ATOMOS DESIGNUXデザインワークショップ資料 by ATOMOS DESIGN
UXデザインワークショップ資料 by ATOMOS DESIGNAkihiko Kodama
 
UX Strategy Blueprint
UX Strategy BlueprintUX Strategy Blueprint
UX Strategy BlueprintJim Kalbach
 
ユーザーストーリー・マッピング
ユーザーストーリー・マッピングユーザーストーリー・マッピング
ユーザーストーリー・マッピングTarumoto Tetsuya
 
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021Ataru Osaka
 
Niveis maturidade UX
Niveis maturidade UXNiveis maturidade UX
Niveis maturidade UXSuzi Sarmento
 
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法Chihiro Kurosawa
 
Brand Planning for Clients
Brand Planning for ClientsBrand Planning for Clients
Brand Planning for ClientsGriffin Farley
 
いいデザインと悪いデザイン
いいデザインと悪いデザインいいデザインと悪いデザイン
いいデザインと悪いデザインTakahashi Koki
 

La actualidad más candente (20)

ボケてが300万DL到達までに行ったグロースハックを少し紹介
ボケてが300万DL到達までに行ったグロースハックを少し紹介ボケてが300万DL到達までに行ったグロースハックを少し紹介
ボケてが300万DL到達までに行ったグロースハックを少し紹介
 
TRIZの講義3時間目 9Windows(9画面法)+α
TRIZの講義3時間目 9Windows(9画面法)+αTRIZの講義3時間目 9Windows(9画面法)+α
TRIZの講義3時間目 9Windows(9画面法)+α
 
デザイン思考入門クラス【2016年1月30日】
デザイン思考入門クラス【2016年1月30日】デザイン思考入門クラス【2016年1月30日】
デザイン思考入門クラス【2016年1月30日】
 
未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-
未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-
未来のデザイナー論 -変化するデザイン環境と、デザイナーに求められる変化-
 
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまでドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまで
 
Product Workshop - Finding Your North Star - handout
Product Workshop - Finding Your North Star - handoutProduct Workshop - Finding Your North Star - handout
Product Workshop - Finding Your North Star - handout
 
Design sprint hand-out TOPdesk
Design sprint hand-out TOPdeskDesign sprint hand-out TOPdesk
Design sprint hand-out TOPdesk
 
The Nigerian Millennial Report
The Nigerian Millennial ReportThe Nigerian Millennial Report
The Nigerian Millennial Report
 
日経BPリーン式創業塾 #leanstartup #リーンスタートアップ
日経BPリーン式創業塾 #leanstartup #リーンスタートアップ日経BPリーン式創業塾 #leanstartup #リーンスタートアップ
日経BPリーン式創業塾 #leanstartup #リーンスタートアップ
 
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
 
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
 
UXデザインワークショップ資料 by ATOMOS DESIGN
UXデザインワークショップ資料 by ATOMOS DESIGNUXデザインワークショップ資料 by ATOMOS DESIGN
UXデザインワークショップ資料 by ATOMOS DESIGN
 
UX Strategy Blueprint
UX Strategy BlueprintUX Strategy Blueprint
UX Strategy Blueprint
 
ユーザーストーリー・マッピング
ユーザーストーリー・マッピングユーザーストーリー・マッピング
ユーザーストーリー・マッピング
 
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
 
Niveis maturidade UX
Niveis maturidade UXNiveis maturidade UX
Niveis maturidade UX
 
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
 
Brand Planning for Clients
Brand Planning for ClientsBrand Planning for Clients
Brand Planning for Clients
 
はじめてのPRD
はじめてのPRDはじめてのPRD
はじめてのPRD
 
いいデザインと悪いデザイン
いいデザインと悪いデザインいいデザインと悪いデザイン
いいデザインと悪いデザイン
 

Destacado

UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практикаUXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практикаYury Vetrov
 
CodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуре
CodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуреCodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуре
CodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуреYury Vetrov
 
Стачка! 2016: Юрий Ветров — Дизайн с выхлопом
Стачка! 2016: Юрий Ветров — Дизайн с выхлопомСтачка! 2016: Юрий Ветров — Дизайн с выхлопом
Стачка! 2016: Юрий Ветров — Дизайн с выхлопомYury Vetrov
 
UX Poland 2014: Y.Vetrov — Applied UX Strategy
UX Poland 2014: Y.Vetrov — Applied UX StrategyUX Poland 2014: Y.Vetrov — Applied UX Strategy
UX Poland 2014: Y.Vetrov — Applied UX StrategyYury Vetrov
 
Amuse UX 2015: Y.Vetrov — Platform Thinking
Amuse UX 2015: Y.Vetrov — Platform ThinkingAmuse UX 2015: Y.Vetrov — Platform Thinking
Amuse UX 2015: Y.Vetrov — Platform ThinkingYury Vetrov
 
UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...
UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...
UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...UX STRAT
 
Design in Tech Report 2017
Design in Tech Report 2017Design in Tech Report 2017
Design in Tech Report 2017John Maeda
 

Destacado (7)

UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практикаUXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
 
CodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуре
CodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуреCodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуре
CodeFest2015: Ю.Ветров — От дизайн-команды к дизайн-культуре
 
Стачка! 2016: Юрий Ветров — Дизайн с выхлопом
Стачка! 2016: Юрий Ветров — Дизайн с выхлопомСтачка! 2016: Юрий Ветров — Дизайн с выхлопом
Стачка! 2016: Юрий Ветров — Дизайн с выхлопом
 
UX Poland 2014: Y.Vetrov — Applied UX Strategy
UX Poland 2014: Y.Vetrov — Applied UX StrategyUX Poland 2014: Y.Vetrov — Applied UX Strategy
UX Poland 2014: Y.Vetrov — Applied UX Strategy
 
Amuse UX 2015: Y.Vetrov — Platform Thinking
Amuse UX 2015: Y.Vetrov — Platform ThinkingAmuse UX 2015: Y.Vetrov — Platform Thinking
Amuse UX 2015: Y.Vetrov — Platform Thinking
 
UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...
UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...
UX STRAT USA: Dr Jeffrey Onken, "Experience Mapping UX Change Management In L...
 
Design in Tech Report 2017
Design in Tech Report 2017Design in Tech Report 2017
Design in Tech Report 2017
 

Similar a Design Weekend Ярославль 2014: Юрий Ветров — Продуктовый дизайнер. Современное понимание профессии

Дизайн-команда в продуктовой компании
Дизайн-команда в продуктовой компанииДизайн-команда в продуктовой компании
Дизайн-команда в продуктовой компанииCodeFest
 
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)Ontico
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)SPECIA
 
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
 
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ... "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...Lead Zeppelin
 
Design thinking for sales
Design thinking for sales Design thinking for sales
Design thinking for sales ITCP Community
 
Карьера UI/UX-дизайнера
Карьера UI/UX-дизайнераКарьера UI/UX-дизайнера
Карьера UI/UX-дизайнераEugen Savitsky
 
Организация эффективных процессов
Организация эффективных процессовОрганизация эффективных процессов
Организация эффективных процессовVladimir Melnikov
 
Продюссирование, проект-менеджмент
Продюссирование, проект-менеджментПродюссирование, проект-менеджмент
Продюссирование, проект-менеджментNimax
 
Путь от технологического стартапа 
к компании, движимой дизайном
Путь от технологического стартапа 
к компании, движимой дизайном Путь от технологического стартапа 
к компании, движимой дизайном
Путь от технологического стартапа 
к компании, движимой дизайном Tanya Zavialova
 
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuФорум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuYury Vetrov
 
Встреча №5. Можно ли сделать дизайн без дизайнера? Александр Киров
Встреча №5. Можно ли сделать дизайн без дизайнера? Александр КировВстреча №5. Можно ли сделать дизайн без дизайнера? Александр Киров
Встреча №5. Можно ли сделать дизайн без дизайнера? Александр КировCocoaHeads
 
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...Yandex
 
Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product Lviv Startup Club
 
Как подружить PO c UX командой (Антон Иванов, B2B-Center)
Как подружить PO c UX командой (Антон Иванов, B2B-Center)Как подружить PO c UX командой (Антон Иванов, B2B-Center)
Как подружить PO c UX командой (Антон Иванов, B2B-Center)PCampRussia
 
«Место юзабилити в процессе разработки» - Артем Костенко
«Место юзабилити в процессе разработки» - Артем Костенко«Место юзабилити в процессе разработки» - Артем Костенко
«Место юзабилити в процессе разработки» - Артем КостенкоWebChallenge
 
Как живётся дизайнеру в крупной корпорации
Как живётся дизайнеру в крупной корпорацииКак живётся дизайнеру в крупной корпорации
Как живётся дизайнеру в крупной корпорацииLeonid Ivakhov
 

Similar a Design Weekend Ярославль 2014: Юрий Ветров — Продуктовый дизайнер. Современное понимание профессии (20)

Дизайн-команда в продуктовой компании
Дизайн-команда в продуктовой компанииДизайн-команда в продуктовой компании
Дизайн-команда в продуктовой компании
 
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
 
Описание проекта СВОБОДА - стратегии на аутсорсе
Описание проекта СВОБОДА - стратегии на аутсорсеОписание проекта СВОБОДА - стратегии на аутсорсе
Описание проекта СВОБОДА - стратегии на аутсорсе
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
 
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
 
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ... "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 
office 365
office 365office 365
office 365
 
Design thinking for sales
Design thinking for sales Design thinking for sales
Design thinking for sales
 
Карьера UI/UX-дизайнера
Карьера UI/UX-дизайнераКарьера UI/UX-дизайнера
Карьера UI/UX-дизайнера
 
Организация эффективных процессов
Организация эффективных процессовОрганизация эффективных процессов
Организация эффективных процессов
 
Продюссирование, проект-менеджмент
Продюссирование, проект-менеджментПродюссирование, проект-менеджмент
Продюссирование, проект-менеджмент
 
Путь от технологического стартапа 
к компании, движимой дизайном
Путь от технологического стартапа 
к компании, движимой дизайном Путь от технологического стартапа 
к компании, движимой дизайном
Путь от технологического стартапа 
к компании, движимой дизайном
 
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuФорум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
 
Встреча №5. Можно ли сделать дизайн без дизайнера? Александр Киров
Встреча №5. Можно ли сделать дизайн без дизайнера? Александр КировВстреча №5. Можно ли сделать дизайн без дизайнера? Александр Киров
Встреча №5. Можно ли сделать дизайн без дизайнера? Александр Киров
 
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
 
Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product
 
Как подружить PO c UX командой (Антон Иванов, B2B-Center)
Как подружить PO c UX командой (Антон Иванов, B2B-Center)Как подружить PO c UX командой (Антон Иванов, B2B-Center)
Как подружить PO c UX командой (Антон Иванов, B2B-Center)
 
«Место юзабилити в процессе разработки» - Артем Костенко
«Место юзабилити в процессе разработки» - Артем Костенко«Место юзабилити в процессе разработки» - Артем Костенко
«Место юзабилити в процессе разработки» - Артем Костенко
 
Основы разработки сайтов by Uplab
Основы разработки сайтов by UplabОсновы разработки сайтов by Uplab
Основы разработки сайтов by Uplab
 
Как живётся дизайнеру в крупной корпорации
Как живётся дизайнеру в крупной корпорацииКак живётся дизайнеру в крупной корпорации
Как живётся дизайнеру в крупной корпорации
 

Más de Yury Vetrov

Yury Vetrov — Algorithm-Driven Design
Yury Vetrov — Algorithm-Driven DesignYury Vetrov — Algorithm-Driven Design
Yury Vetrov — Algorithm-Driven DesignYury Vetrov
 
Юрий Ветров — Алгоритмический дизайн
Юрий Ветров — Алгоритмический дизайнЮрий Ветров — Алгоритмический дизайн
Юрий Ветров — Алгоритмический дизайнYury Vetrov
 
Как работают британские дизайн-студии
Как работают британские дизайн-студииКак работают британские дизайн-студии
Как работают британские дизайн-студииYury Vetrov
 
UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2
UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2
UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2Yury Vetrov
 
UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1
UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1
UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1Yury Vetrov
 
WUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигевать
WUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигеватьWUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигевать
WUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигеватьYury Vetrov
 
UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...
UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...
UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...Yury Vetrov
 
WUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного веба
WUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного вебаWUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного веба
WUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного вебаYury Vetrov
 
DesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.Ru
DesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.RuDesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.Ru
DesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.RuYury Vetrov
 
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft Carrier
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft CarrierWUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft Carrier
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft CarrierYury Vetrov
 
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, команда
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, командаUser Experience 2012: Как меняется Mail.Ru — Продукты, процессы, команда
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, командаYury Vetrov
 
WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...
WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...
WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...Yury Vetrov
 
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...Yury Vetrov
 
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...Yury Vetrov
 
Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...
Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...
Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...Yury Vetrov
 
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...Yury Vetrov
 
Software People 2010: Форматы работы команды проектирования интерфейсов с кли...
Software People 2010: Форматы работы команды проектирования интерфейсов с кли...Software People 2010: Форматы работы команды проектирования интерфейсов с кли...
Software People 2010: Форматы работы команды проектирования интерфейсов с кли...Yury Vetrov
 
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...Yury Vetrov
 
Software People 2009: Управление ожиданиями от процесса проектирования интерф...
Software People 2009: Управление ожиданиями от процесса проектирования интерф...Software People 2009: Управление ожиданиями от процесса проектирования интерф...
Software People 2009: Управление ожиданиями от процесса проектирования интерф...Yury Vetrov
 
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...Yury Vetrov
 

Más de Yury Vetrov (20)

Yury Vetrov — Algorithm-Driven Design
Yury Vetrov — Algorithm-Driven DesignYury Vetrov — Algorithm-Driven Design
Yury Vetrov — Algorithm-Driven Design
 
Юрий Ветров — Алгоритмический дизайн
Юрий Ветров — Алгоритмический дизайнЮрий Ветров — Алгоритмический дизайн
Юрий Ветров — Алгоритмический дизайн
 
Как работают британские дизайн-студии
Как работают британские дизайн-студииКак работают британские дизайн-студии
Как работают британские дизайн-студии
 
UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2
UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2
UX-Марафон 2016: Ю.Ветров — Дайджест продуктового дизайна, выпуск 2
 
UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1
UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1
UX-Марафон 2015: Ю.Ветров — Дайджест продуктового дизайна, выпуск 1
 
WUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигевать
WUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигеватьWUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигевать
WUD2014: Ю.Ветров — Фоновые исследования. Как много читать, знать и не офигевать
 
UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...
UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...
UXRussia2014: Юрий Ветров ― Burger-Driven Design. Фреймворк Mail.Ru для унифи...
 
WUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного веба
WUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного вебаWUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного веба
WUD2013: Юрий Ветров — Унификация, vol. 1. Фреймворк Mail.Ru для мобильного веба
 
DesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.Ru
DesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.RuDesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.Ru
DesignCamp2012: Юрий Ветров — Метро-дизайн в Mail.Ru
 
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft Carrier
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft CarrierWUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft Carrier
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft Carrier
 
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, команда
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, командаUser Experience 2012: Как меняется Mail.Ru — Продукты, процессы, команда
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, команда
 
WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...
WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...
WUD2011: Юрий Ветров — Design Thinking. Тренинг от Stanford d.School для Mail...
 
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...
 
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...
 
Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...
Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...
Юзабилити Украина '10: Case Study: Московский Кредитный Банк. Повысить конвер...
 
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
 
Software People 2010: Форматы работы команды проектирования интерфейсов с кли...
Software People 2010: Форматы работы команды проектирования интерфейсов с кли...Software People 2010: Форматы работы команды проектирования интерфейсов с кли...
Software People 2010: Форматы работы команды проектирования интерфейсов с кли...
 
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...
 
Software People 2009: Управление ожиданиями от процесса проектирования интерф...
Software People 2009: Управление ожиданиями от процесса проектирования интерф...Software People 2009: Управление ожиданиями от процесса проектирования интерф...
Software People 2009: Управление ожиданиями от процесса проектирования интерф...
 
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
 

Design Weekend Ярославль 2014: Юрий Ветров — Продуктовый дизайнер. Современное понимание профессии

  • 2. О ЧЕМ ЭТА ИСТОРИЯ?
  • 3. НА СТЫКЕ СПЕЦИАЛЬНОСТЕЙ Большинство дизайнерских задач – шире визуала и интерфейса.
  • 4. Недостаточно нарисовать эффектную страницу статьи в журнальной стилистике без того чтобы скорректировать редакционный процесс и CMS – вы никак не получите контент для этого дизайна. Невозможно сделать дизайн сервиса современным, если его рекламная сетка плоха, а поменять ее не дают существующие договоренности с рекламодателями. А если продукт представляет конфликтующие интересы сразу нескольких подразделений, вы не сможете сделать никаких серьезных изменений без договоренностей с ними.
  • 5. СЛОЖНЕЕ С КАЖДЫМ ДНЕМ Таких ситуаций в компании хотя бы среднего масштаба хватает. А по мере роста организации их количество и сложность растет в каждой точке.
  • 6. ВЫЙТИ ИЗ УЮТНОГО МИРКА Понимать, что происходит в смежных областях и если нужно – вмешиваться в связанные процессы и влиять на их изменение. Это касается и любых других специалистов. * *
  • 7. ЭТО – ПРОДУКТОВЫЙ ДИЗАЙН Текущая реальность для более-менее зрелых продуктовых компаний. Новый баззворд и новая точка роста для дизайнеров.
  • 9. СКОРОСТЬ РАСТЕТ Раньше такие проблемы не мешали технологиям развиваться. Но скорость вывода новых продуктов на рынок и их развития растет. Почти в каждой нише не протолкнуться, так что продуктовым командам приходится держать темп.
  • 10. ОБЪЕМ ЗНАНИЙ РАСТЕТ Усложняется суть работы – технологических, интерфейсных и бизнес-аспектов становится все больше. Мы с каждым годом решаем все более высокоуровневые задачи и проблемы. Каждый специалист должен знать больше чем год назад.
  • 11. Раньше было достаточно пройтись по списку рекомендаций Якоба Нильсена и уровень дизайна вашего продукта заметно отрывался от конкурентов. Сейчас это уже само собой разумеется и надо заниматься более тонкой работой – вовлечением пользователя, построением кросс-канального взаимодействия, проектированием всей цепочки оказания услуги, сложной поведенческой аналитикой.
  • 12. СКОРОСТЬ БЬЕТ СПЕЦИАЛИЗАЦИЮ Объем знаний всегда приводил к сильной специализации участников продуктовой команды. Только так все нужные компетенции можно получить на достаточно глубоком уровне. Но требования рынка по скорости куда важнее – в сверх-бодрой конкурентной среде нужно как можно быстрее выдавать продукт и тратить на это как можно меньше ресурсов.
  • 13. ТРАНЗАКЦИОННЫЕ ИЗДЕРЖКИ Между специалистами всегда есть некоторый нахлест – проектировать интерфейс может выделенный проектировщик, менеджер продукта или дизайнер; готовить верстку – специализированный кодер, толковый дизайнер или разработчик.
  • 14. ДИНАМИЧНАЯ КОМАНДА Транзакционные издержки тормозят работу. А для обеспечения нужной скорости команда должна быть бойкой и слаженной, чего добиться легче всего при ее компактности. Так что нужно избавляться от узкоспециализированных ролей – убирать лишние звенья цепочки от продуктовой идеи до реализации.
  • 15. С выделенным специалистом качество работы выше. Но и проблем полно: • Усложняется коммуникация и теряются детали. На всех встречах и обсуждениях присутствует больше людей, для того чтобы они были в курсе происходящего. И все были уверены, что одинаково понимают, что делают в рамках общего видения. • Удлиняется производственная цепочка. Больше этапов работ. • Размывается ответственность за продукт. Каждый делает небольшой изолированный кусочек.
  • 17. СУПЕРСИЛА В ПОМОЩЬ Главный скилл продуктового дизайнера – это не столько умение работать в графическом редакторе, разбираться в коде или анализировать данные исследований. Главное – это желание и способность брать на себя ответственность за продукт.
  • 18. FCUK ТРАНЗАКЦИИ Важно снизить издержки производственного процесса – постоянный переход проектных артефактов туда-сюда. Они съедают кучу времени и сил, заставляя заниматься рутиной вместо интересной работы. Нужно забывать о конвейерном подходе и переходить к динамичному взаимодействию.
  • 19. DRINK RESPONSIBLY Чтобы продукт получился качественным, каждый из участников команды должен отвечать за него и за ту часть, которую вносит. Хотите хорошо вписаться в нее, получить нужные вам полномочия? Нужно быть гибким в плане знаний и не закисать в одной области.
  • 20. 1. ШТАМПЫ Отказаться от штампов, мантр и профессиональных шаблонов. Структура сайта может соответствовать лучшим практикам, но не вписываться в реальные паттерны использования продукта. Идеальная проработка функции с необычными подходами к взаимодействию может оказаться ненужной, если ей пользуется маленький процент пользователей, да и то от случая к случаю.
  • 21. 2. ИЗОЛЯЦИЯ Не называть разработчиков ленивыми упырями, сейлзов – недалекими крохоборами, а менеджеров – узколобыми самодурами. Понимать их боль и задачи, совмещать сразу несколько источников требований, делать выводы и принимать дизайн-решения трезво и с пониманием ограничений.
  • 22. 3. НЕМОЩНОСТЬ Обязательно иметь яйца, чтобы отстоять непростые дизайн- решения. Ты делаешь бессмысленную работу не когда твой дизайн меняют разработчики и менеджеры против твоей воли, а когда даже не пытаешься повлиять на это.
  • 23. КАК БЫЛО РАНЬШЕ Современные цифровые продукты идут во многом от технологий. Когда появился веб, разработчики сами располагали элементы на странице и давали им какой-то стиль – кто-то же должен это делать. Со временем начался долгий путь к специализации и выделению ролей – в том числе подключение дизайнеров.
  • 24. Один из главных теоретиков дизайна и UX Дональд Норман говорит о том, что инновационные прорывы происходят в первую очередь благодаря технологиям. И уже потом дизайн помогает адаптировать их для комфортного использования.
  • 27. Лет 5-10 назад компаниям нужен был универсальный специалист, который сумеет спроектировать интерфейс, проработать его визуальный дизайн, да еще и поучаствовать в верстке. Но скоро все поняли, что сильного во всех этих областях человека искать долго. Так что последнюю часть лучше отдавать кодеру, а для первой проектировщики смогли доказать и оправдать важность отдельной специальности. Сама терминология потребовала появления понятий вроде «юзабилити» и расчленения слова «дизайн» на отдельные смыслы.
  • 28. ОБРАТНЫЙ МАЯТНИК Сейчас маятник снова качнулся в обратную сторону – продуктовым компаниям нужен целостный дизайнер. Он будет очень хорош в одной из ключевых дизайнерских компетенций и достаточно неплох, чтобы закрыть собой остальные. И постепенно прокачивать их, чтобы становиться все более полезным.
  • 29. На большинстве стадий рабочего процесса этого будет достаточно, а если нет – всегда можно привлечь эксперта по интерфейсам или верстке, который поможет продвинуться вперед. На уровне небольшой компании вполне нормально иметь одного специалиста на все руки. По мере роста лучше иметь разумную специализацию на какой-то группе скиллов – пользовательские исследования, проектирование интерфейсов, визуальный дизайн, фронт- энд-активности – уровень сложности современных продуктов неслабый. И тут как раз появляются конкретизирующие приставки.
  • 30. Еще один интерфейсный классик Jared Spool запустил на KickStarter инициативу по созданию UX Unicorn Institute. Он как раз должен воспитать многогранных дизайнеров, востребованных в продуктовой среде.
  • 31. ДИЗАЙН В ОРИГИНАЛЕ В русскоязычном общении слово «дизайн», к сожалению, долгое время ограничивалось смыслом «оформление». Продуктовый дизайн приводит ее к оригинальному англоязычному смыслу – это специалист по определению того, каким будет продукт. Будь то проектировщик/аналитик, дизайнер или инженер, определяющий архитектуру системы.
  • 32. Споры о том, кто круче – лыжник или сноубордист, дизайнер или проектировщик – в этом плане достаточно бессмысленны. Ты либо берешь на себя ответственность за продукт и решаешь дизайном проблемы бизнеса. Либо остаешься рисователем страниц в Фотошопе или серых прямоугольников в Axure. Не ждешь, пока тебя попросят – предлагаешь изменения сам, рекомендуешь решения, инициируешь процессы.
  • 33. САМООПРЕДЕЛЕНИЕ ДВИГАТЬ ПИКСЕЛИ РЕШАТЬ ПРОБЛЕМЫ А где вы сейчас?
  • 34. ДИЗАЙН-МЫШЛЕНИЕ Чтобы перестать двигать пиксели, нужно применять дизайнерский подход к решению всех задач. Он хорош не только при продумывании интерфейса, но и для оптимизации процессов, решения организационных проблем, поиска технических решений. Нужно смотреть шире и не бояться ограничений.
  • 35. ЕСТЬ СВОИ ПРОБЛЕМЫ В таком активном подходе есть уйма ограничений и придется с ними столкнуться – на сам дизайн будет уходить меньше времени, придется идти на компромиссы. И если подходить к запускам ответственно – от дизайна до релиза проходит приличное количество времени.
  • 36. ПЛЮНУЛИ В ДУШУ Будет непросто и с эмоциональной точки зрения. Беря на себя ответственность за свои дизайн-решения и активно отстаивая их, ты сильно привязываешься к ним. И бывает очень обидно и горько, если в результате споров с менеджерами и разработчиками все-таки приходится переделывать их. Но если научиться работать с этим – можно свернуть горы.
  • 37. ПОНИМАТЬ БИЗНЕС Научиться говорить с ним на одном языке. Почему компания принимает те или иные решения, почему одни оказываются для нее важнее других, с какими вызовами сталкивается бизнес, какие направления позволят вырваться вперед, а какие – гиблое дело?
  • 38. Зная это вы сможете строить свои взаимоотношения так, чтобы быть услышанными и понятыми. И иметь полномочия на гораздо больший спектр действий, чем просто определение визуального стиля. Важно решать проблемы бизнеса – тогда вы будете на одной волне с ним и сможете внедрять настолько глубокие изменения своим дизайном, о которых раньше и не мечтали. Кстати, конкретные дизайн-решения утверждать также станет легче – об этом я писал в своей статье про UX-стратегию. * *
  • 39. НОВЫЙ БАЗЗВОРД Продуктовыми дизайнерами западные специалисты активно начали называться года полтора-два назад.
  • 40. ОПЫТ MAIL.RU GROUP Мы пришли к похожим выводам. Лет пять назад отношение к дизайну в компании стало серьезным и начались масштабные изменения. Раскрутить маховик – обновить продукты, поменять процессы, собрать и сработать команду, изменить ценности и мировоззрение – требует некоторого времени для компании такого масштаба.
  • 41. 54ПРОЕКТА Мы запустили и серьезно обновили в 2013 году – и это только в нашем подразделении. Хороший темп! Всего их в MRG порядка 200. * *
  • 42. 12ДИЗАЙНЕРОВ В моей команде – всего в компании сейчас более 40 дизайнеров. А еще пять-шесть лет назад было пара человек. Не считая игровиков – это отдельная, еще более масштабная группа. * *
  • 43. ПРОБЛЕМА: СЛОЖНО НАЙТИ ПОДХОДЯЩИХ ЛЮДЕЙ Тех, кто способен брать ответственность на себя и выступать авторитетом в своей профессии, довести свое решение до реализации, учитывая объективную реальность – не так много. В жизни менеджеры стремятся влиять на дизайн, не дают достаточно времени, есть пересечения нескольких проектов в рабочем графике и т.п. Это не особенность Mail.Ru Group – среда очень требовательна в большинстве успешных технологических компаний. * *
  • 44. ПОЧЕМУ ТАК ПРОИСХОДИТ? Продуктовых компаний в России не так много, так что основной источник специалистов – агентства. А это совсем другая среда, в которой редко есть ответственность за то чтобы дизайнерские решения хорошо показывали себя на дистанции и только часть дизайнеров общается с клиентом напрямую, без менеджеров.
  • 45. СТАРТАПЫ КАК СРЕДА ОБУЧЕНИЯ Сравнительно недавно начался бум стартапов, которые как раз должны увеличить количество продуктовых дизайнеров. Но пока успешных историй среди них не так много, а это – главный критерий накопления нужного опыта.
  • 46. ВЫХОД: ВЫРАСТИТЬ СПЕЦИАЛИСТОВ Если нужных специалистов нельзя нанять, их можно научить. Главное тут база – хорошие дизайнерские способности и желание профессионально расти. Есть несколько важных правил организации рабочего процесса, благодаря которым происходит этот рост.
  • 47. 1. АКТИВНОЕ УЧАСТИЕ В обсуждениях, процессе внедрения и будущей жизни – реакция на критику пользователей, изучение того как дизайн работает на практике. Не быть сторонним наблюдателем, конспектирующим принятые другими решения – иметь свое мнение, отстаивать или корректировать его. Привести дизайн в жизнь, а не только нарисовать его.
  • 48. 2. ТЕСНАЯ СВЯЗКА С ПРОДУКТ-МЕНЕДЖЕРОМ Наиболее плотная из всех внутри продуктовой команды – они вместе определяют, каким будет продукт. Хороший дизайнер много знает о пользователях и эти знания нужны менеджеру для успешного запуска.
  • 49. На этапе определения продукта менеджер не может дать точные спецификации – как и что именно нужно сделать. У него есть только общие неполные требования, гипотеза, которую нужно проработать и совместно превратить в итоговые продуктовые решения. А это требует многих итераций, проб и ошибок.
  • 50. Благодаря постоянному взаимодействию и общению уходит порочная практика «мне дали задание, я нарисовал». Кроме того, продукт-менеджер зачастую завален кучей административной и другой не связанной с определением продукта работой, так что ему полезна помощь.
  • 51. 3. КОМАНДНАЯ МОДЕЛЬ, ПАРНАЯ РАБОТА Несколько дизайнеров работают над одной задачей, плотно общаются и тем самым смотрят на нее с нескольких точек зрения, вдвойне внимательнее, с разными скиллами. Пары образуются ситуативно, исходя из задачи. Это обогащает не только продукт, но и саму команду.
  • 52. Нет иерархических моделей. Скорее, лидеры по направлениям – один силен в промо-дизайне, второй лучше координирует гайдлайны, третий – мастер Android. И в каждой ситуации обращаются за советом именно к нему. Тут сложно выделить, кто именно автор конкретного дизайна – настолько тесной была совместная работа. Но всегда есть ответственный – он собирал все идеи, предложения, аналитику и наработки воедино, сформировал на их основе финальное решение и довел его до ума. Смысл авторства дизайна в продуктовых компаниях иной. Парная работа важна и для других – связка дизайнера с UX- исследователем, фронт-енд разработчиком и т.п. Важно снизить транзакционные издержки конвейерного процесса – постоянный переход дизайна туда-сюда. Они съедают кучу времени и сил, заставляя заниматься рутиной вместо интересной работы.
  • 53. 4. ИЗБАВЛЕНИЕ ОТ АРТЕФАКТОВ Лучшая спецификация – это работающий продукт. Документы, прототипы, дизайн-макеты и другие проектные артефакты – это способ передать понимание того, каким должен быть продукт. А значит – тоже транзакционные издержки.
  • 54. Если можно не рисовать макет, а вместе с разработчиком поковырять код – это сэкономит время и силы, а изменения попадут в продукт быстрее. Передать идеи по второстепенному экрану в виде скетча или беглого наброска в цифровом виде гораздо быстрее, чем вылизывать его макет в деталях. Артефакты очень быстро устаревают и на их поддержку в актуальном состоянии нужно много времени и сил. Интересно ли вам быть архивариусом или лучше решать более интересные задачи?
  • 55. 5. СИСТЕМНОЕ МЫШЛЕНИЕ Важно не просто обрабатывать входящие запросы, а понимать, зачем и почему они приходят, кто их формирует и как на них можно повлиять.
  • 56. А еще лучше – думать о том, что нужно будет делать через неделю, месяц, год. Не рисовать каждый раз все новые и новые паттерны, а систематизировать наработки и использовать их повторно – для комфорта пользователей, скорости разработки и снижения ручной работы себе самому. Стараться автоматизировать часть работы. Не пытаться решить все проблемы одним рывком (в сложном продукте он будет слишком большим и размазанным), а выстроить постоянный процесс внедрения изменений и улучшений. Сначала важно превратить ад в адекват. Из адеквата – сделать что-то современное и трендовое. А после этого уже можно думать о том, как задавать тренды самому. Можно перескакивать через шаги, но на дистанции системность бьет геройство. * *
  • 57. 6. УМЕНИЕ ДОГОВАРИВАТЬСЯ Не вставать в позу и не говорить «только так или никак». Балансировать между ограничениями времени, технологий, приоритетов, текущих ресурсов. Стремиться сделать свою работу идеально, но идти на компромисс, если, например, продукт важно выпустить как можно раньше, даже несмотря на некоторые проблемы в текущей реализации дизайна. При этом настоять на том, чтобы доработки были внесены сразу после запуска. Важен баланс между интересами бизнеса и пользователя.
  • 58. ИНТЕГРАЦИЯ И главное – продуктовый дизайнер интегрирован в команду. Вместе с ней решает задачи, а не работает как свободный художник, который делает задачи по запросу и старается дистанцироваться от процесса. Только в плотной связке и общении на личном уровне можно уйти от проблем конвейера.
  • 59. РАБОТА НАД ПРОДУКТОМ, А НЕ НА РАБОТЕ Что вы делаете в этой компании? Полезно периодически задумываться об этом.
  • 60. LEAN ON ME Современная концепция lean-стартапов и lean UX отлично решает все эти проблемы. Другое дело, что крупным компаниям не так просто применять ее в чистом виде. Но это еще один отличный пример современного формата работы дизайнера – нужно ориентироваться и на него.
  • 61. DESIGNER AS A SERVICE Один из интересных форматов lean – продуктовый дизайнер выступает сам-себе-агентством. В разных контекстах жизни продукта команда обращается к нему со своими проблемами, а он – по ситуации решает, чем ей лучше всего помочь прямо сейчас. Нужно отказаться от жестко заданных процессов, собирать их по ходу дела.
  • 63. ПРОЕКТЫ При этом важно понимать разницу между проектом и продуктом. Проект – это любая цифровая штука, которую создается с примерно любой целью – технологический эксперимент, самовыражение, удивление публики и т.п.
  • 64. ПРОДУКТЫ При этом продукт должен решать бизнес-задачи компании и быть востребованным среди целевой аудитории – это первично в нем. Например, Facebook – продукт, а приложение Paper – проект. Который со временем может стать продуктом (и, возможно, изначально задумывался с таким посылом).
  • 65. РАЗНОЕ ОТНОШЕНИЕ К проектам и продуктам предъявляются разные требования – по функциональности, коммерческой составляющей, представленности на разных платформах, понятности интерфейса и т.п.
  • 66. Любой не дотационный продукт, желающий собрать массовую аудиторию, должен быть понятен для нее, а это – общий знаменатель, причем не всегда высокий. Попробуйте собрать пару десятков миллионов пользователей и предъявить им требования вроде «высшее образование, доход не ниже среднего, современный смартфон» – такого количества и по всей стране нет. Другое дело, что простыми должны быть базовые высокочастотные сценарии. Более нишевые функции не обязательно разжевывать и тут как раз дизайнеру можно отыграться.
  • 68. АВТОМАТИЗИРУЙ ЭТО! С ними сейчас все в порядке – шаблоны, программы, плагины, скрипты и веб-сервисы для автоматизации всего и вся появляются в огромных количествах. Экономить время на рутине и ручной работы – верный способ найти силы на что- то стоящее и прорывное.
  • 70. 1. ПРОЕКТИРОВАНИЕ ИНТЕРФЕЙСОВ Когда-то нужно было изучать штуки вроде Visio или Omnigraffle. Сейчас любой менеджер может набросать свои идеи в Balsamiq или бесплатном онлайн-сервисе. Конечно, проектировщик будет пользоваться специализированным инструментом, но если нужно просто быстро передать свою идею – низкий порог входа самое то.
  • 71. 2. ИНТЕРАКТИВНЫЕ ПРОТОТИПЫ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ Flinto, InVision и еще десяток сервисов – легко собрать живую демонстрацию, причем еще и с анимацией. Кто-то cразу идет в xCode или MS Expression Blend – так еще проще понять возможности разработки.
  • 72. 3. АНИМАЦИЯ В ВЕБЕ И НА МОБИЛЬНЫХ Собрать одностраничный промо-сайт со всей анимацией можно в Adobe Edge Animate – на выходе будет кривой, но HTML. А связка Quartz Composer и обвязки для него Origami от дизайнеров Фейсбука позволяет делать мощную анимацию для мобильных, причем на выходе будут точные формулы для разработчиков.
  • 73. 4. ШАБЛОНЫ И СТЕНСИЛЫ Сайты вроде Pixeden, дизайнеры на Dribbble и команды наподобие Teehan+Lax выдают любые шаблоны с огромной частотой. В последнее время становятся популярными готовые плагины к Photoshop, которые еще сильнее облегчают использование готовых элементов – например, DevRocket.
  • 74. 5. СОБСТВЕННЫЙ КОНТЕНТ Писать хорошие дизайнерские статьи становится проще и дешевле – ReadyMag, Medium, Squarespace и другие сервисы выдают в вебе эффектный журнал задешево. Когда-то достижением был WordPress, но мы сильно ушли вперед.
  • 75. 6. ВЕРСТКА И СКРИПТЫ Если первая версия сайта уже сверстана, часто проще вносить доработки в нее прямо в коде – спасибо вещам вроде code inspector в Chrome. Полно библиотек JavaScript- и CSS3- скриптов на GitHub и CodePen для интересных анимаций и взаимодействий.
  • 76. Классик веба Джефри Зельдман говорит, что потребности в движении веб-стандартов в последнее время все меньше – браузеры стали вменяемыми, а кодинг доступен каждому.
  • 77. 7. ПЕРЕДАЧА ДИЗАЙНА РАЗРАБОТЧИКАМ Постоянно спорят, кто должен нарезать мобильные приложения – дизайнер или разработчик. Но сейчас полно плагинов вроде PNG Express и Cut & Slice Me. Да и сами производители софта начали встраивать его – Adobe Generator в Photoshop CC, Sketch.App.
  • 78. 8. ПОЛЬЗОВАТЕЛЬСКИЕ ИССЛЕДОВАНИЯ Для западного рынка ситуация проще – есть десятки инструментов для проведения опросов и юзабилити- тестирования, которые еще и базу пользователей предоставляют. Но с оговорками их можно использовать и у нас – а это отличный способ сделать дизайн лучше.
  • 79. СДЕЛАЙ САМ Хватит мечтать «вот была бы у меня команда разработчиков» – многое делается своими руками. Визуальное программирование, давно манящее передовых специалистов, все ближе к реальности. Нужно выйти за границы рисования макетов и снять с себя часть рутины, чтобы посвятить свободное время развитию и более интересным вещам. Это уже делают ребята вроде Teehan+Lax, Meng To, Facebook с их Origami.
  • 81. ПРЕДСКАЗУЕМЫЙ РЕЗУЛЬТАТ Не знаю, как и насколько эта тенденция коснется сервисные компании – они живут немного по другим законам. Задача агентства – дать клиенту предсказуемый результат. Который, как правило, обеспечивается стандартизированным процессом. Отклонения от него увеличивают накладные расходы агентства, а значит уменьшают итоговую прибыль от проекта. А еще срывают обязательства по срокам или объему работ перед клиентом.
  • 82. ДРУГАЯ РЕАЛЬНОСТЬ При этом продуктовые компании живут в другой реальности. Они не могут дать подрядчику четкое ТЗ, поскольку запуск продукта связан с активными экспериментами в его концепции, бизнес-модели и выборе нужной аудитории.
  • 83. КХМ… «ТРЕБОВАНИЯ» На старте есть только гипотеза о том, каким должен быть продукт – более или менее детально проработанная. По ходу работы она уточняется методом проб и ошибок. А это – те самые отхождения от ТЗ, которых так опасается подрядчик. Нельзя описать абсолютно все требования, многие из них забыты (или производны от проектных решений) и всплывают по ходу.
  • 84. В этой ситуации три выхода – просить у заказчика дополнительный бюджет или урезать объем работ, настаивать на исполнении первоначального плана, либо компенсировать это из будущей прибыли. Для продуктовой компании первый вариант плох своей непредсказуемостью (это становится похоже на модель time&materials, которая не всем по душе). Второй – тем что нет задачи «запустить что-нибудь», важно решить продуктом правильную проблему на правильном рынке для правильной аудитории. И поиск этого решения может быть извилистым. А если работа не привела к востребованному на рынке продукту – какая разница, насколько хорошим был процесс или дизайнерские идеи?
  • 85. АУТСОРС НЕПРОДУКТОВЫХ ЗАДАЧ Мы перестали отдавать подрядчикам продуктовые задачи. То, каким будет продукт, определяется внутри, аутсорсятся только отдельные части – иллюстрации, иконки, разработка неприоритетных сервисов. Или те, где нет регулярной потребности и сложно создать сильные компетенции внутри – например, айдентика или шрифтовой дизайн.
  • 86. ВЕЧНЫЙ КОНФЛИКТ Этот конфликт заложен в самом устройстве большинства продуктовых компаний и агентств. Я был с обеих сторон – делал клиентскую работу в UI Modeling и заказывал подряд в Mail.Ru. И сталкивался с этой проблемой и там, и там.
  • 87. Это не значит, что консалтинговые компании обречены – есть огромное количество заказчиков, у которых компетенции по дизайнерско-интерфейсным работам отсутствуют или развиты слабо, им крайне важна помощь опытных специалистов со стороны. Однако агентствам также придется меняться, потому что все больше организаций стремится работать в современном формате и важно не остаться в клиентском гетто, ограниченном только незрелыми заказчиками.
  • 88. КАКИМ БУДЕТ НОВЫЙ ФОРМАТ? Не знаю. Но он точно потребует более тесного взаимодействия, чем привычное «мы взяли заказ, вернемся к вам через пару месяцев с результатом» – например, работа команды агентства прямо в офисе клиента.
  • 89. Неопытного клиента можно обучить и уже вместе с ним решать задачу – вовлеченность повышает доверие, скорость работы и качество итогового результата. А опытному – предоставить недостающие у него компетенции. Это еще и позволит агентству повлиять на итоговый продукт – ведь частой проблемой для них является то, что их наработки затем сильно перерабатываются клиентом. Но это в любом случае потребует перестройки всех процессов – от продажи до реализации проекта.
  • 91. БЫСТРЕЕ Благодаря такому подходу и грамотной организации работы мы умудряемся делать большой объем работы сравнительно небольшими силами.
  • 92. ИНТЕРЕСНЕЕ Ты перестаешь быть двигателем пикселей и начинаешь решать реальные проблемы бизнеса и пользователей. Мы постепенно решаем все более высокоуровневые задачи, где- то являемся инициаторами появления новых функций в продуктах. Продукт-менеджеры прислушиваются к нам.
  • 93. БОЛЬШЕ СКИЛЛОВ Помимо визуальной части нужно прокачивать все связанные навыки – проектирование интерфейсов, аналитику и пользовательские исследования, фронт-энд, копирайтинг, организационные способности и фасилитация. Ты не только сможешь больше сделать, но и будешь дороже стоить.
  • 94. ПОМОЩЬ РЕАЛЬНЫМ ЛЮДЯМ Продуктом, над которым ты работаешь, пользуются тысячи и миллионы людей. Безумно приятно, когда тебя благодарят за него – просто в интернете, а может быть и лично друзья и знакомые. Это куда круче лайков на Behance и Dribbble.
  • 95. Современный дизайн — это не просто тренды – флэт, ядреные цвета и градиенты, умные часы, управление жестами и т.п. Это современное понимание роли дизайна в мире. Мы знаем очень много о том, как пользователь работает с продуктом и эти знания дают нам весомое слово на переговорах с менеджерами и заказчиками. Эти знания для них – ценнее конкретных скиллов рисования, хотя без их мы просто пустозвоны. Пора фокусироваться на них и активно развивать. А там, глядишь, откроется и еще один этап развития карьеры – дизайнер как основатель продуктовой компании.
  • 96. P.S.Свою роль можно рассматривать по-разному. Например, как человека, который рисует красивые, уникальные, инновационные вещи. Или как того, кто дает людям важные и нужные продукты, которые влияют на их жизнь. При этом суть и результат работы может быть одинаковым, но точка зрения сильно влияет на вовлеченность в продуктовую работу и ответственность за нее. Мы являемся представителем пользователя и это – одна из наших ключевых ценностей. * *
  • 97. СПАСИБО! ЮРИЙ ВЕТРОВ All the illustrations used in this presentations are belong to their respectable owners. In case you are the owner and don’t want to see them in my presentation – please email me to jvetrau@gmail.com and I’ll remove them. www.jvetrau.com twitter.com/jvetrau