Почему портфолио дизайнера в продукте не работает
Всем привет! На связи Макс Брызгалов. Руководитель отдела UX дизайна в такси Максим. За свою 9 летнюю карьеру я отсмотрел, как мне кажется, миллион (ну или чуть меньше) портфолио дизайнеров. В том числе дизайнеров в продукте. Были такие, что чтение захватывало дух. Хотелось погружаться кейс за кейсом в опыт специалиста. Но чаще встречались «шаблонные» решения.
Думаю, что причин этому несколько: часть сталкивается с нехваткой времени на полноценное оформление кейса. Часть забыла какие были артефакты на проекте. А часть ссылается на текущую нехватку опыта, например, в продуктовых метриках или исследованиях. В итоге в кейс идут либо UI картинки, оторванные от контекста. Или линейно описанный идеализированный процесс работы. Часто под кейс «подтягивают» и метрики, в том числе. Но здесь кроется проблема — в реальной жизни так не бывает.
Большинство терпят неудачу, презентуя такие кейсы, потому что упускают главную деталь — умение показать реальную ценность и настоящую историю генерации решений. Сегодня разберем ключевые ошибки, которые совершают дизайнеры продукта, и постараемся найти ответы, как этого можно избежать.
Иллюзия идеального процесса
Многие дизайнеры стараются представить процесс работы линейным и идеальным. Мы опросили 7 пользователей, на основе данных отрисовали вот такие вот красивые прототипы, никаких неожиданностей и проблем по пути не встречали. Нам все улыбались и солнце светило ярко. Счастливый финал.
Дизайн — это всегда про хаос, про неопределенность, про преодоление неожиданных препятствий, про ограничения, про недостающие данные и конфликтующие мнения. Нанимающим важно видеть, как вы справляетесь с этими вызовами.
Что делать, чтобы избежать ошибок на этом этапе
- Честно описывать реальные трудности. Вместо того чтобы избегать упоминания проблем, сделайте их частью истории. Например: «Мы не смогли привлечь нужного количества пользователей на интервью, поэтому нашли альтернативу — собрали и проанализировали обратную связь в маркетах». Это покажет вашу гибкость и понимание процесса.
- Покажите нестандартные ситуации. Добавьте в кейс моменты, когда процесс пошел не по плану. Расскажите, как адаптировались к изменениям. Например: «Были запланированы А/Б тесты, но из-за сжатых сроков провели юзтесты с 10 пользователями».
- Опишите работу с ограничениями. Портфолио должно отражать вашу способность работать в условиях недостатка времени, ресурсов или информации. Например: «У нас не было доступа к аналитике, поэтому мы провели внутренний опрос команды и нашли ключевые точки роста».
- Не бойтесь говорить об ошибках. Если в процессе работы был неправильный подход или допущены ошибки, расскажите, как вы это поняли и исправили. Это демонстрирует ваш рост и зрелось. Например: «Изначально мы определили неподходящие метрики, но после запуска поняли, что лучше подойдут вот другой набор».
- Делайте процесс визуально доступным. Используйте схемы, диаграммы или скрины экранов, чтобы показать ход работы. Это поможет визуализировать не только итог, но и путь к нему.
Отсутствие реального результата
UI скрины, как итог — это конечно красиво. Но они ничего не говорят о том, какую ценность вы принесли в той или иной ситуации. Какое влияние ваши решения оказали на продукт? Какие метрики изменились? Какие выводы сделали после релиза? Если ответов на эти вопросы нет, то ваш кейс превращается в набор картинок.
Основная проблема заключается в отсутствии акцента на ценности, которые вы создали для бизнеса и пользователей. Дизайнер не должен забывать, что его работа заключается в решении конкретных задач, а не только в рисовании красивостей.
Что делать, чтобы избежать ошибок
- Ориентируйтесь на результат. В каждом кейсе обязательно указывайте, каких результатов удалось добиться. Это могут быть количественные (рост конверсии, снижение оттока, уменьшение процента ошибок в сценарии) или качественные (улучшение восприятия бренда, повышение удовлетворенности клиентов). Например: «Благодаря переработке формы, нам удалось сократить процент ошибок в сценарии на 20%».
- Ссылайтесь на метрики. Даже если вы не работали напрямую с аналитикой, найдите способ привязать ваши решения к бизнес-результатам. Например: «После внедрения нового дизайна в форму регистрации количество обращений в поддержку по этому разделу сократилось на 30%».
- Подчеркивайте влияние вашей работы. Расскажите, как ваши решения повлияли на продукт или команду. Например: «Благодаря созданию UI кита нам удалось ускорить процесс разработки новых функций на 20%».
- Опишите даже гипотетический результат. Если проект остался на стадии концепта или не был запущен в бой, расскажите, как вы оцениваете его потенциальное влияние. Например: «Предложенное решение могло бы снизить время регистрации пользователя с 3 минут до 1 минуты».
- Сравните «до» «после». Покажите, как ваши решения изменили продукт. Это можно сделать через визуальные сравнения (старый экран vs новый экран) или через описание изменений. Например: «На старом экране пользователи не могли найти кнопку подтверждения, на новом мы увеличили ее размер и переместили в центр».
- Будьте конкретны. Избегайте размытых формулировок вроде «улучшил интерфейс» или «сделал удобнее». Конкретика («снизили количество ошибок ввода данных на 10%») всегда ценнее.
- Документируйте свои успехи. Не забывайте сохранять промежуточные результаты: скриншоты, отчеты, данные исследований. Это поможет вам подкрепить ваши слова фактами.
Недостаток контента
Когда в портфолио только визуал, без объяснений, почему те или иные решения были приняты, это выглядит как просто набор картинок. Контекст показывает, что вы понимаете проблемы бизнеса и пользователей, а также умеете находить обоснованные решения. Без контекста ваша работа воспринимается поверхностно, а ваши навыки — неубедительно.
Что делать, чтобы избежать ошибок на этом этапе
- Описывайте проблему. Каждый кейс должен начинаться с описания задачи. Какие проблемы нужно было решить? Какие были цели проекта? Например: «30% пользователей не могли пройти сценарий регистрации с первой попытки».
- Объясняйте решения. Каждое решение должно быть обосновано. Почему выбрали именно этот вариант? Например: «Мы увеличили размер кнопки, чтобы улучшить её заметность, так как 40% пользователей не могли её найти в текущем дизайне».
- Делитесь процессом принятия решений. Покажите, как вы пришли к финальному результату. Например: «Мы протестировали три варианта прохождения сценария и выбрали первый, потому что процент ошибок на нем был минимальным».
- Привязывайте дизайн к целям бизнеса. Объясните, как ваши решения связаны с бизнес-целями. Например: «Упрощение навигации привело к увеличению оформления подписки на 20%».
- Не забывайте про историю. Рассматривайте каждый кейс как рассказ. В начале — проблема, затем путь решения. В середине — сложности и преодоление. В конце — результат.
Конфликты неизбежны
Работа дизайнера — это не только создание макетов, но и умение работать с командами, убеждать и работать с возражениями. Однако многие избегают упоминания сложностей или конфликтов, думая, что это выставит их в плохом свете. На самом деле, это огромный упущенный шанс показать свою зрелость и профессионализм.
Проблемы и конфликты неизбежны в любом проекте. Умение находить решения, выстраивать коммуникацию и при этом сохранять продуктивность является ключевым качеством хорошего дизайнера. Если этого не показать, портфолио может выглядеть поверхностным и нереалистичным.
Что делать, чтобы избежать ошибок на этом этапе
- Рассказывайте о реальных проблемах. Не бойтесь упоминать трудности, с которыми вы столкнулись. Например: "На этапе согласования концепта возникли разногласия с маркетинговой командой, так как их цели отличались от пользовательских потребностей".
- Опишите процесс решения конфликта. Расскажите, как вы справлялись с разногласиями. Например: «Мы провели сессию, на которой вместе разобрали конфликтную ситуацию. Нашли компромиссный вариант, который объединил цели обеих сторон».
- Делитесь своими эмоциями. Будьте честны в описании свои чувств. Например: «Я чувствовал неуверенность, но решил задать больше вопросов, чтобы глубже понять потребности коллег».
- Показывайте, как извлекли уроки. Укажите, как этот опыт помог вам расти профессионально. Например: "После этого конфликта я стал заранее уточнять цели всех участников проекта и проактивно делиться промежуточными результатами".
- Покажите, что вы не боитесь ответственности. Если вы принимали трудное решение, напишите об этом. Например: "Я настоял на упрощении функции, хотя изначально это вызвало скепсис у команды. В итоге решение сократило время разработки и положительно сказалось на тестировании у пользователей".
- Не скрывайте недочеты. Если были ошибки, покажите, как вы их исправили. Например: "Изначально я недостаточно учёл технические ограничения, что привело к переделке. Однако в процессе я разработал новую систему проверки требований, которая улучшила наши будущие проекты".
- Покажите свою устойчивость. Расскажите, как вы справлялись со стрессом и сохраняли продуктивность. Например: "Несмотря на сжатые сроки и неоднократные изменения требований, я разработал план работы, который помог нам уложиться в дедлайн без потери качества".
Заключение
Работа над проектами — это всегда хаос, и в этом хаосе скрыта ваша сила. Умение справляться с неожиданностями, находить компромиссы и достигать целей — вот что делает вас ценным профессионалом. Создавая портфолио, сделайте акцент на том, как вы управляли хаосом и выносили из него уроки. Пусть ваше портфолио станет свидетельством вашей гибкости и способности адаптироваться к любым условиям.
Как сферический дизайнер может просчитать этот пункт - "Благодаря созданию UI кита нам удалось ускорить процесс разработки новых функций на 20%"???? Он должен с секундомером замерять время закрытия тасок у фронтов?
Эти задача РП, а не дизайнера. Если бы Вам пришлось собеседовать на лид позицию - то велком, а иначе, Вы пытаетесь навязать функции не по грейду.
Здравствуйте! Стоять с секундомером замерять время закрытия тасок нет необходимости. Тем более у фронтов. Пример скорее использован образный, не как прямое руководство к действию. Только, чтобы раскрыть, что имею в виду под тем или иным пунктом.
Но давайте представим ситуацию, в которой дизайнер (не лид, не рп) участвовал в проекте оптимизации рабочего процесса доставки дизайн-макетов до отдела разработки. В итоге оптимизация удалась, в том числе за счет работы того самого дизайнера. Захотелось ему рассказать об этом в кейсе. Может ли он узнать нужную ему информацию? На сколько быстрее? На сколько меньше ошибок (возвратов на доработку)?
Точно ничего и никому не пытаюсь навязать. У каждого своя голова на плечах имеется.