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