Почему так сложно создать хороший пользовательский интерфейс в Интернете вещей

Обеспечить удобство использования продуктов IoT для пользователей - непростая задача. Есть больше уровней технологий, больше пользователей, которым нужно угодить, и больше команд, которые нужно координировать, чем когда-либо прежде. Готовы ли вы стать лидером в качестве менеджера по продукту?

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

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

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

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

Почему сложно создать согласованный пользовательский интерфейс Интернета вещей

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

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

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

Приложение A. Проблемы пользовательского интерфейса в потребительских продуктах Интернета вещей

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

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

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

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

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

Эти форм-факторы предоставляют вам различные уровни возможностей для отображения информации, поэтому важно понимать ментальную модель пользователя (то, что он хочет достичь) при взаимодействии с каждым из этих пользовательских интерфейсов.

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

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

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

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

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

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

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

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

Так как же обеспечить единообразие восприятия вашего продукта?

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

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

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

Кстати, в своей онлайн-программе сертификации «Менеджер по продуктам Интернета вещей» я обучаю конкретному методу определения и определения приоритетов пользователей и их потребностей.

Итог

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