Интерфейсы *

Ребята, привет! Давайте поговорим про:

Анализ конкурентов

Это одна из самых интересных и полезных практик, которая помогает нам делать продукты лучше. Но, как и во всём, тут есть тонкости. Цель анализа - не копировать чужие решения, а понять, что работает, что нет, и придумать что-то своё, уникальное. Как это сделать? Сейчас разберём!

Зачем анализировать конкурентов?

Анализ конкурентов - это не только про то, чтобы узнать, что делают другие. Это про то, чтобы:

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

Найти сильные стороны конкурентов. Какие фишки у них особенно популярны? Может, это что-то, что вы можете адаптировать?

Выявить слабые места. У каждого продукта есть недостатки. Их можно превратить в ваши преимущества.

Собрать идеи. Хорошие решения конкурентов могут вдохновить на создание собственных инноваций.

Как правильно анализировать конкурентов?

Вот пошаговый план:

1. Определите, кого анализировать.

Составьте список конкурентов. Это могут быть:

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

2. Изучите продукт.

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

3. Проанализируйте интерфейс и UX.

Какие паттерны и подходы они используют?

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

4. Оцените визуальный стиль.

- Как выглядит их дизайн? Современный, минималистичный, классический?
- Есть ли в нём что-то, что может выделять их среди других?

5. Соберите отзывы пользователей.

Отзывы - это кладезь информации. Люди часто рассказывают, что им нравится и что не устраивает. Загляните в:

App Store, Google Play.
Соцсети и форумы.
Обзоры на профильных сайтах.

6. Проанализируйте метрики.

Если есть доступные данные, изучите их:

- Количество скачиваний.
- Рейтинг приложения.
- Активность в соцсетях.

Как не копировать, а адаптировать?

Вот несколько советов:

Понимайте контекст. Если у конкурента что-то работает, это не значит, что оно сработает у вас. Понять, почему решение эффективно, - уже половина успеха.

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

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

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

Маленький лайфхак:

Сделайте себе простую таблицу для анализа конкурентов. Например:

Зачем это всё?

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

И помните: лучший продукт - это не тот, который делает всё как у других, а тот, который делает это лучше.

Где почитать:
Руководство по конкурентному анализу от Андрея Шилова на Medium (идти с прокси)
Конкурентный анализ от UPROCK
Статья на Хабре от Никиты Колюгина

До скорого!

Привет, Хабр!

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

UX-аналитика: Фокус на пользователе

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

Что важно учитывать:

Поведение. Какие экраны популярны? Где пользователи чаще всего уходят?

Барьеры. Что вызывает трудности? Это могут быть длинные формы, сложная навигация или непонятный интерфейс.

Удовлетворённость. Насколько пользователи довольны вашим продуктом? Здесь помогут NPS, CSAT или отзывы.

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

Бизнес-аналитика: Фокус на цифрах

Бизнес-аналитика отвечает на вопрос: как ваши решения влияют на показатели компании? Это про деньги, рост и эффективность.

Что здесь важно:

Конверсия. Сколько пользователей совершает целевое действие?

Доход. Какие изменения влияют на рост выручки?

Затраты. Как оптимизировать расходы без потери качества?

Пример: вы запустили новую фичу, и количество покупок выросло на 15%. Но выясняется, что её поддержка требует значительных затрат. Значит, нужно искать компромисс между выгодой и затратами.

Почему важно соединить UX и бизнес-аналитику?

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

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

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

Как связать UX и бизнес-аналитику?

1. Определите общие метрики.
   Начните с ключевых показателей, которые важны как для UX, так и для бизнеса. Например: Время завершения целевого действия (UX) - Конверсия в продажу (бизнес). Доля возвратов (UX) - Затраты на обработку возвратов (бизнес).

2. Собирайте данные совместно.
   Используйте инструменты аналитики, которые учитывают и пользовательский опыт, и бизнес-метрики. Например, связывайте результаты A/B-тестов с доходом или конверсией.

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

4. Итеративно улучшайте.
   Любое изменение проверяйте с двух сторон: стало ли пользователям удобнее, и как это повлияло на показатели бизнеса.

Маленький лайфхак:

Представьте, что UX-аналитика - это объектив вашего микроскопа, а бизнес-аналитика - линзы телескопа. Только вместе они дают целостную картину. И помните: удобный продукт без бизнес-целей так же бессмыслен, как и прибыльный продукт, от которого пользователи бегут.

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

Где почитать:
Собака Павлова пишет о решении бизнес задач при при помощи дизайна.
Бизнес аналитик Ирина Козлова рассказывает на Хабре про слонов и деревья
Неплохая статья на AskUsers о дизайне и анализе данных

До встречи в следующих постах!

Эмулякр (Emulacrum)

Уважаемые коллеги!

Работая над методологией проектирования систем искусственного интеллекта DHAIE (Design Human Artificial Intelligence Engineering and Enhancement), я столкнулся с необходимостью описать часто встречающееся явление в современных ИИ-системах. Речь идет о решениях, которые создают видимость сложного поведения, но по сути являются лишь поверхностной имитацией.
Для описания этого феномена я предлагаю ввести новый термин "эмулякр" (emulacrum), объединяющий концепции эмулятора и симулякра. Особенно актуален этот термин в контексте попыток реализации в ИИ таких сложных явлений, как эмоции, сознание или интуиция.

Эмулякр - программное или архитектурное решение в системах искусственного интеллекта, создающее поверхностное подобие определённого поведения или свойства (например, эмоций, сознания, интуиции) без интеграции соответствующих механизмов в базовую архитектуру системы.

Ключевые характеристики:

• Имитирует наблюдаемые проявления целевого свойства, но не воспроизводит его внутренние механизмы

• Основывается на предопределённых паттернах и правилах, а не на эмерджентном поведении системы

• Ограничен рамками заложенной модели и не способен к подлинному развитию имитируемого свойства

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

Применение:

Термин используется в методологии Дизайн Хьюмен Артификал Интеленженс Инженеринг энд Енхансмент (DHAIE) для выявления и классификации решений, требующих фундаментального пересмотра при создании более продвинутых систем искусственного интеллекта.

Буду признателен за ваши мысли и комментарии по поводу предложенного термина. Считаете ли вы его полезным для профессионального сообщества? Какие аспекты определения можно было бы уточнить или расширить?

Привет, Хабр!

Вот и первый пост из нашего цикла, итак:

Генерация гипотез

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

Почему гипотезы так важны?

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

Как правильно формулировать гипотезы?

Есть отличная структура, которая упрощает процесс:

Если мы сделаем [изменение], то пользователи смогут [результат], потому что [обоснование].

Пример:

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

Гипотеза должна быть понятной и проверяемой. Это не гадание на кофейной гуще - мы выдвигаем предположения и тестируем их.

Где искать идеи для гипотез?

Не знаете, с чего начать? Вот несколько надежных источников:

1. Данные. Проанализируйте статистику: какие экраны вызывают затруднения? Где пользователи чаще всего «застревают»?

2. Юзабилити-тесты. Наблюдайте за пользователями, задавайте им вопросы - это кладезь инсайтов.

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

4. Личный опыт. Ведь вы тоже пользователь! Иногда достаточно взглянуть на интерфейс свежим взглядом.

Что делать с гипотезами дальше?

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

2. Тестирование. Проверяйте гипотезы через A/B-тесты, прототипы, аналитику. Главное - опираться на реальные данные.

3. Итерации. Если гипотеза не сработала, не переживайте - это тоже результат! Проанализируйте, что пошло не так, и двигайтесь дальше.

Маленький лайфхак:

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

И помните: генерация гипотез - это не магия. Это инструмент, который помогает нам расти как профессионалам и создавать крутые решения для пользователей. Экспериментируйте, делитесь идеями, и вместе мы найдём самые классные подходы!

Где почитать:
Skillbox хорошо разобрали виды гипотез и процесс работы с ними
Шаблон формулирования гипотез от AGIMA
Гипотезы для usability теста на Tproger

До встречи в следующих постах!

Привет, Хабр!

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

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

Что планирую рассмотреть:

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

2. UX-аналитика и Бизнес-аналитика. Как связать анализ пользовательского опыта с бизнес-позициями и почему важно не забывать про оба аспекта.

3. Анализ конкурентов. Зачем и как правильно проводить анализ конкурентов, чтобы не копировать, а интегрировать самые крутые практики в свой продукт.

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

5. User Flow и Персоны. Как создавать User Flow и прорабатывать персоны для детального понимания того, как пользователи себя ведут.

6. UX-тестирование и Глубинное интервью. Как сделать тестирование таким, чтобы оно реально выявляло проблемы, а глубинные интервью давали ценную обратную связь.

7. Создание дизайн-концепции. Как развить свою дизайн-концепцию, составить UI-kit и начать работать с дизайн-системами.

8. Android и iOS гайдлайны. Как различия в дизайне для Android и iOS могут повлиять на взаимодействие с продуктом и что стоит учитывать при проектировании.

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

10. Токены. Как правильно настроить зависимости между сложными токенами и базовыми (цвета, отступы, размеры), и не потеряться в этом процессе.

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

12. WCAG и подбор цветов. Когда и почему можно сделать исключения по WCAG, и как это влияет на доступность проекта.

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

До скорого в следующих постах!

Моё главное разочарование в 2024: bluetooth клавиатуры с подсветкой и мышки

Для программирования на удаленке в позе полулёжа на диване нужны блютуз клавиатура и мышка. Клавиатура должна быть с подсветкой. Но... именно блютуз в таком применении жестко разочаровал. Тормоза, зависания и засыпания. Быстрое отключение подсветки. Несколько лучше мышки и клавиатуры с радио каналом. Но на мини ПС под Windows 11 постепенно нарастали тормоза по мере обновления Windows и в конце года уже стали нестерпимо раздражать. Перешел на 2 кабеля USB по 7 метров и обычные мышку и клавиатуру с подсветкой. Теперь не тормозит. Подсветка не гаснет. Ничто не засыпает. Но провода все же не так уж и удобно, к сожалению. Добавлю, на Mac OS на m1 мышка с радио каналом работает идеально, плавно, не тормозит, не засыпает. (Но радио - это не блютуз)

Индикация языка ввода цветом панели задач

Позволяет получить чрезвычайно заметный индикатор языка, который не мешается и не сильно портит эстетику. Реализовано на Autohotkey v.1, проверено на Windows 10. Использован код отсюда и библиотека AHK_TaskBar_SetAttr.

Код для Autohotkey v.1 (pastebin)

Код для Autohotkey v.1 (яндекс-диск)

Скомпилированный exe для примера

Я джва года хотел такой индикатор. Нашел статью 2015 года с уже нерабочим решением и платную программу, тоже, впрочем, у меня не заработавшую. На практике же выяснилось, что мало иметь заметный индикатор — нужно еще иметь привычку на него смотреть перед вводом текста. Поэтому, возможно, более жизнеспособным решением является программа типа Punto Switcher, аналогов которой есть немало, в том числе на том же AHK.

Что мы поняли о пользователях из России, пока делали UX-исследование для гватемальцев

Немногие с ходу вспомнят, где на карте мира находится Гватемала. Она расположена в южной части Северной Америки, на севере граничит с Мексикой и имеет выход сразу к двум океанам — Тихому и Атлантическому.

Недавно нам выпало познакомиться с этой страной и ее жителями поближе — наша команда проводила уникальное UX-исследование для крупного гватемальского девелопера. Глобальной целью было улучшить сайт одного элитного района в столице страны.

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

1. Пользователи в Гватемале ценят личное общение.

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

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

2. 3D-модели жилья повышают доверие.

Простые фотографии не производили должного впечатления на гватемальских пользователей. Они хотели видеть больше деталей, желательно в формате, который позволил бы «почувствовать» пространство. Интерактивные 3D-туры стали идеальным решением, которое позволило потенциальным покупателям глубже погрузиться в атмосферу района и нового жилья.

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

3. Карта территории — необходимость.

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

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

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

4. Всем гватемальцам важна экология.

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

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

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

Ранние исследования в области человеко-компьютерного взаимодействия (HCI) подчеркивали целостную природу пользовательского интерфейса, акцентируя внимание на пользователе как центральном элементе. Например, одно из определений гласит: «То, как вы выполняете задачи с помощью продукта — что вы делаете и как он реагирует — и есть интерфейс». Однако модели 1980-х и 1990-х годов часто сосредотачивались на отдельных стилях взаимодействия, таких как диалоги и команды, что ограничивало их применимость для современных сенсорных систем, многопользовательских сред и систем с меньшей зависимостью от команд.

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

1. Устройства (Devices): Считывают ввод пользователя и отображают выходные данные.

2. Техники взаимодействия (Interaction Techniques): Соотносят считанные входные данные с операциями над сборками.

3. Представления (Representations): Отражают пользователя и компьютер внутри интерфейса.

4. Сборки (Assemblies): Организуют представления и связывают техники взаимодействия с вычислительными системами.

Данный подход, называемый DIRA (Devices, Interaction Techniques, Representations, Assemblies), обеспечивает надежный инструмент для понимания пользовательских интерфейсов как динамических систем, соединяя классические парадигмы взаимодействия с требованиями современных сенсорных и многопользовательских систем.

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

https://pdf.sciencedirectassets.com/272548/1-s2.0-S1071581924X00105/1-s2.0-S1071581924001642/main.pdf

5 решений в цифровых продуктах, которые оценят и бумеры, и зумеры

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

🔹 Отказ от стереотипов. Считается, что зумеры живут в интернете 24/7. Но исследования показывают, что 73% из них специально ходят в офлайн-магазины, чтобы «отключиться» от цифрового мира. Поэтому стоит изучать реальное поведения своих пользователей всех возрастов, чтобы предлагать им подходящие решения.

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

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

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

🔹 Прозрачность. Никто не любит темных паттернов в UX-дизайне. Например, лучше сразу раскрыть все условия покупки и ясно донести их до пользователя. Если вы любитель мутных схем, то вы можете столкнуться с еще одним трендом молодого поколения — культурой отмены.

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

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

Напротив, визуальное восприятие фиолетового оттенка (300°) было хуже: первая фиксация взгляда длилась дольше, а оценки пространства по привлекательности, личным предпочтениям, комфорту и удовольствию были ниже.

При уровне насыщенности 69–77% испытуемые демонстрировали наименьшую длительность первой фиксации и наибольшую общую длительность фиксации, что указывало на более высокую визуальную привлекательность.

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

Про дизайн HR-сервисов. Часть 3

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

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

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

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

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

Больше о карьерный сайтах рассказываем в отдельном статье, а о дизайне — в нашем телеграм-канале.

Про дизайн HR-сервисов. Часть 2

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

1. Минимализм и простота. Чем больше в макете чистых линий и простых форм, тем лучше.

2. Персонализация. Важно давать пользователю настраивать интерфейс под себя — менять цветовую схему или настраивать опции отображения информации.

3. Мобильная адаптация. Адаптивный дизайн позволяет сотруднику управлять HR-задачами с телефона или планшета.

4. Интерактивные элементы и сервисы. Анимации, интерактивные диаграммы и инфографика упрощают взаимодействие с сервисами.

5. Чат-боты и возможности ИИ. Они берут на себя рутину и механическую работу.

6. Система уведомлений. Если корпортал отправляет сотруднику пуши, тот оперативно узнает о важных событиях и заданиях.

7. Использование иконок. Иконки нужны не только в цифровых продуктах, но и в HR-сервисах. Они упрощают навигацию и понимание функционала.

8. Дизайн-системы. Обеспечивают консистентность дизайна. Человек должен чувствовать, что о нем заботятся.

9. Динамичные и адаптивные формы. Динамичные формы, которые адаптируются к вводу данных, минимизируют необходимость вручную настраивать интерфейс.

10. Голосовой интерфейс. Голосовые команды и функции распознавания речи делают сервис инклюзивным, улучшают доступность и увеличивают производительность.

В следующей части расскажем о важности инклюзивности для дизайна HR Tech сервисов. А больше про дизайн — в нашем телеграм-канале.

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

Натыкал такое, добавил две новые команды: Node pods и Top node pods. Первая позволяет посмотреть все поды ноды. А вторая сделать топ поды ноды.

И если поды ноды kubectl умеет показывать из коробки, как-то так:

kubectl get po -A --field-selector spec.nodeName=<node_name>

То с топами подов нодов пришлось немного повозиться, kubectl не может сам сделать топ поды ноды, говорит такое:

kubectl top po -A --field-selector spec.nodeName=<node_name>
Error from server (BadRequest): "spec.nodeName" is not a known field selector: only "metadata.name", "metadata.namespace"

Пришлось ему немного помочь, сначала я запомнил поды ноды в переменную np

np=$(
   kubectl get po -A --field-selector spec.nodeName=<node_name> | \
   awk '{print $2}'
)

Потом сделал топ всех подов и грепнул поды ноды

kubectl top po -A | grep -F "$np"

И еще там были сопутствующие изменения и вот это вот все.

Творите, выдумывайте, пробуйте!)

Привет, снова я со своим kui'ем!)

Позанимался немного с нодами и подумал что удобно было бы выбирать ноды из вывода kubectl top no, добавил это. Команда (top) доступна на первом шаге (выбор кластера) и через "быстрые команды".

Творите, выдумывайте, пробуйте!)

Привет, небольшой апдейт для kui'я

Добавил команду удаления для кронжобов.

Творите, выдумывайте, пробуйте!)

UX-редактору: «Отправить» или «Получить»?

Есть мнение, что в подобных формах, в кнопке лучше писать «Отправить код» вместо «Получить код».

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

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

«Получить код» вроде бы подходит, НО т.к. сайт не может гарантировать доставку СМС (т.е. юзер может не «получить»), потому, дескать, и надо писать «Отправить».

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

-----------------

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

Ещё на канале есть: исследования, мнения, полезные ссылки и много всего на тему юзабилити.

Глаза превращаются в...

Использую такую штуку в терминале info-bar о которой я писал тут, инфо бар показывает git status, если $PWD содержит папку .git. Сегодня занимался с репами, крутил вертел по разному, в какой-то момент вкладка терминала зафризилфсь. Оказалось что info-bar плохо переносит большое количество информации от git status'а

$ git status -sb | wc -l
9451

Пришлось ограничить вывод 50 строками, теперь так:

git_sts_depth=50
...
git -c color.ui=always status -sb | head -$git_sts_depth

Заодно смердил в мастер новую версию в которой глаза заменены на, эм, ну увидите)

Творите, выдумывайте, пробуйте!)

Backend-Driven UI и конструкторы — благо или зло?

Об этом — в новом выпуске подкаста «Свободный слот». Бизнес обычно в восторге от BDUI: высокий Time to Market, новые фичи без обновлений приложений, UI для нескольких платформ. А вот инженерам не всегда нравится пользоваться конструкторными решениями.

Вместе с Леонидом Ральниковым, разработчиком BDUI-фреймворка DivKit из Яндекса, мы говорим о том, какие плюсы и минусы есть у конструкторов, как это влияет на компанию и что нас ждет в будущем. Можно ли отдать вёрстку продакту? Не теряют ли инженеры базу, верстая экраны через конструкторы? Как тестировать приложения с BDUI?

А что вы думаете о BDUI? Делитесь мнением в комментариях.

Слушайте «Свободный слот» на разных платформах:

Apple Podcasts
ВК Подкасты
Яндекс Музыка

Когда технологии будущего становятся реальностью, их применение оказывается ординарным. Например, видеосвязь: в фантастике никто не общается иначе, как с 3D-голограммой собеседника; в реальности мы сидим на митах с выключенными камерами.

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

Одна из любимых идей фантастики и киберпанка — управлять техникой силой мысли. Нейроинтерфейсы — молодая сфера. В ней работаем и мы, Neiry. Мы делаем будущее интерфейсов «мозг-компьютер» неординарным. А вы можете нам помочь.

20 сентября — старт BCI Hack Moscow хакатона, участники которого создадут прототипы продуктов на базе нейроинтерфейсов для Neiry Headband Pro и открытого API Neiry. Хотите рулить электросамокатом действительно без рук? Научить умную колонку, играть музыку под настроение? Воплотите свои неординарные идеи с нами.

Приглашаем разрабов всех грейдов, студентов, нейроэнтузиастов. Язык нашего API — С, также пригодятся знания в Python, SQL, аналитические навыки, опыт обращения с BCI. Участвовать можно одному или командой до 4 человек.

Регистрируйтесь до 15 сентября: опишите в заявке идею, которую будете воплощать. 20 сентября выдадим Neiry Headband Pro, для этого кто-то из команды должен быть в Москве. И всё, больше никаких блоков. Приходите на лендинг за деталями, присоединяйтесь к нам и сделайте вклад в неординарное будущее, воплощающее лучшие аспекты киберпанка.