Наташа Косинова. Варю айти СУП
2.68K subscribers
67 photos
3 videos
9 files
335 links
Системный аналитик, тимлид, ментор, бизнес-тренер, автор айти курсов. Работаю в айти с 2006 года. Мой канал про айти, без лапши успешного успеха. Варю айти СУП здорового человека)

Мои услуги:
https://nkosinova.taplink.ws

Написать мне @tasha_kvitka
Download Telegram
​​#моемнение #UX #UI #дизайн #капитаннеочевидность #теория

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

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

Изначально в ИТ, дизайнеры, в том виде в котором есть сейчас, не особо существовали, и такого количества направлений не было. Был просто один веб-дизайнер и чаще всего он занимался тем, что создавал сайты, так чтобы было "красиво". Правда это красиво очень субъективно))) Сейчас структурно стало намного больше задач и все стремяться к качеству, разрабатываемого продукта. То есть произошла естественная эволюция от "веб-дизайнера" через стадию "Дизайнер"+"Проектировщик", до разбиения на "Дизайнер Продукта", "Аналитик", "Проектировщик".

При этом то самое качество изменяет индустрию так, что в сфере дизайна ИТ начинается своё дробление.
Из того, что я знаю, это дизайнер, который отвечает за красоту знает как сочетать цвета, знает тренды и т.п., есть гейм-дизайнер, разработка компьютерных игр, есть моушен-дизайнер знает как оживить картинку и сделать эффект вау на телевидении, видео роликах и т.п., есть дизайнер продукта - помогает развитию продукта, что чтобы у пользователя складывался законченный взгляд на работу продукта, и есть проектировщик, который может быть дизайнером, но как показала практика, лучше не стоит. Мне кажется здесь такая же аналогия как между системным и бизнес анализом. Системный аналитик может делать бизнес анализ, но лучше не стоит)))

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

Джесс Гарретт, признаный гуру в ИТ архитектуре и опыте взаимодействия, выделил 5 уровней взаимодействия пользователя и сайта. Я думаю, эти уровни общие и для других продуктов. На эти уровни можно посмотреть на картинке или загуглить и почитать подробнее.

И вот получается, что по этим уровням:
👉стратегия - product manager, аналитик,
👉требования - аналитик,
👉структура - аналитик, архитектор, проектировщик,
👉компоновка - проектировщик,
👉раскраска - дизайнер интерфейсов.

Я именно так для себя определяют этапы работы.
#мысливслух #дизайн #ux #ui #мирвокруг #мойопыт #историиизжизни

Вечный спор между аналитиком и проектировщиком пользовательских интерфейсов, выглядит примерно так: "Я тебе дал все требования, что не так? Это не могу показать заказчику!!"
И - "Я художник, я так вижу".

После этой фразы, проектировщики должны от меня отписаться))

Часто взаимное НЕпонимание возникает из-за того, что люди не слышат друг друга, я #капитаночевидность, но ещё и из-за того, что каждый понимает свою роль, задачи, по своему, в меру своего опыта и знаний. И ещё я бы добавила, что часто встречаю "людей не на своём месте". Ожидания от роли никто на берегу не определил. И подходит ли данный человек под эту роль, тоже вопрос.

К сожалению это большая проблема, когда задачи не по силам. Что аналитику не хватает знаний, компетенций и скиллов донести нужное, но и проектировщик интерфейсов, часто просто дизайнер, и он не углубляется именно в проектирование. И тем более не может объяснить аналитику, что от него нужно, если и сам не знает, что и в каком объёме должен делать. В итоге аналитик может начать убирать проектировщика из процесса, или команда насчёт его убирать. Потому что звено тормозит процесс. Это произойдёт сама собой, если не вмешается руководитель или Тим Лид.

"Психбольница в руках пациентов", название книги говорит само за себя. И я всё чаще и чаще её вспоминаю. #рекомендасьон В ней очень доступным языком описана проблема, того, что информационные продукты прежде всего создаются для людей, а не для команды разработки. И пользуются ими очень разные люди, и ожидания от продукта разное и связано с пользовательским опытом, техникой, контекстом работы.

Про книгу я писала в предыдущих постах, мои первые посты в моем канале)))
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47

А когда градус НЕпонимания доходит до кипения, выживает сильнейший. В моей практике был случай, когда я выжила, а дизайнер уволился. Он не мог мне объяснить, что он дизайнер, а не проектировщик интерфейсов.

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

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

И тут ещё один вывод, аналитик не всегда может создать вменяемый пользовательский интерфейс, он мыслит другими плоскостями. По крайней мере я говорю за себя)))
Да и честно говоря, аналитик это швейцарский ножик или даже сельский врач, и всё на уровне профессионализма выполнять просто нереально. Это какой-то ходячий гений)
Что-то точно будет сбоить. И если потребуется глубина, высокий уровень качества, придётся из "села" поехать в город к специалисту нужного профиля)

P. S. Немного теории из ux/ui
https://t.me/start_in_IT/76