ivan's blog: posts tagged пользовательский интерфейс

Коридорные тесты

Ivan Zviahin — Mon, 20 Dec 2021 22:07:27 +0000

на русском · in english

Для чего нужны эти ваши тесты

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

Это просто, расскажу тезисно

Гипотезы у нас уже сформулированы, поэтому просто выписываем их. Формулируем задания для пользователей, обязательно письменно.

Готовим кликабельны прототип, если он нужен. Фиксируем «створы ворот», другими словами конверсионные отметки интерфейса. Например: открытие формы, успешное заполнение, отправка и так далее.

Ищем участников для тестирования. Проводим тестирование и помечаем всё самое важное. Делаем выводы, анализируем их. Иии бинго, 100% процентов вы измените своё отношение к своим идеальным прототипам.

1 шаг. Определить гипотезы

Гипотезы — это предположения, которые мы собираемся проверить в ходе исследования. Её лучше формулировать по шаблону: «Если мы сделаем (сама идея), то он сможет положительно повлиять на (критерий успеха), так как (почему это идея хорошая)».

2 шаг. Выбрать метод тестирования

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

Первый клик. Участник исследования переходит по ссылке и получает очень простое задание. Например: «Куда бы вы нажали, чтобы найти информацию о лизинговых программах?», «Выберите лизинг для покупки выбранного автомобиля». Фиксируется только первый клик. Если большинство респондентов нажмут «не туда», это сигнализирует о том, что на экране есть юзабилити-проблемы.

Бок-о-бок. Суть метода заключается в сравнении двух вариантов и выбора одного по принципу лучшей видимости или узнаваемости целевого объекта. Респондентам предлагается сравнить две картинки интерфейса или выбрать в определенный элемент на двух вариантах изображения. Например: «Найдите и выберите способ оплаты A1», «Какой из вариантов баннера более узнаваем для материала “Машины в лизинг на авэ”».

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

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

3 шаг. Выбор респондентов

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

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

Если ресурсы и время на работу над сайтом сильно ограничены, руководствуемся принципом: «лучше меньше, чем ничего». Три респондента лучше, чем ни одного. Коридорный тест, не привязанный к целевым респондентам, лучше чем никакого.

4 шаг. Формирование задания

Качество результатов и их объективность напрямую зависит от формулировки вопросов и заданий в тестировании. Чек-лист для формулировки задания:

Трактуется однозначно.
Озвучено в полном объёме.
Релевантно опыту респондента.
Возможно выполнить без подсказок.

5 шаг. Подготовка прототипа

Тестовый прототип может быть:

Интерактивный кликабельный прототип.
Тестовая версия или работающий сайт.
Просто картинка.

Чек-лист для проверки прототипа:

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

6 шаг. Процесс тестирования

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

Большую часть времени в ходе тестирования говорит респондент. Модератор говорит только в случае крайней необходимости. Любое вмешательство модератора влияет на ход эксперимента и искажает данные.

Если респондент перестал «мыслить вслух» – напомнить ему об этом: «Итак… Так, вы думаете, что... Что вы видите здесь? Скажите мне, что случилось».

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

В каких случаях помогать:

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

Как это делать:

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

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

7 шаг. Фиксирование результатов и выводы

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

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

На основе этого документа делаем выводы о подтверждении или неподтверждении гипотез, а также формулируем новые, если это нужно.

Таблица для фиксирования результатов

Шаблон таблицы в Google Docs

Самостоятельная проверка интерфейса

Ivan Zviahin — Sat, 23 May 2020 17:38:25 +0000

на русском · in english

Перед каждым экраном интерфейса я задаю себе вопросы:

А есть ли в этом случае у человека какая-то привычка? Есть ли в мире какие-то привычные паттерны такого интерфейса? Могу ли я сделать максимально приближённый интерфейс к этой привычке?
Не заставляю ли я делать что-то пользователя, что может сделать компьютер? Например, поле сразу в фокусе.
Не потерял ли я данные, которые дал мне пользователь?
Убрал ли я все лишнее с этого экрана? Есть ли возможность соединить какую-то функциональность? Могу ли я добавить какую-то полезность?
Я стараюсь представить, что я не видел ничего до попадания на конкретный экран. А понятно ли мне на этом экране всё, с учётом всего вышесказанного?
Сделал ли я всё, чтобы не использовать модальный интерфейс? Могу ли я показать все функции сразу? Могу ли я использовать квазирежим? Хорошо ли я продумал навигацию стеков?
Легко ли мне попасть в каждый элемент? Показал ли я области клика?
Подумал ли я об обратной связи каждого действия? Она должна быть быстрой, постоянной и ненавязчивой. Местами эмоциональный, где то нужно. Подготовил ли я анимацию важных элементов интерфейса? Нужна ли тактильная обратная связь и звуковая?
А действительно ли мой интерфейс находится в границах ментальной модели пользователя? Могу ли я снизить сопротивление, если выхожу за границы этой модели?
Систематизирован ли мой интерфейс? Могу ли я что-то переиспользовать? Соответствуют ли все элементы дизайн-системе?
Выглядит ли мой интерфейс просто, понятно и красиво? Не потерял ли я простоту, пытаясь объяснить что это за экран?
Не забыл ли я про даркмод?
Не забыл ли я про планшеты? Про маленькие смартфоны?
Не забыл ли я учесть, как будет выглядеть интерфейс с увеличенным шрифтом?
Описал ли я все крайние состояния? Сколько строк текста? Как позиционировать картинки и так далее. Как выглядит экран без данных?
Нет ли лишних лоудеров? В идеале не должно быть лоудеров вообще. Нужны ли скелетоны?
Если есть пуши, то не забыл ли я показать куда они ведут?
Обсудил ли я синтаксис с редактором?
Добавил ли я вишенку на торт? Сделал ли я что-то мелкое, но важное, что удивит пользователя?

Cайт «Маскот»

Ivan Zviahin — Wed, 29 Apr 2020 12:00:47 +0000

Версия сайта: первая · вторая

«Маскот» — это автомобильная премия в Беларуси. Сайт премии решает множество задач. Нужно как-то познакомить с условиями будущих участников премии и дать возможность подать заявку на участие. Упомянуть всех партнёров. Рассказать про номинации, методику и познакомить с экспертным советом. А ещё дать возможность проголосовать потребителям за автомобили, которые попадут в отборочный тур. При этом провести розыгрыш призов среди участников голосования, чтобы они не ленились голосовать.

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

С новым логотипом нам помогла дизайн-студия «Райт» и вместе у нас получилось:

«Айдентика, для Автомобильной премии «Маскот». Это ему ветер в лицо, это у него слезятся глаза, это он несется навстречу... А вместе с ним и мы. В основе дизайн-решения – шрифтовая композиция. Буква А в названии прекрасно анимируется: мы как бы видим летящую навстречу разделительной полосой дорогу глазами нашего маскота-талисмана. Для справки: маскот – термин автомобильный, обозначающий эмблему на радиаторе или капоте автомобиля.»
Алексей Шклянко, арт-директор в «Райт»

Участники премии

Все участники премии — это автодилеры. А предмет оценки — новые автомобили. Поэтому на сайте нужно было выстроить журнал всех автомобилей, которые продавались в 2019 году:

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

Информационные партнёры

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

Методика определения победителя

Четыре мощных этапа. Итого, в каждой номинации будет два победителя: по мнению народа и по мнению экспертов. Или один, если мнение экспертов и народа совпадёт.

Розыгрыш призов

Для привлечения потребителей, которые участвовали в голосовании отборочного этапа, мы закатили розыгрыш призов:

Голосование потребителей

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

Анонс победителей

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

Мобильные устройства

Всё это дело, конечно же, работает на мобильных устройствах:

Для сайта собрано около 50 экранов и состояний. Посмотрите сами: mascot.by

Версия сайта: первая · вторая

Пресса

Чтобы не пропустить новую заметку — подпишитесь на мой канал в Телеграме или RSS.

Микросессии

Ivan Zviahin — Wed, 08 Jan 2020 15:55:58 +0000

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

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

Уведомления

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

Яндекс Такси рассказывает, что жёлтый Хендай Солярис с номером ТУ54177 ждёт вас

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

Календарь предлагает дополнительные действия с событием

Виджеты

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

Быстрые действия

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

Интеллектуальные помощники

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

Выводы

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

Сценарии поиска информации

Ivan Zviahin — Sat, 30 Nov 2019 16:36:07 +0000

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

Поиск известного

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

Поиск неизвестного

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

Поиск увиденного

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

Чтобы не пропустить новую заметку — подпишитесь на мой канал в Телеграме или RSS.

Макетная актуальность

Ivan Zviahin — Tue, 29 Oct 2019 16:02:18 +0000

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

У нас в команде есть 5 источников таких знаний:

требования в Jira,
макеты в Zeplin,
статическая вёрстка,
cтейджинг,
голова дизайнера.

Итак, разложим каждый по характеристикам: лёгкость поиска, читаемость, близость к правде, видимость деталей.

Требования в Jira

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

Макеты в Zeplin

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

Статическая вёрстка

К ним простой доступ по домену. Есть структура как у макетов, но не настолько детальная. Они близки к правде, так как они и есть правда. Как правило, верстка не показывают все состояния элементов интерфейса и детали сценариев.

Стейджинг

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

Голова дизайнера

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

Вывод

	Требования	Макеты	Вёрстка	Стейджинг	Голова
Лёгкость поиска	−	+	+	+	−
Читаемость	−	+	+	−	−
Правдивость	+/−	+	+	+	+/−
Видимость деталей	−	+	−	−	−
Итого	−3	4	3	0	−3

Вот и решайте теперь, стоит держать макеты актуальными или нет.

Чтобы не пропустить новую заметку — подпишитесь на мой канал в Телеграме или RSS.

Радиоэмоции 1.0

Ivan Zviahin — Thu, 23 May 2019 09:05:08 +0000

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

Пользователи оставляют свои эмоции, плагин считает их и выводит количество:

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

Дизайн и идея — я, программист — Ольга Мохова.

Плагин бесплатный для всех: radioemoji.intuition.team

Чтобы не пропустить новую заметку — подпишитесь на мой канал в Телеграме или RSS.

Cайт «Маскот»

Ivan Zviahin — Mon, 13 May 2019 20:06:58 +0000

Версия сайта: первая · вторая

Участники премии

Все участники премии — это автодилеры. А предмет оценки — новые автомобили. Поэтому на сайте нужно было выстроить журнал всех автомобилей, которые продавались в 2018 году:

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

Информационные партнеры

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

Методика определения победителя

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

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

Третий — определение победителя экспертным советом. Все шесть экспертов выстроились в ряд. Один из них уже мелькал в ленте журнала автомобилей выше с яркой цитатой.

Итого, в каждой номинации будет два победителя: по мнению народа и по мнению экспертов. Или один, если мнение экспертов и народа совпадёт.

Розыгрыш призов

Голосование потребителей

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

Само голосование. Чтобы избежать сравнения автомобилей между собой и повысить объективность голосования, мы показываем только один автомобиль на экране. Так сказать, эффект «Тиндера».

Личные данные участника:

Благодарность за участие в виде промокода на автомобильные товары в онлайн-гипермаркете:

Анонс победителей

Помимо масштабного офлайн мероприятия, мы сделали анонс победителей на сайте:

Мобильные устройства

Все это дело, конечно же, работает на мобильных устройствах:

Для сайта собрано около 50 экранов и состояний. В жизни есть ещё трёхмерный логотип и переливающиеся кнопки: mascot.by

Версия сайта: первая · вторая

Пресса

Чтобы не пропустить новую заметку — подпишитесь на мой канал в Телеграме или RSS.

Когнитивное сопротивление

Ivan Zviahin — Sun, 30 Dec 2018 14:59:39 +0000

Пора бы точно разобраться в определении. Может кому-то тоже будет полезно. Попробую пересказать на мамином языке.

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

Высокое

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

Нормальное

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

Низкое

Столовая ложка. Сразу понятно, что с ней можно сделать.

Концепт приложения Яндекс.Дом

Ivan Zviahin — Fri, 27 Jul 2018 15:35:38 +0000

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

Задача

Улучшить взаимодействие между человеком и домом. Создать надёжный, комфортный и безопасный сценарий использования.

Решение

Разработать комфортное приложение для двух аудиторий: для «быстрых» людей и для изучающих.
Дать возможность пользователю показать статусность и сэкономить.
Закрыть ежедневные потребности и вопрос безопасности.
Сохранить визуальный язык Яндекса 2016 года.
Дополнить приложение другими полезными сервисами Яндекса.

Я подошёл к заданию реально и за основу взял «однушку» с небольшим количеством «умных» предметов.

Нарисовал схему квартиры:

Кухня	Спальня	Прихожая	Ванная
Свет	Свет	Свет	Свет
Тёплый пол	Музыка	Тёплый пол	Тёплый пол
Шторы	Шторы	Сигнализация	Кондиционер
Кондиционер	Кондиционер	Кондиционер

Далее рассматривал систему только в рамках этой квартиры и данных «умных предметов».

Полезное приложение

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

На этих потребностях и решениях основывался далее.

Достижение результата в первом экране

На этом экране пользователь запускает сценарии, видит активные предметы и, самое главное, — управляет домом. Добавляет, удаляет и изменяет сценарии. Имеет доступ к избранным предметам. Настраивает дом.

Быстрое переключение между домами

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

Умные предметы и функции

Вызываю скорую, пожарных и милицию с помощью одного тапа. Дом отправляет все необходимые данные для этих служб. Оплачиваю страховку, коммунальные расходы через Яндекс.Деньги, вызываю Яндекс.Такси и анализирую ежемесячные расходы. Могу в одном экране посмотреть все статусы предметов в доме и изменить их.

Комнаты

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

Музыка

Здесь включаю любимую музыку. Запускаю её из Яндекс.Радио, Яндекс.Музыки или медиатеки смартфона. Устанавливаю будильник. Отправляю любимые треки друзьям в мессенджеры и социальные сети.

Кондиционер

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

Новые предметы

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

Забота

Если вы забыли выключить «Тёплый пол», не беда. Дом напомнит вам о нём и предложит выключить его за вас. Сгорела лампочка? Поменяйте её, заказав новую в Яндекс.Маркете. Вам не нужно помнить об оплате коммунальных услуг и страховки. Теперь это забота вашего дома.

Настройка

Дайте права доступа другим членам семьи. Настройте уведомления, голосовое управление, виджет и геолокацию. Определите что делать дому, если телефон сел. Выберите язык. Определитесь с единицами измерения: цельсий или фаренгейт? Включите код доступа. Настройте интерфейс для людей с ограниченными возможностями.

Иконка из семьи иконок компании

Собрал основные сервисы Яндекса, которыми пользуюсь сам. Нарисовал иконку для Яндекс.Дома, которая по стилю похожа на остальные иконки сервисов Яндекса. Теперь она гармонично смотрится в этой семье. В странах СНГ большинство людей живут в квартирах, поэтому иконка частного дома не подходит. Дом с квартирами напоминает пульт. Спрятал первую букву компании «Y» в иконке.

Чтобы не пропустить новую заметку — подпишитесь на мой канал в Телеграме или RSS.