UX Notes
Open in Telegram
В соцсетях: vk.com/ux_notes и fb.com/uxnotes Чат читателей: @uxnoteschat О карьере в UX-дизайне и вакансии: @uxwork Рекламодателям: uxnotes.ru/ads · В перечне РКН: gosuslugi.ru/snet/67a9a56970de7b4d761a81ae Est. 2016 · Автор: @zGrav
Show more📈 Analytical overview of Telegram channel UX Notes
Channel UX Notes (@uxnotes) in the Russian language segment is an active participant. Currently, the community unites 23 994 subscribers, ranking 1 209 in the Art & Design category and 27 563 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 23 994 subscribers.
According to the latest data from 24 July, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -99 over the last 30 days and by -3 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 9.41%. Within the first 24 hours after publication, content typically collects 4.89% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 258 views. Within the first day, a publication typically gains 1 173 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 12.
- Thematic interests: Content is focused on key topics such as интерфейс, макет, ревью, строка, артефакт.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“В соцсетях: vk.com/ux_notes и fb.com/uxnotes
Чат читателей: @uxnoteschat
О карьере в UX-дизайне и вакансии: @uxwork
Рекламодателям: uxnotes.ru/ads · В перечне РКН: gosuslugi.ru/snet/67a9a56970de7b4d761a81ae
Est. 2016 · Автор: @zGrav”
Thanks to the high frequency of updates (latest data received on 25 July, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Art & Design category.
23 994
Subscribers
-324 hours
-447 days
-9930 days
Data loading in progress...
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
July '26
July '26
+87
in 0 channels
June '26
+165
in 1 channels
Get PRO
May '26
+121
in 2 channels
Get PRO
April '26
+120
in 4 channels
Get PRO
March '26
+132
in 2 channels
Get PRO
February '26
+213
in 6 channels
Get PRO
January '26
+187
in 0 channels
Get PRO
December '25
+240
in 3 channels
Get PRO
November '25
+145
in 1 channels
Get PRO
October '25
+232
in 0 channels
Get PRO
September '25
+211
in 1 channels
Get PRO
August '25
+218
in 1 channels
Get PRO
July '25
+207
in 0 channels
Get PRO
June '25
+175
in 2 channels
Get PRO
May '25
+170
in 1 channels
Get PRO
April '25
+201
in 4 channels
Get PRO
March '25
+248
in 4 channels
Get PRO
February '25
+259
in 4 channels
Get PRO
January '25
+289
in 2 channels
Get PRO
December '24
+221
in 3 channels
Get PRO
November '24
+283
in 6 channels
Get PRO
October '24
+403
in 2 channels
Get PRO
September '24
+499
in 2 channels
Get PRO
August '24
+347
in 0 channels
Get PRO
July '24
+1 409
in 3 channels
Get PRO
June '24
+350
in 2 channels
Get PRO
May '24
+376
in 1 channels
Get PRO
April '24
+404
in 2 channels
Get PRO
March '24
+339
in 3 channels
Get PRO
February '24
+375
in 4 channels
Get PRO
January '24
+375
in 4 channels
Get PRO
December '23
+345
in 1 channels
Get PRO
November '23
+390
in 2 channels
Get PRO
October '23
+497
in 5 channels
Get PRO
September '23
+464
in 0 channels
Get PRO
August '23
+410
in 0 channels
Get PRO
July '23
+374
in 0 channels
Get PRO
June '23
+343
in 0 channels
Get PRO
May '23
+2 623
in 0 channels
Get PRO
April '23
+375
in 0 channels
Get PRO
March '23
+2 148
in 0 channels
Get PRO
February '23
+2 034
in 0 channels
Get PRO
January '23
+876
in 0 channels
Get PRO
December '22
+2 319
in 0 channels
Get PRO
November '22
+629
in 0 channels
Get PRO
October '22
+643
in 0 channels
Get PRO
September '22
+531
in 0 channels
Get PRO
August '22
+482
in 0 channels
Get PRO
July '22
+552
in 0 channels
Get PRO
June '22
+464
in 0 channels
Get PRO
May '22
+557
in 0 channels
Get PRO
April '22
+345
in 0 channels
Get PRO
March '22
+326
in 0 channels
Get PRO
February '22
+243
in 0 channels
Get PRO
January '22
+473
in 0 channels
Get PRO
December '21
+299
in 0 channels
Get PRO
November '21
+312
in 0 channels
Get PRO
October '21
+295
in 0 channels
Get PRO
September '21
+495
in 0 channels
Get PRO
August '21
+215
in 0 channels
Get PRO
July '21
+237
in 0 channels
Get PRO
June '21
+173
in 0 channels
Get PRO
May '21
+261
in 0 channels
Get PRO
April '21
+230
in 0 channels
Get PRO
March '21
+381
in 0 channels
Get PRO
February '21
+254
in 0 channels
Get PRO
January '21
+234
in 0 channels
Get PRO
December '20
+11 925
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 25 July | +1 | |||
| 24 July | +1 | |||
| 23 July | +3 | |||
| 22 July | 0 | |||
| 21 July | +5 | |||
| 20 July | +4 | |||
| 19 July | +1 | |||
| 18 July | +1 | |||
| 17 July | +6 | |||
| 16 July | +13 | |||
| 15 July | +4 | |||
| 14 July | +2 | |||
| 13 July | +1 | |||
| 12 July | +2 | |||
| 11 July | +3 | |||
| 10 July | +3 | |||
| 09 July | +3 | |||
| 08 July | +6 | |||
| 07 July | +1 | |||
| 06 July | +7 | |||
| 05 July | +3 | |||
| 04 July | +2 | |||
| 03 July | +4 | |||
| 02 July | +3 | |||
| 01 July | +8 |
Channel Posts
Repost from Канал Ильи Бирмана
Отношения между сценарием и навигацией в интерфейсе
При проектировании интерфейса важно проанализировать сценарии, то есть хорошо представить, как именно, в какой ситуации, с какими знаниями, целями и ожиданиями человек будет пользоваться интерфейсом. Многие забывают про это подумать, и у них получается ерунда. Но иногда ерунда получается, даже если про это подумать, а затем просто положить сценарии в основу навигации.
Что будет, если просто положить сценарии в основу навигации?
Когда сценариев очень мало, может получиться неплохой интерфейс. Если есть всего три-пять действий, за которыми человек приходит в интерфейс, и мы просто делаем для них кнопки, то всё будет понятно и удобно. Это то, что я предлагал для ПВЗ «Яндекс-маркета»:
https://ilyabirman.ru/meanwhile/all/interfeys-pvz-yandeks-marketa/
Но такие интерфейсы встречаются редко. Даже в небольшом продукте есть множество связей между функциями, и число сценариев огромно. Если в таком случае начать строить навигационную модель вокруг сценариев, в интерфейсе станет невозможно разобраться. В заметке об архиве вакансий я как раз указываю на эту проблему:
https://ilyabirman.ru/meanwhile/all/arhiv-vakansiy-ne-mozhet-byt-podrazdelom-sozdaniya-vakansii/
Когда я говорю про огромное число сценариев, необязательно представлять что-то необъятное вроде Фотошопа. Даже календарь — это уже целый мир разных сценариев. Ну вот, например:
Иван понял, что не успевает на регулярную встречу, и хочет предупредить других участников о переносе. Кому-то из них удобнее написать, кому-то позвонить. В ходе одного из звонков Пётр говорит, что давайте тогда уж вообще перенесём эту встречу на час позже, потому что ему самому трудно на неё успевать всё время. Иван смутно помнит, что где-то через пару недель у него запись к зубному, и хочет убедиться, что перенос не конфликтует с ней, идёт проверяет. Выясняется, что конфликтует, но договариваются всё же перенести на час позже, а там, через две недели, просто сделать исключение.
Ну и что, как построить навигационную модель вокруг этого сценария? Да никак.
Во-первых, если вы хорошо провели анализ, то даже тех сценариев, которые вы рассмотрели и выделили как ключевые, будет довольно много. То есть даже если для каждого из них есть прям готовая кнопка или раздел в интерфейсе, найти их будет не так просто. Во-вторых, остальные сценарии, которых несравнимо больше, вообще непонятно, где надо будет искать. Развивать такой продукт и поддерживать растущее число сценариев — боль.
Хороший интерфейс не ведёт по сценариям, он лишь создаёт для них возможности. Он даёт пользователю свободу, чувство контроля, ту самую «агентность», а не просто направляет его по одной из нескольких заранее проложенных дорожек. Разумеется, в календаре нет готовой кнопки или даже «мастера» для того, что описано в сценарии выше. Календарь просто так устроен, чтобы пройти по этому сценарию не составляет труда.
Это похоже на вопрос о том, зачем нужны карты и схемы, когда в телефоне и так есть навигатор. Навигатор очень полезен, но с ним ты не чувствуешь себя хозяином положения, не можешь отклониться от пути. Карта же даёт общее понимание того, как устроен мир, и ты уже можешь сам принимать решения. На карте нет специальной секции для сценария «по пути с ребёнком из школы заехать погулять в парк», но она делает этот сценарий возможным без проблем. В навигаторе можно предусмотреть функцию «заехать по пути», но её ещё нужно будет найти, а также десятки других сценариев останутся непокрытыми.
Поэтому в основу навигации в интерфейсе нужно закладывать некую модель того, как мы хотим, чтобы человек представлял себе устройство нашего продукта: какие у нас есть сущности, как они связаны, организованы, что они умеют. Эта модель должна помогать нам реализовывать все важные сценарии, а пользователю — находить способы их реализации. И эта модель должна выдерживать развитие продукта.
| 2 | В «Работягах» написали, чем заменить сложные таблицы в b2b-интерфейсах.
— Таблица с фильтрами, сортировкой, быстрыми действиями — привычный паттерн для работы с любым массивом данных;
— Она удобна и понятна команде разработки. Они могут решить использовать её без каких-либо исследований;
— Как универсальное решение она плохо помогает выполнять конкретные задачи и часто просто отображает данные;
— Когда стоит задуматься о замене: слишком много колонок; горизонтальный скрол; чтобы понять суть, приходится открывать каждую строку или использовать правильные комбинации фильтров; пользователи только выгружают данные, чтобы обработать их в Экселе;
— Не трогайте таблицы, если пользователь думает ими. В этом случае попробуйте их улучшить закреплением колонок, инлайн-редактированием и так далее;
— Таблицы хороши для сравнения однотипных сущностей по одинаковым параметрам, быстрого сканирования большого массива и поиска расхождений, массовой обработки данных;
— Если у сущностей есть жизненный цикл (лиды идут по воронке), таблицу можно заменить на канбан-доску: сразу видно, где затор, легко управлять потоком;
— Если пользователь обрабатывает поток сущностей, подойдёт очередь. Важно выбрать параметры для отображения, которые помогают приоритизировать сущности;
— Если важны даты начала и окончания и связь сущностей друг с другом, удобнее будет календарь, таймлайн или диаграмма Ганта. Важно дать возможность управления данными при просмотре в этом режиме;
— Дашборд заменяет таблицу с метриками, в которой надо самостоятельно искать отклонения, держа в голове норму;
— Карточки объектов удобнее, если нужна возможность рассмотреть каждую сущность целиком. В таблице картинки, теги, длинные названия, статусы и действия раздувают строки, и важные признаки теряются;
— Ещё вариант: AI-слой, который будет анализировать данные таблицы (отвечают на вопрос «Что у нас есть») и, руководствуясь продуктовой логикой, подсказывать, «Что делать»: саммаризировать, выявлять отклонения, предлагать кнопки действий по каждому пункту;
— Чтобы выбрать подходящий паттерн, надо понять, кто работает с интерфейсом и ради чего, какие вообще свойства бывают у объекта, какие из них нужны разным ролям и какие нужны для выполнения конкретных действий;
— Не стоит избавляться от таблиц полностью: в b2b почти всегда нужен режим «Все записи» для массового редактирования, экспорта, сверки, аудита продвинутыми пользователями.
#table #b2b | 1 959 |
| 3 | Михаил Рубанов публикует в виде сайта свою книгу об адаптации iOS-приложений для людей с ограниченными возможностями.
— В книге он рассказывает, как незрячие пользуются скринридером VoiceOver, как управлять телефоном голосом, как полностью парализованный человек может отдавать команды;
— А также: как подготовить к такому использованию iOS-приложение, как адаптировать интерфейс для увеличенного размера текста и как это всё протестировать;
— Книга ориентирована на разработчиков, но полезна и дизайнерам, поскольку адаптировать интерфейсы можно на уровне контролов, экранов и сценариев;
— Часть глав ещё в процессе публикации. Например, глав об адаптации для увеличенного размера текста пока нет;
— Есть большая статья — гайд о том, как сделать iOS-приложение доступнее.
#book #accessibility #mobile | 2 502 |
| 4 | Михаил Нозик написал, как презентовать объёмные данные, таблицы и отчёты.
— Например, в виде материала для презентации дали скриншот с отчётом из 1С;
— Если просто вставить его в презентацию, слушатели залипнут в таблицу и пропустят рассказ спикера. Показывать на экране стоит то, что воспринимается быстро, пока люди слушают;
— Отчёт может доказывать, что данные не взяты с потолка. Покажите основные цифры и часть скриншота, чтобы люди поняли, что это, но не стали изучать его подробно;
— Если данные на скриншоте и есть предмет презентации, покажите его целиком ненадолго, чтобы объяснить, о чём речь. Затем подсвечивайте и увеличивайте те места, на которые надо обратить внимание (не бойтесь сделать много слайдов для этого);
— Можно пройтись по скриншоту вживую, от фрагмента к фрагменту. Но важно отрепетировать, чтобы избежать беспорядочного метания по экрану.
#slides #presentation | 2 254 |
| 5 |  +6А вы смотрите сторис в приложениях?
Кажется, что это просто привычный формат из соцсетей. Но на самом деле сторис могут решать вполне конкретные продуктовые задачи.
Кирилл из команды t2.digital разобрал, как с помощью этого инструмента закрывать 5 ключевых задач мобильного приложения. Листайте карточки, чтобы узнать больше.
В своем канале ребята рассказывают о новых фичах, делятся внутренней экспертизой и публикуют вакансии. | 2 357 |
| 6 | Эрик Чанг написал о навигации с помощью табов (вкладок).
— Вкладки упрощают навигацию, экономят место на странице, группируют контент и обеспечивают быстрый доступ к нему;
— Табы хорошо работают, когда их немного, все они видны на экране и нет горизонтальной прокрутки;
— На мобильных устройствах может появиться горизонтальный скрол в блоке табов или кнопки для его прокрутки влево и вправо. Также переключаться между табами иногда можно свайпами влево и вправо;
— Их лучше не использовать для сложного иерархического контента (табы внутри табов внутри табов);
— Они хорошо подходят для навигации второго уровня, когда основная навигация находится в боковом меню;
— Также лучше от них отказаться, если нельзя каждой вкладке дать короткое и понятное название, из-за чего текст может обрезаться или переноситься на несколько строк;
— Минус табов: для доступа к контенту вкладок, не открытых по умолчанию, пользователю надо на табы нажимать. Если находящийся там контент имеет решающее значение для пользовательских целей, лучше его там не размещать;
— Не забывайте выделять активную вкладку, а также реагировать на наведение курсора на десктопе;
— Чем отличаются от аккордеонов: обычно вкладки расположены горизонтально, а аккордеоны — вертикально, в аккордеонах часто возможно одновременное раскрытие нескольких панелей.
In English. #tab | 2 111 |
| 7 | Маргарита Попова написала об итеративном процессе в дизайне.
— Полезен новым продуктам (MVP и R&D-проекты), в условиях неопределённости, без готовой дизайн-системы, для ускорения поставок функциональности пользователям;
— В каскадной модели разработка следует за дизайном. Минусы: этап дизайна кажется бесконечным, разработчики приходят с вопросами, когда дизайнеры уже заняты другим;
— Дизайн блока функциональности (запланированного в USM) можно разделить, чтобы идти от общих вопросов к частным и чаще получать обратную связь;
— 1. Формирование общей картины: работа с PO и PM, создание User flow, схем работы и прототипов от руки, которые легко выбрасывать при переборе идей;
— 2. Детализация прототипов, добавление отдельных интерактивных элементов, чтобы провести простые пользовательские тесты сценариев использования и обсудить с разработчиками функциональность. Последние могут приступать к проектированию архитектуры;
— 3. Подробный интерактивный прототип со всеми состояниями, дающий возможность провести полноценное тестирование с пользователями. После тестов — внесение правок, запись идей на следующие итерации;
— 4. Дальнейший дизайн идёт параллельно разработке: макеты, состояния компонентов, подготовка к вёрстке, UI-кит;
— Плюсы: вся команда вовлечена в проектирование и принятие решений, решения тестируются, технические вопросы решаются раньше;
— Минусы: сложнее тестировать не финальные макеты, разработка стартует после проработки всего блока функциональности, обсуждения переключают контекст разработчиков;
— Если брать не блок, а небольшой кусочек, можно спроектировать его за спринт (хотя бы простой вариант для начала);
— Плюсы: у разработчиков и дизайнеров общий контекст, пользователи получат фичу и дадут обратную связь, видны метрики, может оказаться, что цель достигнута и дальше полировать дизайн смысла нет;
— Минусы: более сырой интерфейс, большие сценарии не умещаются в спринт, сложнее управлять, больше техдолг;
— Чтобы потом вспомнить, какие дизайн-решения были приняты и почему, можно использовать аналог ADR (пример);
— Когда останавливаться в полировке прототипа: покрыты все сценарии, улучшения не приносят заметной пользы, у команды не осталось вопросов, появилось желание выровнять отступы;
— Итеративный подход снижает тревогу по поводу идеальности результата, а также предлагает задуматься, что считать идеальным результатом (приносит пользу клиентам уже сейчас).
#process #prototype | 1 969 |
| 8 | Макс Фёдоров рассказал, как выигрывать борьбу за внимание.
— Важно постоянно быть в медиапространстве, поэтому современный бизнес всё больше превращается в медиа;
— Бизнесы соревнуются за ограниченное внимание потребителей;
— Лучший продукт и дизайн проигрывают тем, кто ярче и кто может создать лучшее событие;
— Хайпономика: использование инфоповодов, мемов и провокаций для привлечения краткосрочного внимания и (при системном подходе) создания долгосрочной лояльности;
— Надо понимать своих пользователей и их потребности. 43% людей указывают, что ходят в кофейни ради кофе. Чаще — чтобы встретиться с друзьями или поработать;
— В коммуникации надо рассказывать, как именно будет решена задача клиента. Не «скорость 100 мегабит», а «сколько устройств смогут работать» и «можно ли стримить»;
— Люди покупают только одно — гарантию выживания (сохранение денег, экономия времени, накопление других ресурсов, социальные связи, статус, покровительство, смысл существования);
— Говорите на понятном человеческом языке, минимизируйте термины;
— Есть разные стратегии позиционирования, например, лидерство (первое место в категории), отстройка от лидера (учёт его ошибок и слабых сторон), решение проблемы (решаем её лучше остальных) и так далее. Чтобы отличаться от конкурентов, надо выбрать одну-две стратегии и их придерживаться (может со временем меняться);
— Лонгриды → минимализм; сложные схемы или просто текст → инфографика; апелляция к опыту (часто негативному) → воображение (как может быть); многозадачность → однозадачность; академизм → геймификация;
— Логика (обосновывает уже принятые на эмоциях решения) → эмоции; однообразие → контраст; скука → развлечение (провал, если на презентации не было шуточки);
— Главное — не бояться. | 2 442 |
| 9 |  «Передумал», «Не буду оплачивать», «Давайте добавим ещё задач» — такие ситуации проще обсуждать, когда условия заказа зафиксированы заранее.
На Авито Услугах развивается более безопасный и защищённый сценарий взаимодействия между заказчиками и исполнителями. По их данным, 48% клиентов называют защиту условий сделки своим приоритетом.
Для дизайнеров, бухгалтеров, финансистов, копирайтеров, маркетологов (от SMM до работы с блогерам) и других специалистов из сферы деловых услуг доступен сервис «Защита сделки» при поддержке Авито Услуг. Он помогает заранее договориться об объёме, сроках и стоимости заказа, а оплату – зарезервировать до подтверждения результата со стороны клиента.
Что даёт «Защита сделки» исполнителю:
*️⃣Фиксирование условий: клиент не сможет потребовать больше, чем обсуждалось на старте
*️⃣Полная оплата: вы получите оплату, если выполнили всё в рамках зафиксированных условий
*️⃣Защита от риска отказа в последний момент: заказчик уже внёс деньги на спецсчёт и заинтересован в том, чтобы довести дело до конца
*️⃣Независимые арбитры: в спорных ситуациях подключатся арбитры, которые могут помочь разрешить ситуацию
Подключить «Защиту сделки» можно при создании нового объявления на Авито Услугах или редактировании существующего. Подробности о сервисе можно узнать по ссылке.
От себя ставим ❤️ за инициативу! | 2 305 |
| 10 | Евгения Шамрай написала, что профессия дизайнера интерфейсов в привычном нам виде скоро исчезнет.
— Экраны в Фигме — удобные, приятные визуально, с адаптивными состояниями, собирающиеся в сценарий — раньше сами по себе представляли ценность;
— Клиенты приходили за ними к дизайнерам, потому что других вариантов особо не было. Сейчас альтернативы предлагает ИИ;
— За последние 1,5 года клиенты не покупают дизайн интерфейса;
— Приходят за аудитом, аналитикой, исследованием, пониманием пользователей, поиском проблем в продукте, разбором сценариев, редизайном бизнес-процессов, стратегией развития продукта;
— Интерфейс появляется где-то в конце такой работы и не является основной её ценностью;
— Основная ценность — в ответах на вопросы вроде: «Почему пользователи не доходят до целевого действия?», «Почему сотрудники обходят систему с помощью Экселя?», «Почему заявки есть, а продажи не растут?», «Почему люди не доверяют продукту?», «Почему новые пользователи не понимают, что делать дальше?»;
— Главное — понять, какой интерфейс вообще нужен. Может оказаться, что проблему вообще не решить новым дизайном;
— Будет падать спрос на дизайнеров интерфейсов и расти спрос на тех, кто умеет понимать клиентский опыт целиком;
— UX, UI, исследования, аналитика и AI сольются в одну роль.
#definition | 2 411 |
| 11 |  Yandex for TechnoCreative — канал для дизайнеров, продюсеров, маркетологов, бренд-менеджеров и всех, кто использует технологии для креативов и оптимизации.
Что внутри:
〰️ Кейсы яндексоидов — как в Yango сделали натуралистичный ролик про Эфиопию с помощью AI
〰️ Механики и лайфхаки по избавлению от рутины – как CTO Яндекс Карт Толя Панов систематизирует личную базу знаний
〰️ Истории и мнения экспертов из мира креативных технологий — статья Арсения Попова о креативном мышлении в эпоху AI
〰️ Вакансии Яндекса для креативных специалистов.
Подписывайтесь, будет еще интереснее!
Реклама. ООО "Яндекс". ИНН 7736207543 erid: 2VtzqvfBhrR | 2 284 |
| 12 | Знаете, от чего прям противно? Вот эти вот прогрессбары, которые движутся не от настоящего прогресса, а с предзаданной скоростью. Типа, чтобы пользователь не пугался.
В чем вообще идея прогрессбара? Вот у тебя есть N файлов, ты скопировал M из них, и показал на прогрессбаре M / N × 100%. Ну и ты видишь, сколько работы сделано, а сколько осталось. Некоторые прогрессбары даже время примерное до конца показывали!
Потом люди заметили, что иногда прогресс неравномерен. Например, с теми же файлами, большой файл копируется дольше, а прогресс мы считаем по количеству. Тогда на большом файле 1% прогресса будет продвигаться дольше, чем на маленьких. Или скачивание из интренета, там вообще непредсказуемо. Если ты начнешь тут считать время, оставшееся до конца, оно у тебя будет плясать — 30 секунд, полдня, неделя, о, снова 30! Пошли сразу шутки, про 99%, про квантовую природу прогрессбаров и так далее.
Но — что важно — отображаемый прогресс был связан хоть с чем-то реальным! Можно было поставить курсор мыши на текущее положение, и если оно через 15 минут сдвинулось, значит программа еще что-то делает, а не зависла.
Понятно, что прогресс можно предсказать не всегда. Какая-нибудь установка софта, или, не знаю, обработка фотки плагином, короче, какая-то операция, которая не бьется так легко на N шагов, и в которой не всегда понятно, что такое прогресс. Для таких случаев придумали крутилки и недетерминированные прогресс-бары — это такие, в которых полосы нет, а просто все закрашено паттерном и крутится бесконечно по циклу. Типа, идея та же, операция делается, но сколько там прошло и сколько осталось мы фиг его знает.
Это все нормальные идеи. Пока что все хорошо. Элементы используются по назначению, коммуникация честная, претензий нет.
А потом какой-то маркетолог, или, может, таролог или астролог, в общем, человек с выдуманной профессией, подумал: смотрите. Допустим, мы логиним пользователя. Это сколько-то времени займет. Сколько? Никто не знает. Может, секунду. Может, десять. Вряд ли больше десяти. Но и не мнгновенно. То есть подождать придется. Так? Так. Это значит что? Что пользователь будет переживать. Надо ему что-то показать. Давайте покажем ему детерминированный прогресс-бар! Программисты сразу такие: ну нет, мы прогресс не посчитаем, там сложно, или еще какое-то му-хрю, расписались в беспомощности.
И тут мораль/сила воли/система ценностей, которой ни у кого из присуствующих и не было, дала слабину. «Давайте рисовать прогресс от балды!» — сказали они. За первую секунду закрасим 25%. Равномерно, будем добавлять 1% каждые 40 мс. За вторую закрасим, условно, 20%, за третью 15% и так далее. Как только загрузимся, то сразу дорисовываем до 100%, все же радуются, когда кажется, что куча времени еще осталась, а тут хоба и все сразу сделано! Ну а если не загрузимся за 10 секунд, то последние 5% будем тянуть сколько сможем, по какой-нибудь бесконечно приближающейся асимптоте (я уверен, что на том митинге, где это решили, прозвучало слово асимптота, мне нужно хоть что-то приятное про него представлять, иначе хана).
Так родилось самое противное изобретение современного интерфейсостроения — лживый прогрессбар. По сути своей он недетерминированный. Но выглядит как детерминированный. Он намеренно лжет и о совершенном прогрессе, и об оставшемся времени. Лжет прямо вам в лицо и не стесняется этого. Еще и выдает это под соусом заботы о пользователе.
А ничо тот факт, что мне, как пользователю, нравилось знать, что происходит? Что мне настоящий прогресс, сколь угодно неравновномерный, дороже любых лживых ваших мультфильмов? К настоящему можно было приспособиться, можно было выводы какие-то делать. Им можно было ПОЛЬЗОВАТЬСЯ. А со лживым можно только пить водку, грустно смотреть и плакать.
Хватит прятать от меня компьютер! Хватит кормить меня пустыми обещаниями! Я взрослый человек, я хочу знать, что происходит! Я готов принять любой прогресс, пока он правдивый.
А обещаниями своими в веб-интерфейсах друг друга кормите. | 2 048 |
| 13 | Новые материалы в @uxwork (кроме вакансий):
— Как говорить с руководителем о повышении зарплаты;
— Что делать, если не нравится новая работа;
— Как проще фокусироваться на работе. | 2 080 |
| 14 | Антон Черногоров написал о будущем интерфейсов b2b-продуктов.
— Раньше они отражали внутреннее устройство систем, состоявших из ролей, прав, справочников, статусов и прочего, что нужно для выполнения задач;
— Экраны получались функциональными, но не помогали выполнять задачи или принимать решения;
— Считалось, что с таким интерфейсом не будет работать случайный человек и непонятность можно компенсировать обучением;
— В итоге люди запоминали, где что лежит, учились обходить неудобные сценарии, заводили рядом эксельку, писали себе инструкции;
— Что изменилось: привыкнув пользоваться классными b2c-продуктами, сотрудники ещё сильнее страдают, SaaS стал доступнее и выросла конкуренция, бизнес стал внимательнее считать деньги (а плохой интерфейс снижает эффективность работы сотрудников);
— Хороший b2b-интерфейс даёт чувство контроля: эксперту даёт скорость, а новичка не бросает без опор, объясняет, зачем нужны именно эти данные, о последствиях предупреждает до действия, помогает исправить ошибку, подсвечивает важное, говорит по-человечески там, где техническая точность бесполезна;
— Чего ждать в будущих b2b-продуктах: таблицы станут функциональнее, формы из набора полей превратятся в сценарии, пустые, ошибочные и промежуточные состояния перестанут быть техническими заглушками, навигация будет строиться вокруг рабочих контуров, а не базы данных;
— ИИ будет активно помогать. Например, выводить на дашборд не все данные, а только то, что требует внимания, объясняет причинно-следственные связи и помогает принять решение;
— Метрики: Cognitive load, Error rate, Time to task, eLTV, eNPS, CSAT, Cost per hire;
— Для этого надо разбираться в механике продукта: кто принимает решение и какие данные нужны, где возникает риск и какие ошибки стоят денег, где пользователь теряет контекст, какие операции повторяются ежедневно, какие роли видят систему по-разному, где пользователя надо ускорить и где затормозить.
#b2b | 3 181 |
| 15 | Рауль Фламинцяну написал о четырёх паттернах выделения объектов в общем потоке.
— Флажок — красная ленточка в картотеке. Нужен для привлечения внимания к объекту. Пример: флажок в почтовом клиенте Outlook позволяет не терять важные сообщения в папке «Входящие»;
— Закрепление — булавка на пробковой доске. Полезно, чтобы объект был под рукой, пока в этом есть необходимость. Пример: закрепление сообщений в групповых чатах (с адресом, где пройдёт вечеринка);
— Сохранение на потом — тумбочка. Позволяет отложить заинтересовавший объект, чтобы уделить ему время потом, когда будет возможность. Пример: плейлист «Смотреть позже» на Ютубе;
— Ничто на тумбочке не остаётся навсегда, а если долго там лежит, начинает восприниматься как долг. Отдельный вызов: проектировать сохранение на потом так, чтобы этот долг со временем закрывать;
— Избранное — книжная полка. Позволяет отметить какой-то объект как значимый, чтобы проще обратиться к нему в будущем и даже просто для того, чтобы коллекция вас характеризовала.
In English. | 2 780 |
| 16 |  +7⚪ Британка выходит за пределы московского кампуса!
Долгожданный апдейт: программы Британки по дизайну теперь доступны в онлайн-формате.
Семь самых востребованных направлений: от декорирования и дизайна интерьера до моды и современной живописи теперь можно пройти в любой точке мира, в нашем виртуальном кампусе.
В онлайн-программы мы заложили все, что помогает выпускникам Британки стать востребованными в индустрии: работу над реальными задачами и постоянную обратную связь от преподавателей-практиков, живые вебинары и комьюнити, где легко найти своих.
✔ За полгода обучения вы соберете портфолио с проектами по реальным брифам, которое можно отправить в студию, приложить к отклику или показать первому клиенту.
Узнать подробнее о программах, которые доступны в новом формате, можно на сайте в разделе Онлайн-программы | 3 231 |
| 17 | Ира Туманова написала об автоматизации подготовки перевода интерфейса в многоязычном продукте.
— Каждая текстовая строка в коде заменяется ключом. Основные решения: i18next, Lingui и FormatJS;
— ICU MessageFormat — синтаксис для форматирования сообщений, который позволяет разработчикам учитывать сложности человеческого языка;
— Значения ключей (текстовые строки на разных языках) хранятся в специальных файлах, откуда система берёт текст для заданного языка;
— Translation management system позволяет управлять переводами: смотреть статус ключа, на какие языки он уже переведён. Интересные TMS: Lokalise, Phrase, Crowdin, POEditor;
— Доделав фичу, разработчик запускает скрипт экстракции ключей из кода в TMS и создаёт задачу для переводчиков (со ссылками на ключи);
— Чтобы минимизировать человеческий фактор, в Яндекс Go процесс запускается сам при Pull Request в основную ветку;
— После того, как переводчики подготовят переводы, надо забрать их из TMS обратно в файлы локализации;
— В Яндекс Go это происходит автоматически по крону каждый день в 5 утра: скрипт по TMS API запрашивает все новые переводы, раскладывает данные по файлам, создаёт Pull Request с изменениями;
— Плюс добавили проверку на дубликаты, чтобы случайно не слить два Pull Request с одинаковыми ключами;
— Разработчики в среднем заводили 2,5 задачи в день на переводы. Это порядка 20 минут на задачи и последующее обновление файлов переводов. Немного, но выбивало из рабочего потока.
#localization | 2 389 |
| 18 | Илья Бирман рассказал об адаптивных сайтах без брейкпоинтов.
— Кирпичная вёрстка — когда сайт свёрстан под определённую ширину и не реагирует на изменение ширины окна браузера;
— Благодаря резиновой вёрстке сайт выглядел хорошо на популярных размерах экранов, но потом появились очень большие ширины (2560px) и очень маленькие (320px);
— На большие экраны всем было плевать. Пользователей у них было мало, да и зачем открывать браузер на весь экран на таком экране;
— Появилось много инструментов, например, медиазапросы позволяют узнать, что у пользователя тач-устройство и адаптировать дизайн;
— Проблема адаптивного дизайна с брейкпоинтами: надо делать несколько версий дизайна, как когда-то делали отдельные мобайл-версии;
— Дизайн, адаптированный под определённый диапазон ширины, часто выглядит не очень ближе к границам этого диапазона;
— Илья предлагает прорабатывать адаптивные состояния для разной ширины отдельных элементов, из которых состоит страница;
— За любым этажом можно закрепить поведение: перенос строк, изменение числа колонок, прокрутка, масштабирование;
— Высший пилотаж, когда переключение между состояниями элементов происходит из-за контента, а не произвольных чисел ширины;
— Может потребоваться отдельный мобильный дизайн кусочка как исключение (предусмотреть тач), когда остальные части сайта не меняются драматически;
— Не будет такого момента, когда сайт при какой-то ширине ломается;
— Адаптивность должна быть частью дизайн-системы, а не шагом по разработке конкретных экранов;
— Минус подхода Mobile-first: упрощать десктопный дизайн до мобильного проще, чем обогащать выхолощенный мобильный, плюс дизайнеры теряют навыки вёрстки.
Копия в ВК Видео. #adaptive | 2 467 |
| 19 | Кирилл Улитин и Стася Кабанова написали о контекстном интервью.
— Обычное интервью даёт изменённую версию реальности: люди не на всё обращают внимание, забывают неинтересные детали, часть опыта вообще не осознают, совершая действия автоматически;
— А ещё могут не хотеть честно обо всём рассказывать, чтобы выглядеть компетентнее в глазах собеседника;
— В контекстном интервью исследователь сначала разговаривает с респондентом о его опыте, контексте, задачах и привычных сценариях;
— Затем наблюдает, как тот выполняет задачи, и задаёт уточняющие вопросы, чтобы лучше понять происходящее и ничего не додумывать;
— Респондент как учитель показывает устройство своей работы, исследователь как ученик пытается понять его логику, не притворяясь экспертом;
— Контекст подсказывает, что спрашивать дальше, не нужно целиком полагаться на заранее подготовленный гайд;
— Так виден не только формальный порядок работы, но и реальные паттерны поведения: где человек срезает путь, перепроверяет себя, компенсирует неудобство интерфейса;
— Если нет возможности наблюдать весь день, можно дать задание в рамках исследовательского фокуса. Но так не увидеть моменты прокрастинации и отвлечения;
— Не всегда есть задачи, готовые для выполнения. В этом случае попросите респондента пройтись по недавним задачам и артефактам и воспроизвести ход своих действий;
— Предупреждайте о формате и ожиданиях заранее, чтобы респондент мог подготовиться, например, скрыть какие-то сенситивные данные;
— В отдельных ситуациях можно отключать видеозапись, оставляя только аудио;
— Обрабатывать наблюдения можно с помощью диаграммы сходства: вынести наблюдения на стикеры и сгруппировать по темам, паттернам и повторяющимся мотивам;
— Исследовать можно хоть MVP, но чтобы с его помощью уже решались реальные задачи;
— Метод исследования лучше работает там, где есть повторяющаяся деятельность, полезен в выездных исследованиях в естественной среде, b2b-сценариях, когда нельзя регулярно созваниваться с пользователями и глубоко погружаться в их рабочую практику удалённо;
— Читайте также: книга Contextual Design, материалы Nielsen Norman Group и «Собаки Павловой».
#research #interview | 2 770 |
| 20 |  Разговор про трансформацию профессии, инструментов и личные вызовы, с которыми сталкивается дизайнер.
Разберём:
— как меняется роль дизайнера и какое мышление помогает проходить через изменения
— как применять искусственный интеллект в реальной работе, а не в теории
— как не теряться в потоке инструментов и сохранять фокус
— какие навыки остаются опорой независимо от технологий
— как трансформация инструментов становится частью повседневного процесса
В программе — 6 выступлений от спикеров из Сбера, СберМаркетинга, Pragmatica, RDMI, Skillbox и СберАвто.
Боремся со «страшилками» и тревожным ожиданием будущего практическим опытом и рабочими подходами, которые уже используются в командах.
📆 15 июня, 18:00
📍 Москва, офис Сбера и онлайн
⚡️ Бесплатно, нужна регистрация по ссылке ⚡️ | 2 544 |
