Будущий пользовательский интерфейс и конец дизайнерских песочниц

Опубликовано: 2022-03-11

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

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

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

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

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

Роли дизайнеров завтрашнего дня меняются

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

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

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

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

Интернет вещей и будущий пользовательский интерфейс
Признание конца приложений — это только начало. Окружающий интеллект и IoT скоро будут повсюду.

Как люди будут взаимодействовать с информацией завтра?

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

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

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

Дверной звонок Nest, пример проектирования на основе компонентов
Контекст, в котором пользователи взаимодействуют с информацией, меняется.

Как будут выглядеть будущие пользовательские интерфейсы?

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

Оповещение о сообщении может появиться на умных часах человека, когда он находится на пути к встрече.

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

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

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

Пол Адамс пишет: « В мире, где уведомления сами по себе являются полноценным опытом, экран значков приложений имеет все меньше и меньше смысла. Приложения в качестве пунктов назначения имеют все меньше и меньше смысла. Зачем открывать отдельные приложения для рейсов с несколькими пунктами назначения и отелей в серии приложений поставщиков, когда туристическое приложение, такое как TripIt, может предоставить всю эту информацию сразу и даже позволить вам пройти регистрацию перед посадкой? В некоторых случаях необходимость в экранах приложений отпадет через несколько лет, если не считать того, что они будут скрыты глубоко в пользовательском интерфейсе устройства в качестве вторичной навигации.

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

Меняющиеся парадигмы взаимодействия преобразуют будущие пользовательские интерфейсы

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

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

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

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

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

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

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

Как это меняет способ реализации продуктов?

Мобильное приложение как элемент дизайна — по крайней мере, в том виде, в каком его рассматривали до сих пор, — исчезает.

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

Дизайн меньше для пикселей и больше для битов контента и моментов взаимодействия — это новая парадигма.

Термостат Nest – конструкция на основе компонентов

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

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

Дизайнеры будут задавать себе целый ряд новых вопросов.

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

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

Может ли push-уведомление о предстоящем календарном событии предоставить людям набор стандартных элементов управления для бронирования авиабилетов, предложения поездок или заказа цветов, не требуя от пользователя открытия самого приложения?

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

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

Как выглядит процесс проектирования завтрашнего дня?

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

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

Уведомления как система компонентов дизайна

В каком контексте люди получат уведомление?

Начнем с уведомлений как с простого шаблона.

Представьте себе дизайн приложения службы заказа такси (похожего на Lyft или Uber), которое воспроизводится на нескольких устройствах и уведомляет людей с помощью многофункциональных push-уведомлений о местоположении их арендованного автомобиля, предполагаемом времени прибытия и задержках. В этом сценарии у пользователя есть iPhone, Apple Watch и наушники, подключенные к ушам.

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

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

Через несколько минут он проверяет свой iPhone, чтобы увидеть положение машины на карте и узнать, сколько времени осталось ждать. Когда машина находится всего в минуте езды, приложение отправляет голосовое уведомление на его наушники и виброуведомление на его Apple Watch. Он смотрит на свой iPhone, чтобы подтвердить информацию о машине и водителе.

Это приложение больше похоже на компонент операционной системы.

Пример будущего пользовательского интерфейса — компоненты дизайна без приложений с богатыми push-уведомлениями

Если люди не открывают наше приложение, что мы разрабатываем?

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

Например, в сценарии, когда у пользователя есть маршрут путешествия, на который может повлиять задержка, приложение для путешествий, такое как TripIt, может управлять расширенными push-уведомлениями, с которыми пользователь может взаимодействовать, не открывая само приложение.

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

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

Если этот шаг пойдет дальше, чтобы включить что-то вроде голосового помощника (через VUI), как будут упакованы и доставлены уведомления и действия, когда нельзя ожидать взаимодействия на основе экрана?

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

Носимые устройства на VUI лидируют в дизайне на основе компонентов

UX-компоненты дизайна были переопределены в будущих пользовательских интерфейсах

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

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

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

• • •

Дальнейшее чтение в блоге Toptal Design:

  • Конец веб-форм
  • Будущий дизайн пользовательского интерфейса без кнопок
  • Мир — это наш интерфейс — эволюция дизайна пользовательского интерфейса
  • Как спроектировать восхитительный опыт для Интернета вещей
  • Сила прикосновения — эволюция дизайна кнопок (с инфографикой)