Картирование пути клиента в UX-дизайне Интернета вещей: руководство

Переиздано Платоном

Читают: 0

Картирование пути клиента: комплексное руководство по UX-дизайну для Интернета вещей — Иллюстрация: © IoT For All

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

UX для продуктов, разработанных для IoT, представляет собой интересные проблемы, во многом потому, что отличный пользовательский опыт распространяется и на то, что выходит за рамки пользовательского интерфейса. Когда продукт мусть быть установлен и подключен физически, с ним физически взаимодействовать и, возможно, даже поддерживаться физически — а также с взаимодействием через приложение или панель управления — слово «опыт» приобретает гораздо более широкое значение.

Чтобы продемонстрировать, скажем ваш клиент использования ваш продукт который управляется через приложение. Если есть задержка, пользователю все равно, вызвана ли она неисправностью чипа или слабым сигналом Wi-Fi. Опыт конечного пользователя имеет значение, и конечный пользователь не будет задаваться вопросом, почему продукт работает с ошибками. Они просто придут к выводу, что продукт не работает.

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

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

Путешествия клиентов: Чтобы учесть взаимодействие с оборудованием и его последствия, важно составить карту пути клиента на протяжении всего пути к продукту.
Цикл обратной связи по ценности Интернета вещей: Междисциплинарная функциональность (функциональность, требующая совместной работы оборудования, программного обеспечения, дизайна и обработки данных) должна оцениваться и отображаться целостно. В Very нам нравится использовать цикл ценностей в качестве основы для отработки этих сложных функций. Это также обеспечивает никаких пробелов не существует.
Пользовательское тестирование на основе сценариев: Пользовательское тестирование должно включать сценарии и задачи, охватывающие как аппаратные, так и программные функции.

Вышеупомянутые инструменты не являются всеобъемлющими для проектирования IoT, но они предоставят основу, необходимую UX-дизайнеру и менеджеру по продукту для оценки всего спектра опыта использования продукта на протяжении всего пути его разработки.

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

В этой статье мы рассмотрим первый элемент нашего инструментария — путь клиента.

Картирование пути клиента при использовании продукта IoT

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

Ниже is карта пути клиента для продукта IoT, а также важные вопросы, которые дизайнер должен задавать себе и команде на каждом этапе.

Очень

Каждый шаг пути имеет значение

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

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

Путешествие пользователя

Вот несколько примеров того, как недостаток внимания на каждом этапе может напрямую повлиять на пользовательский опыт:

Первоначальная покупка и реклама: что делает маркетинговая командагезов в качестве главной функцииctually рангs 10-е место в приложении от команды разработчиков, и, следовательно, другие могут даже ограничить его возможности.
Распаковка: Упаковка дешевая. Пользователь игнорирует инструкции, потому что они запутаны и непонятны, и он не знает, с чего начать. Отсутствие четких инструкций по снятию защитного пластика с аппаратной части приводит в лучшем случае к путанице, а в худшем – к неправильной установке продукта.
Установка: Отсутствуют шнуры. Винты идут отдельно. Или, может быть, для установки потребуется тяжелый DIY или мастер на все руки. Процесс установки не оправдал ожиданий, что привело к разочарованию пользователей, поскольку они не смогли установить немедленно.
Подключение: Подключение устройства обычно включает его включение и сканирование QR-кода или серийного номера. Если QR-код расположен в «недоступном» месте на устройстве, это негативно влияет на UX.
Регистрация и первоначальная настройка. Регистрация была слишком сложной, а сигнал Wi-Fi/сотовой связи в комнате был настолько слабым, что пользователь не мог завершить процесс. Результат? Остальная часть приложения непригодна для использования, поскольку не может получать данные с устройств.
Функция/использование приложения: именно здесь большинство клиентов в конечном итоге проводят свое время. Если оборудование, встроенное ПО, данные, программное обеспечение и пользовательский интерфейс не согласованы, продукт может работать с задержкой или отключением. Это может привести к тому, что пользователь запутается в причине проблемы.
Устранение неполадок: все бьются о стены. Помогите своим пользователям, давая им указания или, еще лучше, рекомендации. Пример включает в себя: «Я вижу, что происходит x. Это может быть из-за y. Мы рекомендуем вам попробовать z». В противном случае они в конце концов сдадутся и уйдут от продукта в подавленном состоянии.
Обслуживание: приложения получают обновления программного обеспечения. Устройства требуют регулярной замены батарей и других компонентов. Если в вашем продукте батареи необходимо заменять каждый месяц, а для их замены сложно разобрать устройство, срок их службы не сохранится надолго.
Вывод из эксплуатации или модернизация. Устройству IoT пользователя уже несколько лет, и ему нужна последняя модель. Большой! Но перепрограммирование всех их любимых настроек и средств автоматизации для достижения этой цели вызовет разочарование. В идеале вы сделали возможным перенос настроек через приложение. Развейте их беспокойство, сообщив им об этом заранее.

Расширение перспектив и применение новых навыков

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

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