Мастерство IoT User Experience: почему это сложнее чем когда-либо и как вести

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

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

Почему консистентность по IoT сложнее традиционного облака или мобильного

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

Кейс-стади А: Потребительский IoT — Умный термостат

Умный термостат иллюстрирует многослойную UX головоломку:

• Дизайн устройства — Юнит должен выглядеть достаточно хорошо, чтобы гордо отображаться в гостиной. Индустриальные дизайнеры обычно это manejan, но софт-центричные PM должны тесно коллаборационировать.
• Embedded UI — Термостат сам хостит тачскрин, физические кнопки или LCD дисплей. UI должен быть интуитивным, бренд-выровненным и компактным.
• Веб-дашборд — Предоставляет детальную аналитику использования для инсайтов по экономии энергии.
• Мобильное приложение — Офферы удаленный контроль и высокоуровневые суммари на ходу.

Каждый канал имеет уникальный real-estate и пользовательскую ментальную модель. Цель — заставить пользователя чувствовать, что он взаимодействует с единственным, когезивным продуктом по всем тачпойнтам.

Кейс-стади Б: Промышленный IoT — Солнечная панельная массив

Промышленные развертывания усиливают UX вызов. Кровная солнечная массив может включать:

• Железный Хаб — Rugged, waterproof шлюз, агрегирующий панельные данные. Внешний вид вторичен к долговечности и четким статус-индикаторам (LED или маленький LCD).
• Техник интерфейс — Таблет-приложение для on-site troubleshooting.
• Facility Manager Дашборд — Веб-портал для мониторинга метрик производительности.
• Интеграционные API — Соединения с building management системами или внешними аналитическими сервисами. Эти API сами по себе пользовательский интерфейс для разработчиков и интеграторов.

С четырьмя отдельными группами пользователей — техник, facility manager, разработчик, системный интегратор — консистентность становится еще критичнее. Полированный потребительский дашборд не может компенсировать неуклюжий API или ненадежный дисплей шлюза.

Стратегии обеспечения кросс-платформенной консистентности

• Маппинг полного IoT стека — Документируйте каждый компонент, интерфейс и стейкхолдера.
• Приоритизация пользователей — Идентифицируйте основные персоны и их приоритеты. Моя программа сертификации IoT Product Manager предлагает проверенный фреймворк для этого.
• Определение единой дизайн-системы — Установите визуальные и взаимодействие гайдлайны, охватывающие железо, embedded UI, веб и мобильное.
• Фасилитация кросс-командного согласования — Действуйте как центральный коммуникационный хаб для продукта, инженерии, дизайна, продаж, маркетинга, customer success.
• Итерация с петлями обратной связи — Проводите usability тесты на каждом интерфейсе и обеспечивайте, чтобы находки информировали все команды.
• Поддержание консистентного API дизайна — Относитесь к разработческим API как к first-class пользовательским интерфейсам; предоставляйте четкую документацию и консистентную обработку ошибок.

Итог

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