Как Autodesk справляется с вызовами UX дизайна

Как Autodesk справляется с вызовами UX дизайна

entity.author.full_name | e

Дизайнерские команды Autodesk расположены по всему миру. В этой компании, стоящей $2.5 миллиарда, работают 7.700 сотрудников на семи континентах.

Ури Ашано работает главным UX менеджером по AutoCAD 360, мобильному приложению флагманского продукта компании в Тель-Авивском офисе. Ашано и его команда из пяти человек (два UX дизайнера, два визуальных дизайнера и один исследователь), в тесном сотрудничестве с офисом, расположенном в Сан-Франциско, практикуют создание ориентированных на пользователя дизайнов в рамках гибкой методологии.

Ашано объясняет, что компания рассматривает себя не просто как разработчик программного обеспечения, но как дом знаний. Все дизайнеры учатся работать с Luma Innovation Institute, который предлагает 36 разных методов создания ориентированных на пользователя дизайнов. Дизайнерский процесс, которому следуют Ашано и его команда, освещает мощь совместного проектирования, особенно на стадии сбора информации.

Исследование проблемы

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

Этот запрос представляет из себя пользовательский сценарий, вроде: «Архитектору требуется AutoCAD чертеж на месте его работы. У него с собой есть iPad (или другой планшет), и он хочет иметь возможность просматривать, модифицировать и делать заметки к чертежам. После этого, он хочет поделиться результатами с коллегами».

В ответ, команда открывает новый проект в Slack и начинает исследовать проблему, которую эта функция должна решать. Это начальное исследование состоит из опроса местных архитектурных компаний, просмотра запросов в службу поддержки и просмотра онлайн данных в MixPanel. Команда, также, сверяет полученные данные с более крупными исследованиями, проведенными Autodesk на тему мультиплатформенного использования AutoCAD и потоков, связанными с этими продуктами.

Подробное изучение

Когда появляется представление о том, как функция должна выглядеть, команда быстро переходит в режим сбора информации. Этот период для команды — один из самых интенсивных.

Вместо того, чтобы раздать дизайнерам определенные задачи, Ашано вовлекает всех членов команды в исследование идей. Такие семинары длятся либо полный, либо половину рабочего дня. По их результатам команда коллективно решает какие из идей самые стоящие. «Работая вместе, мы можем собрать 20 отличных идей за 20 минут, — говорит Ашано, — Это более эффективно, чем заставлять дизайнеров в одиночку работать над этой задачей».

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

Ашано замечает: что чем раньше разработчики и менеджеры будут вовлечены в процесс принятия решений, тем лучше. По сути, именно из-за этого команды физически расположены недалеко друг от друга.

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

Создание решения

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

Пока дизайнеры начинают размечать потоки, разработчики завершают технические исследования. Чтобы объединить знания, команда AutoCAD 360 создает небольшое техническое задание, ставящее руководящие принципы выше предписаний. Технические детали содержатся в Dropbox и Zeplin links, а интерактивные детали отражены в ссылках на пользовательские потоки.

«Аннотирование наших пользовательских потоков очень полезно, поскольку позволяет нам получать отличный фидбэк еще на ранних стадиях концептуального дизайна». «Каждый может принять участие, включая разработчиков и менеджеров, и увидеть в реальном времени, как всё создается. Также, поскольку довольно сложно создавать наброски, показывающие поведение iPad, аннотации очень полезны для нашего мультидевайсного сторителлинга».

Решение проблем при помощи прототипов

Для большинства дизайнов, команда AutoCAD 360 итерирует ваерфрэймы в высококачественные макеты, и затем, непосредственно в код. Для экономии времени, команда создает прототипы только для новых моделей взаимодействия или для потенциально проблемных потоков.

Точность прототипа зависит от вопроса дизайна. Например, тестируя совершенно новую модель взаимодействия, команда Ашано создаст прототипы низкой точности. С другой стороны, при тестировании брэндинга или разных цветовых палитр, прототип будет высокой точности.

В проведение юзабилити тестирования, команда AutoCAD 360, обычно, вовлекает 5-10 человек. Поскольку работа Ашано и его команды сосредоточена на определенных функциях существующего продукта, прототипирование, тестирование, и повторение процесса будет продолжаться до тех пор, пока система не будет выглядеть завершенной.

Когда прототип будет готов к разработке, команда добавит в ТЗ описание крупных изменений моделей взаимодействия и ссылки на новые прототипы.

Заключение

Команда Autodesk из Тель-Авива показывает нам, что коммерческий дизайн не обязательно должен увязать в плохой связи и горе документов. Вот ключевые выводы:

  • Подтверждайте запросы функций проведением ранних качественных и количественных исследований.
  • Посвятите время семинарам, на которых изучайте идеи.
  • Относитесь к документации, как к порталу к знаниям, а не как к бумажному следу.
  • Для самых сложных моделей взаимодействия используйте прототипирование.

Перевод статьи Джерри Као

Комментарии