Комментарии 2
У них в ISO написано, кто должен заниматься юзабилити? Если нет, пусть напишут.
От отдельных спикеров всё время слышишь, что UX-дизайнеру нельзя и даже профессионально вредно заниматься UI-дизайном. А в вакансиях на позиции UX-дизайнеров — сплошные требования к UI-дизайнерам (графика, академический рисунок, чего только нет), плюс максимум пара общих фраз про адекватность взаимодействия с заказчиком.
От отдельных спикеров всё время слышишь, что UX-дизайнеру нельзя и даже профессионально вредно заниматься UI-дизайном. А в вакансиях на позиции UX-дизайнеров — сплошные требования к UI-дизайнерам (графика, академический рисунок, чего только нет), плюс максимум пара общих фраз про адекватность взаимодействия с заказчиком.
Одним из стандартов, который дает рекомендации по управлению юзабилити является стандарт ISO 9241-210. Ниже привожу выдержку:
Естественно, стандарт описывает некий идеальный вариант.
Что касается вопроса о вреде опыта UI-дизайна для UX-дизайнера. Мне трудно предположить (не зная контекста выступления), что именно имели в виду спикеры. Возможно они подразумевали, что наличие опыта в различных областях определенно идет на пользу, однако, есть некоторые подводные камни.
Из моего опыта общения с условно «технорями» и «креативщиками» в рамках юзабилити могу отметить, что и у тех и у тех есть сложности смены парадигмы:
При этом не важно, получили они опыт в Москве, Лондоне, Дели или Тегеране.
На мой взгляд, главное требование для успеха в рамках UX-процесса — заниматься именно UX, то есть ориентироваться на тот самый experience пользователей.
ISO 9241-210
4.7 Включение в группу специалистов с навыками и знаниями в различных областях
Группы человеко-ориентированного проектирования не должны быть большими, но они должны быть способны вырабатывать совместные проектные решения. В состав группы проектирования могут входить специалисты с различными точками зрения на проект и обладающие знаниями в разных научных областях:
a) специалисты в области антропометрии и эргономики, пригодности использования, взаимодействия человек — компьютер, анализа предполагаемой совокупности пользователей;
b) пользователи и другие причастные стороны (или люди, способные представить свою точку зрения);
c) эксперты в определенной области (прим. автора если делаете ПО для врачей, позовите врачей. Такие компании, как Siemens, нанимают врачей на полную ставку);
d) специалисты по маркетингу, брендингу, продажам, технической поддержке и обслуживанию,
здоровью и безопасности;
e) разработчики пользовательского интерфейса, визуального проектирования и проектирования продукции;
f) специалисты по составлению технического описания, обучению, поддержке пользователей;
g) специалисты по управлению, организации обслуживания и корпоративному управлению;
h) специалисты по анализу экономической деятельности, системному анализу;
i) специалисты по системному проектированию, проектированию программного и аппаратного обеспечения, программированию, изготовлению и обслуживанию;
j) специалисты в области человеческих ресурсов, устойчивого развития и др.
Креативность и идеи участников группы, их взаимодействие и сотрудничество благотворно сказывается на разработке проекта. Дополнительным преимуществом междисциплинарного подхода и учета разных точек зрения является повышение осведомленности участников группы об ограничениях и положении дел в других дисциплинах; например, технические эксперты могут стать более чувствительны к проблемам пользователей, а пользователи будут более осведомлены о технических ограничениях.
Группы человеко-ориентированного проектирования не должны быть большими, но они должны быть способны вырабатывать совместные проектные решения. В состав группы проектирования могут входить специалисты с различными точками зрения на проект и обладающие знаниями в разных научных областях:
a) специалисты в области антропометрии и эргономики, пригодности использования, взаимодействия человек — компьютер, анализа предполагаемой совокупности пользователей;
b) пользователи и другие причастные стороны (или люди, способные представить свою точку зрения);
c) эксперты в определенной области (прим. автора если делаете ПО для врачей, позовите врачей. Такие компании, как Siemens, нанимают врачей на полную ставку);
d) специалисты по маркетингу, брендингу, продажам, технической поддержке и обслуживанию,
здоровью и безопасности;
e) разработчики пользовательского интерфейса, визуального проектирования и проектирования продукции;
f) специалисты по составлению технического описания, обучению, поддержке пользователей;
g) специалисты по управлению, организации обслуживания и корпоративному управлению;
h) специалисты по анализу экономической деятельности, системному анализу;
i) специалисты по системному проектированию, проектированию программного и аппаратного обеспечения, программированию, изготовлению и обслуживанию;
j) специалисты в области человеческих ресурсов, устойчивого развития и др.
Креативность и идеи участников группы, их взаимодействие и сотрудничество благотворно сказывается на разработке проекта. Дополнительным преимуществом междисциплинарного подхода и учета разных точек зрения является повышение осведомленности участников группы об ограничениях и положении дел в других дисциплинах; например, технические эксперты могут стать более чувствительны к проблемам пользователей, а пользователи будут более осведомлены о технических ограничениях.
Естественно, стандарт описывает некий идеальный вариант.
Что касается вопроса о вреде опыта UI-дизайна для UX-дизайнера. Мне трудно предположить (не зная контекста выступления), что именно имели в виду спикеры. Возможно они подразумевали, что наличие опыта в различных областях определенно идет на пользу, однако, есть некоторые подводные камни.
Из моего опыта общения с условно «технорями» и «креативщиками» в рамках юзабилити могу отметить, что и у тех и у тех есть сложности смены парадигмы:
- «Технорям» периодически сложно отказаться от фиксации на крутых технологиях и фичах продукта. Для них фичи и есть конечная цель;
- «Креативщикам» бывает сложно абстрагироваться от эстетической составляющей. Для них конечной целью является красивая/интересная картинка.
При этом не важно, получили они опыт в Москве, Лондоне, Дели или Тегеране.
На мой взгляд, главное требование для успеха в рамках UX-процесса — заниматься именно UX, то есть ориентироваться на тот самый experience пользователей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ISO 9241-110 — Принципы организации диалога