Кросс-платформенный дизайн

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

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

Рис. 6.43. Исследование компании Charbeat показывает, как меняется интенсивность использования устройств в течение дня. У каждого типа устройства есть собственный специфический паттерн[132]

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

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

С этим важным вопросом я обратился к Бенедикту Ленерту, директору по дизайну в успешной кросс-платформенной компании Wunderlist. Wunderlist работает на множестве платформ, от iOS до Kindle Fire, в том числе на iPhone, iPad, Apple Watch, Mac, Android, Windows Phone, Windows и в десктопных приложениях. В июне 2015 года Wunderlist приобрела компания Microsoft.

Ленерт согласился дать нам несколько комментариев по этому вопросу.

ЧЕГО ХОТЯТ И ЖДУТ ВАШИ КЛИЕНТЫ?

«Мы хотим, чтобы люди чувствовали, что Wunderlist помогает им решать задачи и поддерживать порядок в жизни», — сказал Ленерт в интервью. Это стало основной задачей, которую он поставил перед своей командой, приготовившись к созданию кросс-платформенного продукта. По его словам, «самое важное — это сформулировать и передать своей команде то ощущение, которое должны чувствовать люди, взаимодействуя с продуктом».

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

Именно на таком принципе основывается вся работа в Wunderlist.

Это стартовая точка, от которой мы переходим к детализации пользовательского опыта и описаниям каждой функции… Мы хотим, чтобы каждое взаимодействие было легким (быстрым и простым), понятным (четким и очевидным) и увлекательным (веселым и человечным). Ценности, на которых строится наше видение UX для Wunderlist, формируют все решения, которые мы принимаем по пользовательским сценариям, цветам, языку, иконографике и так далее.

Сознательно или нет, берлинская компания Wunderlist наполняет свои продукты для любых платформ свойствами, которые важны для ее клиентов, — скоростью, простотой, ясностью и человечностью. Эти характеристики доступны на любых платформах, от iOS до Kindle Fire.

СПЕЦИФИКА ПЛАТФОРМЫ

Тот факт, что клиент ожидает единого результата на различных платформах, не означает, что вы можете игнорировать специфику разных операционных систем.

«Кросс-платформенный продукт должен одновременно соответствовать характеристикам основного продукта и платформенным парадигмам каждой операционной системы, — говорит Ленерт. — Наша задача как разработчиков состоит в том, чтобы понимать эти парадигмы и в них уметь ориентироваться». Создавая продукт для нескольких платформ, важно соблюдать нормы. Например, на Android контрольные элементы системы находятся в нижней части устройства, а на девайсах с iOS их заменяет одна кнопка Home. Это существенно влияет на подход к продуктам для мобильных телефонов и планшетов.

Это верно и для любой платформы. Разрабатываете продукты для телевизионных приставок? Значит, вы должны знать характеристики каждого пульта или контроллера. Roku, Apple TV, Google Chromecast, Xbox, PS4 и так далее — у каждого из них свои нюансы. Знание этих нюансов и умение включить их в свой продукт находятся в зоне ответственности дизайнера. Но эта ответственность ограничена. «Для того чтобы понимать, где нужно следовать правилам ОС, а где можно их нарушить для обеспечения единообразия на всех платформах, требуется определенный опыт и мастерство», — утверждает Ленарт. В конце концов, мы создаем продукт для клиентов. Каковы их потребности? Если требования платформы, для которой создается продукт, вступают с ним в конфликт, как вам следует поступить?

«Когда мы обнаруживаем конфликтующее взаимодействие на разных платформах, мы пытаемся найти другое решение, — рассказывает Ленарт. — Следовать инструкциям просто, куда сложнее их нарушать. Мы хотим, чтобы все разработчики и дизайнеры ставили под сомнение существующие парадигмы и раздвигали границы, делая продукты более простыми и приятными в использовании»[133].

Один из примеров такого подхода — жест «потянуть для обновления», заменивший кнопку обновления. Его ввел Лорен Брихтер в Tweetie, а после приобретения компании его включили в функционал Twitter (рис. 6.44).

Рис. 6.44. Ленерт сравнивает элегантность жеста «потянуть для обновления» с кнопкой обновления, которую можно увидеть в более ранней версии Instagram[134]

Рис. 6.45. Так работает жест «потянуть для обновления» в Tweetie

Это идеальный пример того, как пользовательский интерфейс эволюционирует под влиянием платформенных ограничений. В Tweetie 1.0 кнопка обновления располагалась в верхней части ленты. Это решение было порождением своего времени — Брихтер просто не смог добавить ее в панель навигации. В следующей версии он решил это исправить. Он задался вопросом: «Почему бы не сделать обновление элементом самого движения пролистывания?». Так родился жест «потянуть для обновления» (рис. 6.45)[135].

ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ ДЛЯ КАЖДОГО УСТРОЙСТВА

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

Мне нравится, как об этом говорит Ленерт: «Wunderlist — это часть повседневной жизни наших клиентов на разных платформах. Наша цель — превратить Wunderlist из обычной программы в героя, в друга, готового прийти на помощь в нужную минуту. Наш продукт должен иметь уникальный характер и собственное мнение, он должен быть наполнен нашими ценностями. Его вид, язык и способы работы со временем должны развиваться. Вот что вдохновляет людей и вот почему они любят Wunderlist».

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

Вот почему, к примеру, для Apple Watch отсутствует полноценная версия Wunderlist. Вместо нее используется лаконичный, сокращенный вариант программы, который просто сообщает пользователю то, что ему нужно знать, в соответствующее время (рис. 6.46).

Рис. 6.46. Контекстное приложение Wunderlist для Apple Watch в действии

«Одна из наиболее интересных характеристик Wunderlist для Apple Watch — бесконтактная работа приложения. Вам не нужно лихорадочно жонглировать телефоном, — говорит Ленерт. — Достаточно идти по супермаркету и вычеркивать пункты из перечня покупок или даже использовать голосовое управление, чтобы составить список дел на завтра»[136].

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

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