Использование UX-дизайна для выбора идеального CMMS-приложения для быстрого ROI

Или гораздо более длинный альтернативный заголовок: Как найти легко обучаемое, легко используемое CMMS-приложение для обслуживания, обеспечивающее плавный онбординг и высокие показатели принятия для более быстрого ROI. Потому что то, что вам нужно — это то, что нравится техникам, чтобы отдел видел быстрый возврат на свои инвестиции времени, энергии и денег. Но без бэкграунда в дизайне, как вы знаете, какое CMMS-приложение для обслуживания доставляет хороший пользовательский опыт?

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

Давайте начнем с быстрого введения в удобство использования, ключевой элемент UX.

Что такое удобство использования (usability) в UX-дизайне?

Подводя итог, это ответ на этот вопрос: Сколько трения на пути к решению вашей проблемы управления техническим обслуживанием? Чем меньше трение, тем лучше удобство использования.

А затем, разбивая, у нас есть 5 E удобства использования.

Эффективность (Effectiveness)

Помогает ли приложение техникам точно выполнять задачи обслуживания?

Эффективность (Efficiency)

Могут ли техники выполнять задачи быстро, в относительно небольшом количестве дискретных шагов?

Вовлеченность (Engagement)

Нравятся ли техникам использовать софт и чувствуют ли они, что он хорошо подходит для их отрасли?

Толерантность к ошибкам (Error Tolerance)

Могут ли техники легко отменить ошибки? Например, если они забыли шаг, насколько легко им вернуться и исправить его? Также, помогает ли софт избегать ошибок в первую очередь? В мобильном приложении Hippo CMMS, например, вы не можете сгенерировать заказ на работу, пока не введете правильную обязательную информацию. Приложение также предупреждает вас, когда вы сделали изменения, но не сохранили их.

перед тем как отменить изменения, приложение подтверждает, что это то, что вы хотите

Легкость обучения (Ease of Learning)

Могут ли техники быстро освоить приложение, а затем становиться лучше с опытом?

Все это важные аспекты удобства использования, но давайте сфокусируемся на последнем, легкости обучения. Что делает что-то легким для обучения? Важная часть ответа — информационная архитектура.

Как информационная архитектура поддерживает легкость обучения?

Информационная архитектура — это искусство и наука организации и маркировки софта для поддержки удобства использования и обнаруживаемости. Когда вещи в правильных местах и названы правильными вещами, они легко находятся, делая всю систему легче для обучения. Вам не нужно посвящать мозговую мощность поиску вещей и запоминанию, где они, если всё там, где вы ожидаете его найти. Фактически, одна из все времен классик по дизайну удобства использования — «Не заставляйте меня думать» Стив Круга, и название также его большой совет для дизайнеров: Делайте всё настолько очевидным и интуитивным, что людям не нужно думать о том, что они делают.

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

Размещение всего в правильном месте, прямо там, где ожидается

Представьте, вы едете, когда внезапно на радио играет ваша любимая песня. Не отрывая глаз от дороги, насколько легко будет увеличить громкость? Это должно быть без усилий. Даже если вы никогда не водили эту конкретную машину раньше, вы знаете, что элементы управления радио будут на центральной консоли. Или представьте, вам нужно забежать в магазин купить жвачку. Вы знаете, что нужно направиться к кассе. Там всегда есть хотя бы какая-то жвачка, прямо рядом с шоколадками и журналами.

Приложение, легкое для обучения, делает то же самое: оно кладет вещи туда, где вы ожидаете их найти. В мобильном приложении Hippo CMMS, например, вкладки на заказах на работу в том порядке, в котором вы выполняете задачи. Это интуитивно, потому что внутренняя организация соответствует внешней.

Называние всего правильным именем, тем же, который использует все

Не только вещи должны быть там, где вы их ожидаете, но они также нуждаются в правильном имени. Вернемся к примеру супермаркета, ищем больше жвачки. Если бы вы забегали в магазин купить жвачку и пытались найти её, читая вывески над проходами, вы бы искали «CANDY» (конфеты). Если магазин выбрал вместо этого «CONFECTION» (кондитерское изделие), они были бы технически правильны, но все тратят больше времени на поиск того, что им нужно. Выбирая менее распространенное название, они делают жвачку труднее для нахождения.

В мобильном приложении Hippo CMMS мы используем термины, которые имеют больше всего смысла для профессионалов обслуживания. Мы называем заказы на предупредительное техническое обслуживание PM, например. И при генерации как неотложных, так и плановых заказов на работу, мы используем «Ресурсы» для назначенных людей. Когда софт говорит на вашем языке, его легче выучить и освоить.

приложение говорит на вашем языке

Информационная архитектура покрывает, где вещи и как они называются. Следующая часть легкости обучения — аффордансы (affordances), которые напрямую связаны с тем, как вещи выглядят.

Как аффорданс поддерживает легкость обучения?

Играли ли вы в крикет? Как насчет Хай-алай? Вряд ли. Но в обоих случаях вы можете посмотреть на бит и ложку и сразу знать, как они работают. Если вы подберете их, вы точно будете знать, как их держать и использовать для движения мяча. Фактически, никто даже не должен был бы сказать вам, что эти спорты включают мяч. Вы бы знали просто глядя на бит для крикета и ложку для хай-алай. Дизайн объектов сильно подсказывает, как их использовать.

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

У приложения Hippo есть отличный аффорданс на одном из своих экранов заказа на работу. Вдоль правого края экрана вы можете видеть самый левый край следующего экрана. Ясно, что там есть больше информации и что, чтобы увидеть её, всё, что вам нужно сделать — провести влево. Нет инструкций, говорящих, что вы можете это сделать; просто взгляд на макет экрана достаточно.

провели вправо, чтобы увидеть следующий экран

До сих пор мы охватили только немного удобства использования, которое является лишь небольшой частью пользовательского опыта. Чтобы полнее понять UX-дизайн, нам нужно прыгнуть обратно в древний Китай.

Откуда пришла идея UX-дизайна?

Мы можем найти примеры UX по всей истории и по всем культурам. В Китае был фэн-шуй еще в 4000 г. до н.э., а Гиппократ описывал лучшие способы укладки инструментов хирурга и рабочего пространства в 500 г. до н.э. Прыгнем в Калифорнию 1950-х, и вы найдете Уолта Дисни, занятого проектированием полностью погружающих тематических парков.

Общая идея и практика существовали практически вечно, но современное определение только из начала 90-х, когда Дональд Норман, первый архитектор пользовательского опыта в Apple, ввел термин «пользовательский опыт дизайн».

Каково современное определение пользовательского опыта дизайна?

По Норману, это больше, чем просто как вы используете приложение или веб-сайт. Он аргументирует за широкое определение, покрывающее весь опыт с продуктом или сервисом.

Возьмем поход в кино, например. Фильм сам по себе — лишь малая часть общего пользовательского опыта. Там также есть:

• Просмотр трейлера
• Слышание рекомендаций сарафанного радио
• Парковка у театра
• Стоянка в очереди, чтобы войти
• Покупка билетов онлайн или лично
• Получение попкорна и напитка (еще больше стояния в очереди…)
• Поиск мест внутри театра
• Просмотр трейлеров в ожидании главного привлечения

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

Сначала это может показаться слишком широким определением. Нахождение парковочного места у театра действительно часть вашего опыта фильма? Когда кто-то спрашивает, нравится ли вам фильм, начинают ли они с вопроса о парковке?

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

Как всё это напрямую применяется к вам, находящему приложение, которое лучше всего работает для вас и вашей команды?

Это означает, что вам нужно смотреть на больше, чем просто софт. Вам нужно также смотреть на все другие способы, которыми вы и ваша команда взаимодействуете с продуктами и услугами провайдера.

Для провайдеров CMMS-софта, услуги включают обучение и онбординг, а также текущую поддержку. Во-первых, ищите провайдера с опытным штатом. Вы хотите, чтобы они помогли вам избежать потенциальных ям и принять лучшие практики с самого начала. Во-вторых, избегайте провайдеров, полагающихся на штампованные, одномерные обучения. Вместо этого ищите кого-то, кто начинает с вопросов о ваших целях обучения, а затем усердно работает, чтобы сделать их реальностью. Они должны также предлагать более одного стиля обучения. Не все учатся одинаково, и хороший провайдер имеет всё: от индивидуального обучения до библиотеки видео и документов, помогающих каждому типу ученика. Действительно хороший провайдер также проактивен, когда речь идет о поддержке. Они активно смотрят, как вы используете их софт, и если видят места, где вы могли бы получать больше, они выходят на связь и делают это возможным.

Следующие шаги

Если вы готовы сделать прыжок к CMMS, или у вас уже есть один, но он не оправдывает то, что вам обещали, пришло время выйти на связь и начать разговор с провайдерами.