Как я подхожу к решению любой задачи

Раньше у меня была проблема: в голове отложился паттерн, что дизайнер — это человек, который просто что-то рисует. Типа «рабочие руки». И, придя в Яндекс Лавку, я столкнулась с тем, что рисовать по 10 концептов одного и того же блока уже не работает. Надо подходить к задаче более системно. После разговора с лидом я получила краткий план по пунктам, как решать любую задачу, чтобы потом не приходилось всё переделывать заново.

Итак, основное, что нужно определить для себя: а что именно мы сейчас решаем? Нельзя начинать задачу, опираясь на слова: «надо сделать красиво», «это не работает» или «ну поправь что-нибудь». Перед тем как залезть в череду макетов и закопаться в цветах, картинках и флоу, я стараюсь ответить на несколько вопросов. Если не получается — иду к менеджеру и мучаю его)

Какую задачу мы сейчас решаем?

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

Откуда мы вообще знаем о проблеме?

Нужно найти истоки этой задачи: исследования, фидбек пользователей, долгосрочное видение, гипотеза и т. д. Лучше не начинать делать задачу, если проблема сформулирована на уровне «нам кажется».

Как мы поймём, что решение хорошее?

Например, пользователи перестанут писать в поддержку с такой-то проблемой или время прохождения сценария станет меньше. И да-да, это те самые метрики, про которые все говорят. Важно договориться об этих признаках хорошего решения до того, как задача пойдёт в прод, чтобы потом не гадать: получилось у нас сделать лучше или нет?

Какие есть ограничения?

Технические, временные, юридические — да вообще любые. Чтобы не получилось так, что я сделала макеты, потом приходит юрист и говорит: «Нет, мы так не можем, надо переделать».

Также важно учитывать другие команды, если задача с ними пересекается. Дальше, когда мы нашли ответы на все эти вопросы, я иду собирать продовые макеты.

Что это значит? Я не раз сталкивалась с тем, что делаю какую-то задачу в конкретном блоке, а потом оказывается, что он уже выглядит по-другому, просто макеты в Figma не те. Поскринить прод занимает 5 минут, но бережёт вас от срывного нерва)

Следующим шагом ищем референсы. Можно смотреть, как сделано в других продуктах — не только на российском рынке, но и за рубежом. А можно вообще отстраниться от тематики и пойти искать классные картинки, которые будут применимы к вашей задаче. Дальше я формирую гипотезы для себя и только после этого иду делать макеты.

И когда делаю макеты, важно не забыть про корнер-кейсы, ошибки и всякие ответвления, которые могут возникнуть у пользователя. Это тоже поможет уберечь нервы, когда к вам придёт разработка и скажет: «Вот тут не хватает 10 состояний или 5 ошибок».

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

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