В портфолио для собеседования три проекта должны показать не три похожие картинки, а разные стороны вашей работы. Ниже разобран рассказ о пользовательском сценарии, рабочем компромиссе и передаче дизайна в разработку: что выбрать для слайдов, как распределить время и где отделить личный вклад от результата команды.
Прежде всего соблюдайте задание работодателя: отведённое время и запрошенное содержание. Когда кейсы выбраны, отдельное руководство поможет собрать презентацию-портфолио из материалов в Presenti. Этот разбор посвящён содержанию выступления: как связать три кейса в один рассказ для интервью.
В примере вымышленный продуктовый дизайнер устраивается в команду рабочего программного обеспечения. Три проекта показывают структуру рассказа, а не реальные результаты клиентов.
Выберите проекты, которые показывают разные навыки
Начните с требований к должности. Затем выберите проекты, о которых можете говорить предметно. Три похожих эффектных экрана могут сказать меньше, чем одна законченная функция, один сложный компромисс и небольшое улучшение, ограничения которого вы способны объяснить.
В примере от дизайнера ждут понятных пользовательских сценариев, конструктивной совместной работы и умения улучшать существующий продукт. Для этого выбраны три кейса:
| Проект | Что показывает кейс | Какие материалы стоит показать |
|---|---|---|
| Запрос на обмен сменами | Преобразование запутанного сценария в понятную последовательность решений. | Исходный путь, рассмотренный вариант и итоговый прототип. |
| Форма отчёта о расходах | Работу в рамках существующей системы и поиск компромисса. | Ограничение, предложенное изменение и причину отказа от другого варианта. |
| Передача сценариев прав доступа | Подготовку дизайна для команды, которая будет его реализовывать и поддерживать. | Схему состояний с пояснениями и пример передаваемых материалов. |
Не выбирайте проект только из-за известного имени клиента. Если вы не можете объяснить свой вклад или показать достаточно материала, менее крупный проект может оказаться убедительнее. И наоборот: не пытайтесь вместить три проекта в задание, где явно просят один подробный кейс.
Постройте рассказ вокруг самого сильного кейса
Дайте наиболее подходящему для должности проекту достаточно времени, чтобы раскрыть важное решение. Другие кейсы добавят разнообразия. Для условного двенадцатиминутного выступления дизайнер может отвести минуту на введение, пять — на обмен сменами, три — на форму расходов, две — на передачу сценариев доступа и одну — на завершение. Это пример распределения времени; ориентируйтесь на реальный формат интервью и при необходимости оставляйте время для вопросов.
Хорошее начало конкретно: «Эти проекты показывают, как я делаю сценарии понятнее, принимаю решения в рамках существующего продукта и готовлю дизайн к реализации». Аудитория понимает, зачем следить за тремя разными историями, без заявления, что вы умеете всё.
В каждом кейсе держите в поле зрения одни и те же вопросы: что требовалось изменить, за что отвечали вы, какое решение было важным, что вы подготовили и что произошло дальше. Глубина рассказа может различаться. Не нужно демонстрировать каждую исследовательскую заметку и каждую итерацию только ради доказательства, что процесс существовал.
Подробный пример: запрос на обмен сменами
Сделайте проблему наглядной
В вымышленном рабочем приложении сотрудник может выбрать заменяющего коллегу до того, как увидит, подходит ли тот для этой смены. Запрос отклоняется уже на позднем этапе. Задача дизайна — сделать выбор и согласование понятными, не скрывая действующие правила.
Покажите исходный путь в сокращённом виде: выбрать смену, выбрать коллегу, отправить запрос, получить сообщение о несоответствии условиям. Объясните последствие как проблему сценария. Не добавляйте процент отказов пользователей без подтверждающих записей.
Отделите свой вклад от работы команды
В этом примере дизайнер описывает взаимодействие, разрабатывает альтернативы, готовит прототип и материалы для передачи. Менеджер продукта определяет правила планирования вместе с операционной командой. Разработчики устанавливают, какие проверки допустимости можно выполнить до отправки запроса.
Проговорите эти границы. «Я спроектировал сценарий подачи запроса» — точное и убедительное утверждение. «Я преобразовал планирование персонала» скрывает распределение работы и мешает оценить личный вклад.
Покажите решение, а не все итерации
Дизайнер рассматривает два варианта. Первый скрывает неподходящих коллег из списка. Второй оставляет их видимыми, добавляет короткое объяснение и не позволяет выбрать.
В прототипе используется второй вариант. В этом вымышленном случае сотрудники уже знают свою команду: необъяснимо пропавшее имя могло бы выглядеть как ошибка списка. Поэтому дизайн показывает статус и его причину. Это обоснование решения, которое можно обсудить, а не доказательство, что все продукты для планирования персонала должны работать именно так.
Поставьте рядом две альтернативы, ограничение и выбранный подход. Теперь собеседник может спросить о конфиденциальности, изменении условий допуска или поведении при недоступной проверке. Такие вопросы полезнее экскурсии по двадцати почти одинаковым каркасам экранов.
Опишите результат работы и то, что пока неизвестно
Готовый кейс показывает выбранного коллегу, недоступный выбор с объяснением, ожидание согласования и возврат после отклонённого запроса. Объясните, как эти состояния связаны между собой.
В примере работа заканчивается прототипом и передачей материалов. Дизайнер может рассказать, что было спроектировано и почему. Нельзя утверждать, что стало меньше неудачных запросов, выросла удовлетворённость сотрудников или успешно состоялся запуск. Если проект позднее выйдет в продукт, добавьте реальный результат и основания для его оценки.
Дополните картину другими кейсами
Второй кейс должен раскрыть то, чего не показал первый. В примере с формой расходов дизайнер предлагает убрать обязательное поле. Финансовая команда объясняет, что оно необходимо в текущем процессе согласования. Портфолио не скрывает разногласие, а показывает более узкое изменение: пояснение переносится к самому полю, а требуемый формат становится понятнее.
Смысл не в том, что получилась лучшая возможная форма. Кейс показывает, что кандидат умеет объяснить ограничение, отличить дизайнерское предпочтение от рабочего требования и внести полезное изменение в доступных рамках. Покажите отклонённый вариант настолько кратко, насколько позволяет объяснение выбранного решения.
Третий кейс посвящён передаче в разработку. В вымышленной функции управления доступом одного экрана недостаточно, чтобы понять права читателя, редактора и владельца. Дизайнер добавляет небольшую схему ролей и состояний, пример недоступного действия и сообщение при изменении доступа.
Объясните, что эти материалы сообщают команде реализации. Не представляйте их доказательством, что функция была построена в точном соответствии с дизайном, если вы не проверяли выпущенный продукт.
Дайте каждому слайду конкретную доказательную задачу
Портфолио из девяти слайдов может иметь такую последовательность:
- Основная идея портфолио: три навыка, которые показывают выбранные проекты.
- Проблема и роль в обмене сменами: исходный путь, затруднение пользователя и ваша ответственность.
- Решение для обмена сменами: альтернативы, ограничение и причина выбора.
- Результат работы над обменом сменами: ключевые состояния, переданный материал и статус проекта.
- Ограничение формы расходов: желаемое улучшение и требование, которое нельзя было изменить.
- Изменение формы расходов: более узкое решение и то, что оно подтверждает и чего не подтверждает.
- Передача сценариев доступа: схема состояний и вопрос реализации, на который она отвечает.
- Что объединяет проекты: ваш подход к неопределённости, сотрудничеству и объяснению.
- Обсуждение: кейс или решение, которое вы готовы раскрыть подробнее.
Используйте читаемые фрагменты или схемы, раскрывающие обсуждаемое решение. Полный экран настольного приложения, уменьшенный до миниатюры, редко объясняет деталь. Добавьте контекст, если обрезанный фрагмент может исказить представление об интерфейсе или сценарии.
Честно показывайте конфиденциальную и незавершённую работу
До подготовки версии для интервью проверьте, что разрешено показывать. Удалить логотип может быть недостаточно, если экран содержит данные клиентов, закрытую стратегию или узнаваемую внутреннюю информацию. При ограниченном разрешении объясните задачу и свою роль на допустимом уровне либо выберите другой проект.
Если используете реконструкцию, обозначьте это и объясните, что она воспроизводит. Разделяйте концепцию, прототип, выпущенную функцию и измеренные результаты. Незавершённый проект тоже может показать продуманное решение. Вводящим в заблуждение он становится тогда, когда презентация незаметно приписывает ему результат, которого не было.
Подготовьте небольшое приложение для вопросов: ещё одну альтернативу, увеличенный фрагмент материала или основание заявленного результата. Отделите его от основного рассказа, чтобы первое выступление сохраняло фокус.
Соберите презентацию из согласованных заметок о проектах
После выбора кейсов кратко опишите каждый: контекст, свою роль, решение, подготовленный материал, статус проекта и результат, которым разрешено поделиться. Presenti поможет превратить эти заметки в редактируемый черновик слайдов. Передайте разрешённые материалы и укажите, что нельзя придумывать метрики, участников исследований, цитаты клиентов или результаты запуска.
Проверьте в черновике распределение ответственности и акценты. Работа команды должна оставаться работой команды, а перспективный прототип — прототипом. Репетируйте с реальным лимитом времени. Переносите дополнительные детали в приложение, а не проговаривайте в спешке решение, ради которого стоит показывать кейс.
Сильное портфолио облегчает подробный разговор о вашей работе. После него должно быть понятно, что сделали вы, почему выбрали такой подход и какие части рассказа подтверждаются материалами, которые вы можете показать.
