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