Обложка канала

Поясни за UX

Интерфейсы здорового человека

Поясни за UX

4 года назад
Открыть в
Наткнулась на статью о том, как ставить задачи на дизайн. Ее писал маркетолог. И у меня настолько загорелось, что я решила написать пост. Перешлите его своим маркетологам, да и вообще всем, кто задачи на дизайн ставит через причинные места. Для начала, цитаты из этой самой статьи. Начиналось все очень бодро: "Максимально детально опишите требования к макету, который хотите получить. Не стесняйтесь указать зачем это необходимо, для каких целей, аудитории и какую задачу дизайн будет выполнять." - ну допустим Но дальше: "Приложите визуальные примеры и собственноручно-составленные мокапы по конкретному дизайну (особенно это касается схематических дизайнов, таких как лендинги, элементы сайта или e-mail). В этом случае дизайнеру будет легко визуализировать запрос, а вы быстро получите получите свой дизайн." - тут меня конкретно вынесло. В моей практике абсолютное большинство случаев, когда другие специалисты (аналитики, менеджеры) приносили свои поделки в качестве ТЗ на проектирование, оборачивались часовыми срачами, фрустрацией обеих сторон и выполнение задачи затягивалось еще больше. Пример: на проекте один дизайнер (я) и 3 бизнес-анатилика. Я маленечко не успеваю делать все, что падает в бэклог. Аналитики решают сами забубенить макеты в Balsamiq и пойти обсуждать их с разработкой: можно так технически или нельзя. Слава богу меня позвали на эту встречу. У разработчиков рот порвало от количества вопросов, замечаний, сомнений и непонимания как что будет работать, а главное как это интегрировать с текущими решениями и нашей дизайн-системой. Про степень удобства спроектированного, я думаю, можно не говорить. Короче, урок номер один: в задаче на дизайн не должно быть готового дизайна. Максимум, референсы, да и то чисто на обсудить. На этом, в принципе, статья маркетолога заканчивается (прикиньте, да), а я продолжу свою мысль. Чтобы дизайнер aka проектировщик интерфейсов мог сделать свою работу качественно, ему надо понимать всего три веши: 1. Проблема - чью и какую боль мы пытаемся унять и почему это вообще надо делать 2. Контекст - в каких ситуациях и как эта боль возникает 3. Ограничения - технические, финансовые, любые короче Из дальнейших совместных обсуждений могут родиться гипотезы о том, как можно проблему решить и как измерить что у нас все получилось. Итого, урок номер два: в задаче на дизайн не должно быть решения. К вам, как к стоматологу, приходят с проблемой. Вот тут я приводила пример. Это все надо понимать самому и насаждать среди клиентов и коллег. Иначе вы не более чем оператор фигмы.