1 час для человеческих факторов и [закрытого] удобства использования
6 ответов
Я обязательно включу примеры того, о чем вы говорите, применительно к вашим основным продуктам. Частично высокий уровень - это нормально, но примеры делают это реальным.
Также покажите, как человеческий фактор может помочь в более быстром достижении целей групп UE (X% удовлетворенности клиентов, более быстрое время выхода на рынок и т. Д.). Разбудить их аппетит, предложив им решения их проблем.
Этот сценарий меня немного беспокоит. У вас есть UX-команда, но они не так популярны в UX. И у вас есть час, чтобы рассказать о человеческом факторе?
Выясните, в чем заключается каждая из их слабостей, отправьте их на учебные курсы. Один час - это очень мало.
Я бы посоветовал иметь прогрессивную точку зрения клиентов на пользовательский опыт с точки зрения
- Базовых функций (обязательно)
- Дополнений / улучшений
- Простота и удобство
- Как указать, что опыт не связан с риском (Безопасность)
- Хладнокровие
- Экологический фактор
Если это для вашей UX-команды, я бы подумал, что у них уже есть, по крайней мере, 10000 футов обзора. Если это будет серия выступлений в формате "обед и обучение", то сначала расскажите об основах, а в последующих выступлениях погрузитесь в конкретику.
Если это будет самостоятельный доклад, я бы быстро изложил основные моменты (5 - 10 минут), а затем выбрал конкретную тему.
Учитывая, что ваша аудитория уже имеет некоторое представление об UX, я бы использовал это время для представления одного-трех конкретных примеров и уроков, извлеченных из вашего личного опыта работы. Опишите проблему дизайна или работы пользователя, как вы с ней справились и каков был результат. Выберите случаи, в которых нет простых ответов, например, когда соответствие стандартам противоречит результатам тестирования юзабилити, или когда общий принцип проектирования человеческих факторов противоречит теоретическому или формальному анализу (например, GOMS).
Для каждого случая постарайтесь привлечь аудиторию к обсуждению проблемы и путей ее решения. Попросите их определить плюсы и минусы каждого решения и посмотрите, смогут ли они придумать такое решение, которое решит все проблемы, например, как конструкция может соответствовать стандартам и при этом достигать высоких показателей при тестировании. Вполне нормально представить случай, когда вы не уверены в реальном реализованном решении. Главное - заставить аудиторию задуматься о юзабилити и дизайне.
Работая с конкретными примерами, вы даете аудитории возможность проверить на практике то, что она уже знает на высоком уровне. Такой подход позволит охватить основы, но не даст вам наскучить людям, которые уже знают их на теоретическом уровне. Если конкретные примеры служат хорошей иллюстрацией тех областей, которые, по вашему мнению, команда может улучшить, тем лучше. Если это позволит вам представить новый принцип или процесс, выходящий за рамки основ, это тоже хорошо".
Другими словами, относитесь к своей аудитории скорее как к коллегам, как к академику, представляющему доклад на конференции, а не как к профессору, читающему лекцию студентам.
Я думаю, что многие из DO и Dont одновременно полезно и интересно увидеть.