Продуктовый дизайн: как не упустить важное, делая тестовое задание

Egor Kosmachev
Xsolla Tech Blog

--

Привет! Меня зовут Егор, я продуктовый дизайнер в Xsolla.

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

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

Статья подойдет стажёрам и дизайнерам уровня Junior или Middle.

Начнём.

Разберите задание

Разобрал тестовое задание на логические блоки

Продуктовый дизайн — это прежде всего исследование. Изучите тестовое задание несколько раз. А лучше перепишите его. Звучит скучно, но мозг воспримет информацию иначе.

Например, мне досталась задача придумать процесс повышения сотрудника через внутренний сервис компании. С двумя вариантами на выбор:

  • Путь сотрудника — отправление заявки на повышение
  • Путь руководителя — получение заявки и принятие решения

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

Складывается красивый флоу с очевидными интерфейсными решениями. Но…

Меня остановило упоминание экспертной группы в единственном предложении на 2 странице тестового задания.

Разберемся, что представляет из себя «экспертная группа».

Исследуйте неочевидное

Вообще любое тестовое стоит начать с изучения компании и её продуктов (по возможности изнутри)

Гипотетически, экспертная группа из задания — это представители команд HR, аналитики, разработки и коллег по гильдии нашего сотрудника или руководителя. Все те, кто дает конструктивный фидбек и влияет на повышение.

Я перешел на сайт компании > посмотрел, сколько продуктов в экосистеме Xsolla. Вероятно, столько и команд. Сотрудник может работать в нескольких.

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

Оказывается, собрать экспертную группу сложнее, чем отправить и принять заявку о повышении. Не учитывать это в дизайне — фатально. История тянет на полноценный третий вариант тестового задания.

Визуально формируется не образ функции повышения в вакууме, а социальная сеть с иной постановкой процесса. Либо кардинальное отступление от первоначального запроса.

Я учел этот фактор при проектировании. Впоследствии он обсуждался отдельно и принес дополнительные очки на собеседовании.

Поделитесь мыслями

Дизайн процесса повышения и реакции на заявку из моего макета тестового задания

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

Пускай это будут записи на бумаге, кривые наброски и простые схемы, не пожалейте времени.

Собрав «текстовый прототип» и поняв, какие функции понадобятся для выполнения цели сотрудника, изучите аналоги. Я начал с социальных сетей и продолжил офисными приложениями.

То, как выглядят существующие сервисы — результат труда целых команд инженеров. Изучайте и улучшайте его.

Собрав, что удалось найти, на отдельную страницу доски макета в Figma, я взялся за дизайн.

Презентуйте

Обложка презентации моего макета и шот на Dribbble по совместительству

Последним этапом следует презентация проделанной работы.

Дам 3 совета из опыта:

  1. Если есть время, соберите презентацию с решениями и кратким описанием, чтобы помогать себе на разборе работы. Одно решение — один слайд, затем аргумент в его пользу. Не смешивайте все в кучу.
  2. Если нет времени, аккуратно и последовательно структурируйте макеты с текстовыми обозначениями. Чтобы доска в редакторе сама по себе становилась интерактивной презентацией и помогала вести последовательный рассказ.
  3. Рассказывайте о себе. Не о том, какие курсы прошли, сколько получили дипломов и взяли лент на Behance. Людям интересно работать с людьми, а не только с набором скиллов. Здоровый климат в команде влияет на продуктивность и желание брать ответственность. Поделитесь своими увлечениями, странностями, музыкальными альбомами и последними прочитанными художественными книгами. Восполнить технические пробелы проще, чем человечность.

Итог

Макет моего тестового задания без черновиков. Но масштаб не показатель. У кого-то он всегда больше, а у кого-то меньше, но проработан детальнее

Без перечисленных выше пунктов моё тестовое задание было бы другим. Думаю, финал собеседования тоже.

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

Лучше показать неидеальный результат, нежели не показать ничего из-за стремления к совершенству. Но если на него есть время и возможность — выкладывайтесь, это оценят.

Ссылки

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

--

--

Egor Kosmachev
Xsolla Tech Blog

Product Design Director at Xsolla, ex. Creative Director at Virink