Не чувствовать себя идиотом
Вчера в канале Data Driven культура делали эфир про особенности внедрения BI-систем.
Мне очень понравилась мысль, сказанная моим коллегой Арсланом Катеевым:
"Хорошо, если при работе в новой системе пользователь получает ощущение, что он полностью реализует в ней свой потенциал. Т.е. он не чувствует себя идиотом, а видит, что у него получается нормально работать в системе.
Когда говорят, что современные дети настолько умные, что в 3 года осваивают технику от Эпл, то это надо понимать так: инженеры Эпл такие молодцы, что их технику осваивают даже трёхлетние дети".
В общем, пользователь при каждом удобном моменте будет игнорировать систему, в которой он не может реализовать свой профессионализм, и возвращаться к той, в которой он как рыба в воде. Именно поэтому многие корпоративные системы проигрывают в итоге Экселю.
#UX
Вчера в канале Data Driven культура делали эфир про особенности внедрения BI-систем.
Мне очень понравилась мысль, сказанная моим коллегой Арсланом Катеевым:
"Хорошо, если при работе в новой системе пользователь получает ощущение, что он полностью реализует в ней свой потенциал. Т.е. он не чувствует себя идиотом, а видит, что у него получается нормально работать в системе.
Когда говорят, что современные дети настолько умные, что в 3 года осваивают технику от Эпл, то это надо понимать так: инженеры Эпл такие молодцы, что их технику осваивают даже трёхлетние дети".
В общем, пользователь при каждом удобном моменте будет игнорировать систему, в которой он не может реализовать свой профессионализм, и возвращаться к той, в которой он как рыба в воде. Именно поэтому многие корпоративные системы проигрывают в итоге Экселю.
#UX
Не пропушишь — не проживёшь
Пропушить — напомнить кому-то, запросить повторно информацию и т.д.
Пуши от продуктов
Обращаю внимание как продукты меня пушат — я не про push-уведомления в приложениях, а в целом про попытки меня вовлечь, не потерять. Мотаю на ус, собираю практики.
👉 Напоминания на почту.
Ну такое, слабо работают, чтобы привлечь. Мягко говоря, почти не работают.
👉 СМС-ки.
Всё ещё работают, но поток большой в последнее время.
Работают обычно 2-м номером: сперва почта, а если я проигнорил — СМС.
👉 Таргетированная реклама.
Догоняют и просят закончить начатое. Яндекс-Практикум через ретаргет просил допройти курс 😂
👉 Звонки. Работают, если продукт мне знаком:
— Альфа (живой человек) звонит и напоминает о продлении ОСАГО (запрашиваю продление и сразу на почту присылают ссылку для оплаты),
— Скаенг (в записи) звонит и напоминает, что оплаченные уроки скоро кончатся (иду и пополняю),
— Вадик из Зерокодинга (в записи) позвонил и позвал на интенсив (не пошёл, но удивился пушу),
— Хостинг. Звонили (в записи) напоминали, что вот-вот и всё закончится (побежал продлевать). Перед этим были почта и СМС, на которые я благополучно забил.
👉 Телеграм-Боты. У продукта есть бот для напоминаний — он пушит. Главное, мягко заставить пользователя на него подписаться.
Если продукт пушит меня умело — я только за. Мне нравится, что звонит робот Скаенга, и оператор из Альфы. А если продукт не умеет умело пушить — не прожить ему в современном мире.
Пуши в работе менеджера
Быть пушером — очень ценное для работы, да и для жизни, качество. По сути, быть пушером — это быть проактивным в вопросе получения информации, которая тебе нужна. Мне периодически пишут в личку всякие рекламные предложения и т.п. — сразу видно, где наняли пушера на работу, а где застенчивый человек. Пушер 10 раз напомнит, запросит, спросит пока не получит ответ. А застенчивый разведёт руками: "Ну я уже напомнил, а мне так и не ответили. Что же я могу сделать ...".
Если вы стесняетесь запросить повторно у клиента оплату, напомнить исполнителю о сроках, запросить статус работ, .... — вы не пушер и на лидирующую позицию претендовать будет тяжело.
#UX #softskills из давно опубликованного
Пропушить — напомнить кому-то, запросить повторно информацию и т.д.
Пуши от продуктов
Обращаю внимание как продукты меня пушат — я не про push-уведомления в приложениях, а в целом про попытки меня вовлечь, не потерять. Мотаю на ус, собираю практики.
👉 Напоминания на почту.
Ну такое, слабо работают, чтобы привлечь. Мягко говоря, почти не работают.
👉 СМС-ки.
Всё ещё работают, но поток большой в последнее время.
Работают обычно 2-м номером: сперва почта, а если я проигнорил — СМС.
👉 Таргетированная реклама.
Догоняют и просят закончить начатое. Яндекс-Практикум через ретаргет просил допройти курс 😂
👉 Звонки. Работают, если продукт мне знаком:
— Альфа (живой человек) звонит и напоминает о продлении ОСАГО (запрашиваю продление и сразу на почту присылают ссылку для оплаты),
— Скаенг (в записи) звонит и напоминает, что оплаченные уроки скоро кончатся (иду и пополняю),
— Вадик из Зерокодинга (в записи) позвонил и позвал на интенсив (не пошёл, но удивился пушу),
— Хостинг. Звонили (в записи) напоминали, что вот-вот и всё закончится (побежал продлевать). Перед этим были почта и СМС, на которые я благополучно забил.
👉 Телеграм-Боты. У продукта есть бот для напоминаний — он пушит. Главное, мягко заставить пользователя на него подписаться.
Если продукт пушит меня умело — я только за. Мне нравится, что звонит робот Скаенга, и оператор из Альфы. А если продукт не умеет умело пушить — не прожить ему в современном мире.
Пуши в работе менеджера
Быть пушером — очень ценное для работы, да и для жизни, качество. По сути, быть пушером — это быть проактивным в вопросе получения информации, которая тебе нужна. Мне периодически пишут в личку всякие рекламные предложения и т.п. — сразу видно, где наняли пушера на работу, а где застенчивый человек. Пушер 10 раз напомнит, запросит, спросит пока не получит ответ. А застенчивый разведёт руками: "Ну я уже напомнил, а мне так и не ответили. Что же я могу сделать ...".
Если вы стесняетесь запросить повторно у клиента оплату, напомнить исполнителю о сроках, запросить статус работ, .... — вы не пушер и на лидирующую позицию претендовать будет тяжело.
#UX #softskills из давно опубликованного
Чек-лист прогонки дизайна
С хорошим дизайном такое правило:
дизайн должен пройтись не только по центру, но и залезть в уголки.
Если дизайн не отражает краевые и редкие состояния, то их придётся доделывать на ходу и не всегда это будет хорошо.
Принимаете дизайн? Планируете сдавать макет? Задайтесь следующими вопросами:
☑️ ПО МАКЕТАМ ВЫВОДА ИНФОРМАЦИИ (по всем элементам, группам):
В дизайне определён и показан вариант вывода максимального объёма информации?
Например:
показать самое длинное возможное название товара,
показать цену товара с максимальным количеством знаков,
показать страницу новости с длинной аннотацией (лид-абзац),
показать вывод таблицы, в которой много столбцов,
и т.п.
В дизайне определён и показан вариант вывода минимального объёма информации?
Например:
показать вывод новости, у которой не задано фото (а если таких несколько подряд?),
вывод таблицы, в которой пользователь скрыл все столбцы кроме 2–3,
вывод товара, у которого очень короткое описание,
и т.п.
В дизайне показаны варианты вывода разных возможных форматов информации?
Например:
вывод вертикальной фотографии среди горизонтальных в фотогалерее,
вывод картинки товара, у которой не прозрачный фон, а белый (или цветной),
вывод аватара, в котором не лицо, а весь человек (есть же и такие),
вывод картинки, на которой написан текст, в тёмной/светлой палитре.
☑️ ПО МАКЕТАМ ДЛЯ ИНТЕРАКТИВНЫХ ЭЛЕМЕНТОВ:
В дизайне показаны допустимые варианты взаимодействия?
Пользователь понимает, как взаимодействовать с элементом, какие значения возможны при взаимодействии: подсказки, маски и прочее.
В дизайне определен и показан процесс взаимодействия?
Например, прелоадер загрузки файла; галочка справа от поля, если всё ок; состояние кнопки после нажатия и т.п..
В дизайне показаны успешные варианты завершения взаимодействия?
Как преобразуется элемент после завершения взаимодействия. Например, выводится превью и название после загрузки файла.
В дизайне показаны неуспешные варианты завершения взаимодействия?
Как интерфейс отреагирует, если при взаимодействии пользователь выйдет за рамки области допустимых значений.
В дизайне показаны варианты повторного взаимодействия?
Если окно закрылось, то ясно как его снова открыть. Если файл загружен — показано, как его изменить/удалить. Если выбран элемент в списке, то ясно как убрать выбор. И т.п.
В общем, у хорошего дизайнера львиная доля работы — определение поведения продукта в краевых и редких ситуациях. Именно там у многих продуктов ахиллесова пята.
#UX
С хорошим дизайном такое правило:
дизайн должен пройтись не только по центру, но и залезть в уголки.
Если дизайн не отражает краевые и редкие состояния, то их придётся доделывать на ходу и не всегда это будет хорошо.
Принимаете дизайн? Планируете сдавать макет? Задайтесь следующими вопросами:
☑️ ПО МАКЕТАМ ВЫВОДА ИНФОРМАЦИИ (по всем элементам, группам):
В дизайне определён и показан вариант вывода максимального объёма информации?
Например:
показать самое длинное возможное название товара,
показать цену товара с максимальным количеством знаков,
показать страницу новости с длинной аннотацией (лид-абзац),
показать вывод таблицы, в которой много столбцов,
и т.п.
В дизайне определён и показан вариант вывода минимального объёма информации?
Например:
показать вывод новости, у которой не задано фото (а если таких несколько подряд?),
вывод таблицы, в которой пользователь скрыл все столбцы кроме 2–3,
вывод товара, у которого очень короткое описание,
и т.п.
В дизайне показаны варианты вывода разных возможных форматов информации?
Например:
вывод вертикальной фотографии среди горизонтальных в фотогалерее,
вывод картинки товара, у которой не прозрачный фон, а белый (или цветной),
вывод аватара, в котором не лицо, а весь человек (есть же и такие),
вывод картинки, на которой написан текст, в тёмной/светлой палитре.
☑️ ПО МАКЕТАМ ДЛЯ ИНТЕРАКТИВНЫХ ЭЛЕМЕНТОВ:
В дизайне показаны допустимые варианты взаимодействия?
Пользователь понимает, как взаимодействовать с элементом, какие значения возможны при взаимодействии: подсказки, маски и прочее.
В дизайне определен и показан процесс взаимодействия?
Например, прелоадер загрузки файла; галочка справа от поля, если всё ок; состояние кнопки после нажатия и т.п..
В дизайне показаны успешные варианты завершения взаимодействия?
Как преобразуется элемент после завершения взаимодействия. Например, выводится превью и название после загрузки файла.
В дизайне показаны неуспешные варианты завершения взаимодействия?
Как интерфейс отреагирует, если при взаимодействии пользователь выйдет за рамки области допустимых значений.
В дизайне показаны варианты повторного взаимодействия?
Если окно закрылось, то ясно как его снова открыть. Если файл загружен — показано, как его изменить/удалить. Если выбран элемент в списке, то ясно как убрать выбор. И т.п.
В общем, у хорошего дизайнера львиная доля работы — определение поведения продукта в краевых и редких ситуациях. Именно там у многих продуктов ахиллесова пята.
#UX
Не сбрасывать
Система не должна выкидывать пользователя из контекста – это всех бесит.
🤦♂️ Листаешь автоподгружаемый список с записями и перешёл к просмотру конкретной записи. Вернулся назад – попал снова в начало списка.
🤦♂️ Смотришь постраничный список, дошёл до 10 страницы. Открыл запись. Вернулся назад – снова первая страница.
🤦♂️ Выполнил многокритериальный поиск и получил список записей. Перешёл к конкретной, вернулся – поиск сброшен.
🤦♂️Настроил под себя дашборд (графики). Ушёл на другую страницу. Вернулся – снова умолчательный режим.
👉 Пользователя надо оградить от повторных бессмысленных телодвижений.
#UX из давно опубликованного
Система не должна выкидывать пользователя из контекста – это всех бесит.
🤦♂️ Листаешь автоподгружаемый список с записями и перешёл к просмотру конкретной записи. Вернулся назад – попал снова в начало списка.
🤦♂️ Смотришь постраничный список, дошёл до 10 страницы. Открыл запись. Вернулся назад – снова первая страница.
🤦♂️ Выполнил многокритериальный поиск и получил список записей. Перешёл к конкретной, вернулся – поиск сброшен.
🤦♂️Настроил под себя дашборд (графики). Ушёл на другую страницу. Вернулся – снова умолчательный режим.
👉 Пользователя надо оградить от повторных бессмысленных телодвижений.
#UX из давно опубликованного
Кстати, вчерашний пост про запоминание состояний довольно наглядно показывает, что UX во многом зависит не от дизайнера.
Никакой (ок, почти никакой) дизайнер в макетах не предъявит требования к тому, чтобы система запоминала состояния — это сделает системный аналитик в рамках ТЗ, если подумает.
Даже если над продуктом будут работать самые именитые UX-дизайнеры — от них в части UX зависит относительно небольшая часть.
Посмотрите на картинку ниже — это пирамида UX-ценностей. Когда-то я её нарисовал для демонстрации идеи, что UX — это не про дизайн (не только про дизайн).
В основе пирамиды находятся критерии, нарушения которых максимально критично влияют на пользовательский опыт.
Да, если эти критерии не нарушены, то на них никто не обратит внимания, но если что-то пойдёт не так, то заметят все.
Безопасность, стабильность, скорость — на это большее влияние имеют программисты и девопсы.
Паттерность — аналитики, проектировщики, юиксеры. Вчерашний пост он про паттерн "запоминать состояние".
Сервисность — служба поддержки и заботы.
Модность и восхитительность — дизайнеры.
Короткая поговорка: Негоже упарываться в модность UI, ежели система тормозит дико.
#UX
Никакой (ок, почти никакой) дизайнер в макетах не предъявит требования к тому, чтобы система запоминала состояния — это сделает системный аналитик в рамках ТЗ, если подумает.
Даже если над продуктом будут работать самые именитые UX-дизайнеры — от них в части UX зависит относительно небольшая часть.
Посмотрите на картинку ниже — это пирамида UX-ценностей. Когда-то я её нарисовал для демонстрации идеи, что UX — это не про дизайн (не только про дизайн).
В основе пирамиды находятся критерии, нарушения которых максимально критично влияют на пользовательский опыт.
Да, если эти критерии не нарушены, то на них никто не обратит внимания, но если что-то пойдёт не так, то заметят все.
Безопасность, стабильность, скорость — на это большее влияние имеют программисты и девопсы.
Паттерность — аналитики, проектировщики, юиксеры. Вчерашний пост он про паттерн "запоминать состояние".
Сервисность — служба поддержки и заботы.
Модность и восхитительность — дизайнеры.
Короткая поговорка: Негоже упарываться в модность UI, ежели система тормозит дико.
#UX
Я недавно писал, что скоро будет анонс эфира про UX дашбордов.
Итак 🥁
Приглашаю всех 12 июля (среда) в 15:00 на совместный с Марией Гришиной онлайн мастер-класс: UX и эргономика дашбордов.
Мария эксперт по визуализации данных и автор любимого многими BI-аналитиками канала Power BI Design @Design_PowerBi (советую подписаться тем, кто касается в работе графиков и дашиков).
Это будет не говорящий эфир, а прям мастер-класс: Мария на деле покажет как собрать удобный дашборд и где обычно бывают промахи.
Будет много работы с аудиторией — можно будет свои кейсы приносить для обсуждения.
Показ будет непосредственно на Analytic Workspace, но UX-принципы для дашбордов не критично зависят от инструментария — рады будем всем.
Регистрация тут: analyticworkspace.ru/ux-dashboards
#UX #Анонс
Итак 🥁
Приглашаю всех 12 июля (среда) в 15:00 на совместный с Марией Гришиной онлайн мастер-класс: UX и эргономика дашбордов.
Мария эксперт по визуализации данных и автор любимого многими BI-аналитиками канала Power BI Design @Design_PowerBi (советую подписаться тем, кто касается в работе графиков и дашиков).
Это будет не говорящий эфир, а прям мастер-класс: Мария на деле покажет как собрать удобный дашборд и где обычно бывают промахи.
Будет много работы с аудиторией — можно будет свои кейсы приносить для обсуждения.
Показ будет непосредственно на Analytic Workspace, но UX-принципы для дашбордов не критично зависят от инструментария — рады будем всем.
Регистрация тут: analyticworkspace.ru/ux-dashboards
#UX #Анонс
analyticworkspace.ru
Прямой эфик: UX и эргономика дашбордов в BI-аналитике
UX и эргономика дашбордов в BI-аналитике. Как сделать дашборд и красивым и удобным. Прямой эфир от эксперта Марии Гришиной.
UX дашбодов для работы
Основные мысли с совместного вебинара с Марией Гришиной про UX дашбордов (запись будет, но позже).
Так как термин “дашборд” понимается по-разному, то в контексте этого поста — это страница с разными визуализациями и фильтрами к ним.
Пункты ниже касаются только дашбордов для работы — те, которые бизнес использует для анализа метрик и принятия решений. Если вы делаете “ВАУ!” дашборд, чтобы всех удивить — там можно и нужно иначе.
Итак:
1. Не выделывайтесь с видами визуализации. Чем проще — тем лучше. Акцент на информации, а не на красатулях.
2. От общего к частному. Показываем ключевые метрики выше/раньше, чем детали.
3. Между скроллом и несколькими листами выбирайте несколько листов: наглядность + проще фильтровать + листы делят логически информацию лучше.
4. Убирайте визуальный шум. Например, если для графика не нужны подписи осей — можно убрать. Но никогда не убирайте заголовки графиков.
5. Не пестрите с цветами. У одного показателя цвет должен (чаще всего) совпадать от графика к графику. Можно использовать colorscheme.ru (тетрада) для подбора цвета.
6. Не выделывайтесь с эффектами: переливания, градиенты, заливки и прочее. Полезны только тогда, когда помогают понять данные.
7. Если фильтров мало — выносите их на сам дашборд. Если много — можно вынести на вызываемую панель, но основные фильтры при этом лучше вытащить на сам дашик.
8. Используйте принцип Z-чтения: важность информации слева-направо и сверху-вниз. (Это не однозначно, есть ещё F-паттерн).
9. Делайте подсказки к графикам. Если есть риск, что кто-то не врубится в график или там сложная формула, то подсказка должна пояснить. Очевидные подсказки лучше не писать.
10. Верстайте аккуратно: расстояние между элементами и прочие выравнивания. Кривость может отвлекать от данных и снижать доверие к информации (если ты криво размещаешь информацию, то, возможно, ты её и криво собрал перед этим).
На картинке ДО/ПОСЛЕ применения базовых улучшений.
#UX
Основные мысли с совместного вебинара с Марией Гришиной про UX дашбордов (запись будет, но позже).
Так как термин “дашборд” понимается по-разному, то в контексте этого поста — это страница с разными визуализациями и фильтрами к ним.
Пункты ниже касаются только дашбордов для работы — те, которые бизнес использует для анализа метрик и принятия решений. Если вы делаете “ВАУ!” дашборд, чтобы всех удивить — там можно и нужно иначе.
Итак:
1. Не выделывайтесь с видами визуализации. Чем проще — тем лучше. Акцент на информации, а не на красатулях.
2. От общего к частному. Показываем ключевые метрики выше/раньше, чем детали.
3. Между скроллом и несколькими листами выбирайте несколько листов: наглядность + проще фильтровать + листы делят логически информацию лучше.
4. Убирайте визуальный шум. Например, если для графика не нужны подписи осей — можно убрать. Но никогда не убирайте заголовки графиков.
5. Не пестрите с цветами. У одного показателя цвет должен (чаще всего) совпадать от графика к графику. Можно использовать colorscheme.ru (тетрада) для подбора цвета.
6. Не выделывайтесь с эффектами: переливания, градиенты, заливки и прочее. Полезны только тогда, когда помогают понять данные.
7. Если фильтров мало — выносите их на сам дашборд. Если много — можно вынести на вызываемую панель, но основные фильтры при этом лучше вытащить на сам дашик.
8. Используйте принцип Z-чтения: важность информации слева-направо и сверху-вниз. (Это не однозначно, есть ещё F-паттерн).
9. Делайте подсказки к графикам. Если есть риск, что кто-то не врубится в график или там сложная формула, то подсказка должна пояснить. Очевидные подсказки лучше не писать.
10. Верстайте аккуратно: расстояние между элементами и прочие выравнивания. Кривость может отвлекать от данных и снижать доверие к информации (если ты криво размещаешь информацию, то, возможно, ты её и криво собрал перед этим).
На картинке ДО/ПОСЛЕ применения базовых улучшений.
#UX
Переключение профиля
Одна из лучших функций современных сервисов — возможность переключать профиль пользователя, не разлогиниваясь.
Вот я пользуюсь почтой из-под корпоративной учётки, выбрал личную учётку — уже в личной. Это удобно.
И ещё больше это удобно, когда ты тестируешь сервис под пользователями с разными правами.
Конечно, можно решить дело через менеджер паролей и прочие войти-выйти, но нативная смена учётки лично мне симпатичнее.
И к тому же эта функциональность кросс-платформенная: на мобильном приложении особо вход-выход не поделаешь.
В общем, если вы пилите продукт, в котором пользователь потенциально может иметь несколько учёток — присмотритесь к функции нативной смены учётки.
#UX
Одна из лучших функций современных сервисов — возможность переключать профиль пользователя, не разлогиниваясь.
Вот я пользуюсь почтой из-под корпоративной учётки, выбрал личную учётку — уже в личной. Это удобно.
И ещё больше это удобно, когда ты тестируешь сервис под пользователями с разными правами.
Конечно, можно решить дело через менеджер паролей и прочие войти-выйти, но нативная смена учётки лично мне симпатичнее.
И к тому же эта функциональность кросс-платформенная: на мобильном приложении особо вход-выход не поделаешь.
В общем, если вы пилите продукт, в котором пользователь потенциально может иметь несколько учёток — присмотритесь к функции нативной смены учётки.
#UX
Впереди меня едет премиальный среднеразмерный кроссовер Lexus RX ...первого поколения.
Чистенький, не битый, но сразу видно, что это устаревшая машина.
Двадцать лет назад, увидев чистенький и не битый Lexus RX первого поколения, большинство бы мечтательно посмотрело вслед проехавшему мимо красавцу.
А ведь с самим Lexus RX 1 ничего не произошло — он и сейчас, и тогда выглядит одинаково.
Изменилось окружение, изменились ожидания.
Популярная блоговая платформа ЖЖ (Живой журнал) тоже мало изменилась с момента своего пика в начале 2000-х, до сегодняшнего дня. Но тогда это был светоч Рунета, а сейчас умирающий гигант.
Я это к чему — свой продукт никогда нельзя оставлять в состоянии UX-покоя.
Следить за окружением, следить за ожиданиями → менять, улучшать, развивать всегда, не смотря на "мы лучшие".
#ux
Чистенький, не битый, но сразу видно, что это устаревшая машина.
Двадцать лет назад, увидев чистенький и не битый Lexus RX первого поколения, большинство бы мечтательно посмотрело вслед проехавшему мимо красавцу.
А ведь с самим Lexus RX 1 ничего не произошло — он и сейчас, и тогда выглядит одинаково.
Изменилось окружение, изменились ожидания.
Популярная блоговая платформа ЖЖ (Живой журнал) тоже мало изменилась с момента своего пика в начале 2000-х, до сегодняшнего дня. Но тогда это был светоч Рунета, а сейчас умирающий гигант.
Я это к чему — свой продукт никогда нельзя оставлять в состоянии UX-покоя.
Следить за окружением, следить за ожиданиями → менять, улучшать, развивать всегда, не смотря на "мы лучшие".
#ux
В общем, я сделал математическую запись зависимости UX от UI через пределы.
Суть такая: чем меньше интерфейса встретит пользователь на своём пути к цели, тем лучший пользовательский опыт он получит.
Максимальный пользовательский опыт достигается при нулевом интерфейсе.
Примеры нулевых интерфейсов:
— электронные деньги (нулевой интерфейс для бумажных денег),
— голосовые помощники (нулевой интерфейс для форм и бытовых приборов),
— облачные сервисы (нулевой интерфейс для инсталляций).
Нулевой интерфейс — это идеальное состояние интерфейса.
В общем, самая лучшая похвала для дизайнера и проектировщика:
"Ух ты! Как много интерфейса тебе удалось избежать в этом финальном варианте!".
#ux
Суть такая: чем меньше интерфейса встретит пользователь на своём пути к цели, тем лучший пользовательский опыт он получит.
Максимальный пользовательский опыт достигается при нулевом интерфейсе.
Примеры нулевых интерфейсов:
— электронные деньги (нулевой интерфейс для бумажных денег),
— голосовые помощники (нулевой интерфейс для форм и бытовых приборов),
— облачные сервисы (нулевой интерфейс для инсталляций).
Нулевой интерфейс — это идеальное состояние интерфейса.
В общем, самая лучшая похвала для дизайнера и проектировщика:
"Ух ты! Как много интерфейса тебе удалось избежать в этом финальном варианте!".
#ux
