{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блоги: заметки с тегом человечность",
    "_rss_description": "Автоматически собираемая лента заметок, написанных в блогах на Эгее",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": false,
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/blogengine.me\/blogs\/tags\/chelovechnost\/",
    "feed_url": "https:\/\/blogengine.me\/blogs\/tags\/chelovechnost\/json\/",
    "icon": false,
    "authors": [
        {
            "name": "Илья Бирман",
            "url": "https:\/\/blogengine.me\/blogs\/",
            "avatar": false
        }
    ],
    "items": [
        {
            "id": "136947",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/chestnoe-andu-dokumenta-i-sostoyaniya\/",
            "title": "Честное анду документа и состояния",
            "content_html": "<p>Как вы знаете, в программах должна быть функция анду, чтобы исправить ошибку. Но есть нюанс.<\/p>\n<p>В Иллюстраторе если выделить часть точек объекта, подвинуть эти точки, а потом нажать анду, точки-то вернутся на место, но выделение изменится. Придётся заново выделять, чтобы подвинуть правильно.<\/p>\n<p>В Эпл-ноутсах если выделить текст справа налево, вырезать его, а потом нажать анду, текст вернётся, и даже выделение будет такое же на вид, но программа забудет, что ты выделял справа налево — шифт+стрелки теперь буду двигать правый край выделения. Придётся заново выделять, если нужно подправить именно левый край.<\/p>\n<p>Важно запрограммировать анду правильно, чтобы оно не только откатывало изменения в документе, но и полностью восстанавливало предыдущее состояние программы.<\/p>\n",
            "date_published": "2025-08-01T11:39:02+05:00",
            "date_modified": "2025-08-01T11:37:49+05:00",
            "tags": [
                "пользовательский интерфейс",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Fri, 01 Aug 2025 11:39:02 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "136947",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "135569",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-168\/",
            "title": "На интерфейсном курсе: что делать, пока ЭВМ думает медленно?",
            "content_html": "<p>Смотрим на интерфейс добавления документа, где по легенде системе нужно время на его распознавание. Обсуждаем, как сделать, чтобы всё казалось быстрым. 7 минут:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/ax1BrxWlcOw?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Это фрагмент № 168 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 10 февраля 2024 года.<\/p>\n<p>Идёт запись на курс, который пройдёт 24 мая — 22 июня. Сейчас −30% из-за ранней записи. Недавно обновились несколько лекций и добавилась новая.<\/p>\n<p><a href=\"http:\/\/bureau.ru\/educenter\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "date_published": "2025-04-15T13:12:52+05:00",
            "date_modified": "2025-04-15T13:12:49+05:00",
            "tags": [
                "обратная связь",
                "студентам",
                "фрагменты курса ПИ",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Tue, 15 Apr 2025 13:12:52 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "135569",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "134845",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/bez-obucheniya\/",
            "title": "Без обучения",
            "content_html": "<p>Парижский Нотр-Дам <a href=\"https:\/\/www.nytimes.com\/interactive\/2019\/07\/16\/world\/europe\/notre-dame.html\">сгорел из-за интерфейса<\/a>. Датчик возгорания штатно и вовремя сработал, и сотрудник службы безопасности увидел на экране код: ZDA-110-3-15-1. Это идентификатор конкретного места, где сработал датчик — ценнейшее знание. Однако почти полчаса сотрудник искал, где же горит, потому что не знал, что значит код, а начальник не отвечал на телефон.<\/p>\n<p>По мнению многих людей, дизайн — это что-то поверхностное и необязательное. Если инженеры спроектировали и установили продвинутую систему пожаротушения, зачем звать дизайнера? Зачем тут оформление или украшение? Ладно ещё в продукте для массового потребителя — там надо пустить пыль в глаза и повысить продажи, — но в таком специальном интерфейсе как панель управления системой пожаротушения это точно лишнее?<\/p>\n<p>В заметке <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/instrukciya-protiv-interfeysa\/\" class=\"nu\">«<u>Инструкция против интерфейса<\/u>»<\/a> я писал о своём опыте работы с промышленными интерфейсами, где постоянно появляются подобные магические сообщения. Инженеры говорят с пользователями на инженерном языке, а на любые слова о непонятности отвечают примерно одно и то же:<br \/>\n— Сотрудники проходят обучение перед работой, а случайный человек и не должен понимать это.<\/p>\n<p>Это ошибочное мнение. Компании теряют на нём деньги. Начиная с того, что само обучение обходится дорого, и заканчивая тем, что в критический момент оказывается, что сотрудник забыл, чему его там учили.<\/p>\n<p>В случае с Нотр-Дамом цена такого мнения — миллиард долларов.<\/p>\n<p>Я предлагаю принцип «Без обучения». Прям декларировать его как основу для всех принимаемых в дизайне решений. Я прямо отвечаю инженерам:<br \/>\n— Понимаю, но у нас в интерфейсах используется принцип «Без обучения». То есть мы делаем интерфейсы такими, чтобы как раз таки случайный человек мог подойти и выполнять работу. Да, без опыта он будет делать медленнее, но нужно добиться, чтобы он в итоге сделал всё правильно.<\/p>\n<p>В системе пожаротушения необходимо было нарисовать план собора и расставить на нём эти датчики. Каждому датчику кроме кода нужно было поставить в соответствие текстовое описание типа: «левый шкаф за алтарём». При срабатывании датчика на экране должен появляться план с обозначением точки и текстовой подписью, а не набор бессмысленных букв и цифр. И конечно должно быть словами написано, что именно в этой точки произошло: температура выше нормы, задымление или что-то ещё.<\/p>\n<p>Очень важно настроить культуру разработки, чтобы сам этот довод «Сотрудники проходят обучение» не считался валидным. Считайте, что не проходят. Что тогда?<\/p>\n",
            "date_published": "2025-02-25T12:18:02+05:00",
            "date_modified": "2025-05-24T19:48:31+05:00",
            "tags": [
                "без обучения",
                "пользовательский интерфейс",
                "промышленный интерфейс",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Tue, 25 Feb 2025 12:18:02 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "134845",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "133549",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/booking-com-budget-categories\/",
            "title": "Ценовые категории в «Букинг.коме»",
            "content_html": "<p>На днях я рассказывал про проблему <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/dont-categorize-by-age\/\">возрастных категорий<\/a>. А вот другой пример — ценовые категории в «Букинг.коме»:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/booking-ranges@2x.jpg\" width=\"746\" height=\"480\" alt=\"\" \/>\n<\/div>\n<p>Слева нужно выбрать «бюджет за ночь», и для этого используется самый неадекватный интерфейс в мире: цены разделены на категории с шагом по 2000 рублей. Мало того, что их совершенно ни для чего не нужно в принципе делить на категории, так тут ещё и интерфейс позволяет настроить, например, что мне подходит от 4000 ₽ до 6000 ₽ и от 8000 ₽ до 10000 ₽, а вот 6031 ₽ или 7915 ₽ — не подходит. Не существует ни одного человека в мире с такими требованиями к цене.<\/p>\n<p>Надо было сделать просто один ползунок максимальной цены, который бы занял одну строку вместо восьми.<\/p>\n",
            "date_published": "2025-01-06T22:01:04+05:00",
            "date_modified": "2025-01-06T22:00:04+05:00",
            "tags": [
                "пользовательский интерфейс",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Mon, 06 Jan 2025 22:01:04 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "133549",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "133492",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/dont-categorize-by-age\/",
            "title": "Без возрастных категорий",
            "content_html": "<p>Когда бегаешь в Эпл-часах, они измеряют некий параметр VO₂ max, который характеризует твою кардиовыносливость. Я бегаю по чуть-чуть, и вот однажды прошлой весной этот VO₂ max у меня упал ниже среднего. Я расстроился и стал думать, как бы мне бегать получше, чтобы вырос обратно. Бегал-бегал, но всё лето он болтался вокруг того же значения, никак не становясь выше среднего.<\/p>\n<p>И вот после очередной тренировки VO₂ max чуть-чуть упал, но Эпл показал, что он стал выше среднего! А благодаря теореме Коши, Вейерштрасса или кого-то из этих ребят мы понимаем, что если значение непрерывной функции было ниже некоторого значения, а потом упало, то оно ну никак не может стать выше этого значения. Я пошёл разбираться, что там произошло.<\/p>\n<p>Оказалось, что с прошлой тренировки мне успело исполниться сорок лет, и я перешёл из категории 30—39 лет в категорию 40—49 лет, и среднее для меня резко уменьшилось — с 43 мл\/кг\/мин до 38 мл\/кг\/мин. То есть в логике Эпла между людьми 30 и 39 лет нет никакой разницы, но конкретно в день, когда тебе исполняется сорок, нормативы для тебя резко снижаются.<\/p>\n<p>Делить людей на категории может быть необходимо, если у вас есть ограниченное количество различных предложений для них. Вы можете сделать только два правовых статуса, только три типа билетов, только пять размеров носков — вам приходится искусственно делить всех на категории, потому что писать каждому индивидуальные правила или делать индивидуальное предложение нерационально.<\/p>\n<p>Но если вы работаете с большими данными, то нет причин искусственно снижать разрешение в тысячи раз. Вы можете показать каждому среднее именно для его возраста, или среди всех людей с разбросом 3 месяца вокруг него, или что угодно ещё. Это среднее будет не резко меняться в случайные моменты жизни раз в десять лет, а плавно падать естественным образом.<\/p>\n",
            "date_published": "2024-12-31T16:59:09+05:00",
            "date_modified": "2024-12-31T16:59:06+05:00",
            "tags": [
                "пользовательский интерфейс",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Tue, 31 Dec 2024 16:59:09 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "133492",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "132917",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-155\/",
            "title": "На интерфейсном курсе: кнопка «Сохранить» — плохой знак",
            "content_html": "<p>Рассказываю, почему само наличие кнопки «Сохранить» в интерфейсе — это уже признак того, что в нём, возможно, что-то не так. 1 минута:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/cG6jewXdWL4?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Также есть <a href=\"https:\/\/vk.com\/video286049442_456239439\">на ВК-видео<\/a>.<\/p>\n<p>Это фрагмент № 155 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 17 ноября 2023 года.<\/p>\n<p>Идёт запись на курс, который пройдёт 7 декабря — 5 января. Сейчас −10% из-за ранней записи.<\/p>\n<p><a href=\"http:\/\/bureau.ru\/educenter\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "date_published": "2024-11-22T20:57:06+05:00",
            "date_modified": "2024-11-22T20:56:45+05:00",
            "tags": [
                "пользовательский интерфейс",
                "студентам",
                "фрагменты курса ПИ",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Fri, 22 Nov 2024 20:57:06 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "132917",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "132524",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/pro-solidnost-i-chelovechnost\/",
            "title": "Про солидность и человечность",
            "content_html": "<p>Из моего комментария к работе студентки:<\/p>\n<blockquote>\n<p>Выглядит по-деловому. Как будто компании 20 лет, в офисе у директора висят дипломы и сертификаты всякие. Иногда можно услышать довод, что такой вот «надёжный» вид кого-то привлекает, типа что это не какая-то хипстерская фирма-однодневка, а что-то серьёзное. Но я в это и раньше-то не верил, а уж когда даже все банки отказались от этого казённого вида и стали человечными, совсем верить перестал. Меня-то всё-таки волнует не солидность компании, а довезут ли мою хрупкую вещь. А страница как будто вообще не об этом.<\/p>\n<\/blockquote>\n<p>А то вдруг вы всё ещё солидный сайт хотите.<\/p>\n",
            "date_published": "2024-11-02T12:54:02+05:00",
            "date_modified": "2024-11-02T12:53:55+05:00",
            "tags": [
                "веб-дизайн",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Sat, 02 Nov 2024 12:54:02 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "132524",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "127338",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/figma-smart-undo\/",
            "title": "Умное анду и реду в Фигме",
            "content_html": "<p>В большинстве программ операции выделения и развыделения не входят в стек анду. Например, если выделить кусок текста, потом другой, и нажать анду, предыдущий кусок не выделится — вместо этого откатится предыдущее изменение. Или если в Файндере кропотливо выделять несколько файлов из большой папки, а потом случайно сбросить выделение, то вернуть его через анду не получится.<\/p>\n<p>В Фотошопе иначе: можно в несколько шагов настроить выделение, используя объединения, пересечения, Transform Selection и прочий Quick Mask, и тогда анду последовательно пройдёт эти шаги в обратном порядке. Ну и если случайно потеряешь тщательно настроенное, тоже можно сделать анду, и выделение вернётся. Это умно.<\/p>\n<p>Но представьте ситуацию: вы делаете анду десять раз, чтобы посмотреть, как было несколько шагов назад, и при этом планируете сразу же сделать столько же раз реду, чтобы вернуться в «настоящее». И вот, находясь в «прошлом» вы что-то выделяете... Ауч! Теперь ваши последующие шаги потеряны безвозвратно. Пространственно-временной континуум — штука хрупкая. Надо было делать скриншот! (Ну или включать в Фотошопе нелинейную историю.)<\/p>\n<p>В Фигме выделение тоже входит в стек анду, но там подумали об этой ситуации с откатом в прошлое. Если, находясь в прошлом, ты что-то выделяешь, то все операции «из будущего» остаются в стеке и реду их проделает как ни в чём не бывало. То есть, с одной стороны, Фигма знает о ценности и хрупкости выделения, и поэтому тоже даёт в нём анду, но с другой, она понимает, что выделение не меняет документ, а значит и пространственно-временной континуум в безопасности.<\/p>\n<p>От таких решений душа дизайнера интерфейса поёт.<\/p>\n",
            "date_published": "2024-04-21T19:59:55+05:00",
            "date_modified": "2024-04-21T19:59:29+05:00",
            "tags": [
                "пользовательский интерфейс",
                "Фигма",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Sun, 21 Apr 2024 19:59:55 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "127338",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "122516",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/onboarding\/",
            "title": "Онбординг",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding@2x.jpg\" width=\"900\" height=\"374\" alt=\"\" \/>\n<\/div>\n<p>Часто при запуске приложения нас встречает экран, призванный рассказать о приложении в целом или о недавно добавленных фичах. Экран может состоять из нескольких страниц, которые нужно просмотреть по очереди. Как правило, есть кнопка, чтобы пропустить это всё и перейти к основному интерфейсу приложения. Обычно это называют «онбординг».<\/p>\n<p>Делать так — плохая практика.<\/p>\n<p>Утверждение может показаться вам абсурдным, ведь онбординги делают очень многие. К сожалению, вопросом «а не фигню ли мы делаем?» в основном даже не задаются. В моей практике бывало, что я спрашивал, зачем это, и слышал: «ну как, это ж онбординг!». Люди даже не замечали, что это не отвечает на мой вопрос — настолько сильно́ убеждение, что надо делать именно так.<\/p>\n<p>Давайте разберёмся, что плохого в онбординге, какую задачу он призван решать, и как решать эту задачу хорошо.<\/p>\n<p>Если совсем коротко, то онбординг появляется не вовремя, мешает воспользоваться приложением, а когда информация из него действительно понадобится, её уже будет не найти. Это вызывает фрустрацию и закрепляет привычку пропускать сообщения, не читая. Лучше элементы обучения делать частью интерфейса и предусматривать в нём постоянное место для информирования об обновлениях.<\/p>\n<h3>Рассказ о приложении в целом<\/h3>\n<p>Сначала рассмотрим онбординг с рассказом о приложении в целом.<\/p>\n<p>В наиболее тупом случае это реклама: страницы онбординга нахваливают приложение и его фичи. Но рекламировать приложение, которое человек уже и так установил и запустил, глупо: мы уже получили искомое внимание; пора переставать за него бороться и начать конвертировать его в пользу. Сам пользователь также имеет ожидания от приложения, хочет начать им пользоваться, и вынужден с раздражением преодолевать нашу преграду. Так что рекламу нужно просто убрать.<\/p>\n<p>В чуть менее тупом случае онбординг пытается обучать тому, как пользоваться приложением: вот так у нас заказать пиццу, вот так сделать перевод за рубеж; нажмите вот тут, и случится вот это. Если пользователь это и так знает, то это снова просто раздражающее препятствие на пути к цели. Если же пользователь не знает, то мы ставим его в идиотское положение: получается, ему сейчас нужно внимательно это прочитать и запомнить, чтобы потом применить полученные знания в настоящем интерфейсе, которого он даже ещё не видел. Невозможно даже оценить, насколько внимательным нужно быть и как тщательно запоминать: может, в реальном интерфейсе я и без этого разберусь?<\/p>\n<p>Просто представьте, какой это абсурд: вы купили новую стиральную машину, а вам насильно вручают инструкцию и говорят: «вы можете её выкинуть, но если потом что-то будет непонятно, никто не поможет». А что, там без инструкции не разобраться? Не знаем. Ну, а нельзя просто, чтобы инструкция лежала в коробке, и я её возьму, если понадобится? Нет, нельзя: нужно или прочитать сейчас, или выкинуть.<\/p>\n<p>Тут стоит внимательно проанализировать основной интерфейс. Как сделать его понятнее без обучения? А если без обучения не обойтись, то как его организовать, чтобы оно не мешало пользоваться приложением? Может, где-то нужно добавить текстовые подсказки. Может, в сложных местах нужна кнопочка-вопросик, за которой прячется более подробное пояснение. А может, вообще нужен собственный обучающий канал на Ютюбе, на который ведут всякие ссылки из интерфейса.<\/p>\n<h3>Рассказ об обновлении<\/h3>\n<p>Теперь рассмотрим онбординг с рассказом об обновлении.<\/p>\n<p>Здесь те же проблемы стоят ещё острее. Если при первом запуске у человека часто нет ожиданий, то вот давно установленное приложение человек запускает с конкретной целью: проверить трекинг доставки или оплатить коммуналку. Скорее всего, у него есть «план»: он помнит, в какой угол сейчас нажмёт, что там появится, куда именно он перейдёт дальше. И вдруг вместо привычного интерфейса он видит рассказ о новых фичах, который прямо сейчас ему совершенно не нужны!<\/p>\n<p>В такой ситуации желание просто пропустить этот экран ещё сильнее, а значит о новшествах многие пользователи просто не узнают. И снова, не потому что они им не нужны, а потому что они им не нужны в этот момент. Если ваше приложение живое и регулярно обновляется, то постоянные рассказы об обновлениях будут бесить, а привычка пропускать их будет закрепляться с каждым разом всё сильнее.<\/p>\n<p>Чтобы держать пользователей в курсе изменений, хорошо предусмотреть в приложении постоянное место для этого. Мой любимый пример — Телеграм:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding-telegram@2x.jpg\" width=\"900\" height=\"374\" alt=\"\" \/>\n<\/div>\n<p>Дизайнеры ловко воспользовались тем, что это мессенджер, и присылают пользователю рассказы об обновлениях сообщениями в одном из чатов. Когда заходишь в приложение, видишь эти сообщения наравне другими. Можешь сначала поболтать с людьми и почитать каналы, а уж потом и про сам Телеграм разузнать. О каждой фиче ещё и рассказывают отдельным сообщением с красивым видосом. Сообщение можно переслать кому-то, кому, на ваш взгляд, фича будет полезна — рекламный эффект бесплатно усиливается. И, конечно, никто не мешает вернуться к этим сообщениям в любое время позже. Собственно, я так и поступил, чтобы сделать эти скриншоты.<\/p>\n<p>Даже если у вас не мессенджер, можно найти какое-то постоянное место для рассказа о новых штуках. А чтобы люди не забывали туда зайти, можно зажигать красный кружочек, когда появляется непрочитанное. Самое главное, чтобы остальные функции приложения были доступны даже пока человек всё не прочитал.<\/p>\n<h3>Хороший интерфейс и хороший бизнес<\/h3>\n<p>Мы начинаем <a href=\"http:\/\/bureau.ru\/courses\/ui-online\/\">курс пользовательского интерфейса<\/a> с темы человечности: интерфейс должен быть для человека, а не наоборот. Когда интерфейс стоит на пути и бесит, это плохой интерфейс. В лекции <a href=\"https:\/\/bureau.ru\/lectures\/ui\/habit\/\">о привычках<\/a> я рассказываю о проблемах с окнами подтверждений и блокирующими сообщениями, частным случаем которых является онбординг. Они закрепляют привычку ничего не читать и со всем соглашаться.<\/p>\n<p>Однако как и окна подтверждения и несмотря на похожие проблемы, такие экраны-онбординги очень распространены. Дело в том, что в продуктовой разработке редко стоит задача «сделать пользователя довольным». Как правило, ответственные за продукт смотрят на другие метрики. Допустим, онбординг смотрят 10% людей и в результате продажи растут на 1%. Кого тогда волнует, что онбординг бесит и мешает остальным? Выигрыш оказался больше, чем проигрыш, ну и отлично.<\/p>\n<p>Как-то мне написал Егор, аналитик из Яндекса:<\/p>\n<blockquote>\n<p>Считаешь ли ты, что а\/б-тест может точно ответить на этот вопрос? Половине новых пользователей мы показываем онбординг, половине не показываем, после этого смотрим на две метрики: конверсия первой сессии в заказ и время от запуска приложения до заказа. Если конверсия с онбордингом выше, а время до заказа не вырастает (то есть время, которое пользователь тратит на чтение онбординга, он отыгрывает потом), то согласился бы ты с тем, что онбординги имеют право на жизнь? И как ты вообще относишься к валидации продуктовых гипотез при помощи а\/б-тестов?<\/p>\n<\/blockquote>\n<p>Я и без теста соглашусь. Но этот тест в лучшем случае докажет, что лучше рассказать о приложении онбордингом, чем никак. А я говорю, что можно рассказать лучше, чем онбордингом.<\/p>\n<p>Валидация продуктовых гипотез — это не совсем про хороший интерфейс. Иногда можно ухудшить интерфейс, но поднять метрики: снизив информативность для принятия невыгодного человеку решения; запутав в вариантах; усложнив отписку. Хороший интерфейс иногда важен для успеха продукта, а иногда — нет, достаточно посмотреть на Фейсбук или Букинг.ком. Я бы не хотел иметь ничего общего с созданием этих очень успешных продуктов.<\/p>\n<p>В большом продукте с прагматичным менеджментом онбординг может быть действительно наиболее подходящим решением. Он никак не взаимодействует с остальным приложением, не добавляет никаких новых логических связей, его можно «просто поставить», за него даже может отвечать отдельная команда. Это намного проще, быстрее и дешевле, чем думать, как улучшить образовательные свойства самого продукта.<\/p>\n<p>Но не все бизнесы работают на выжимание метрик любой ценой. У некоторых другая система ценностей, где-то качество и удовольствие пользователей имеют значение. Иногда получается подумать, а не просто сделать как все.<\/p>\n<p>Я вижу, что часто онбординг делают вовсе не из прагматичных соображений, приведённых выше, а просто потому что искренне считают что это хорошая практика. Никто даже не смотрит вот эти метрики, не пытается сравнивать раздражение пользователей и выигрыш в конверсии — просто ставят заставку потому что прям ну очень хотят рассказать про новые фичи. И в таких случаях, когда я рассказываю о минусах, люди с удовольствием включаются в обсуждение альтернатив.<\/p>\n<p>Да, сделать хорошо обычно сложнее, чем сделать как придётся, но и эффект может оказаться больше.<\/p>\n<h3>А можно ещё вопрос<\/h3>\n<p>— Илья, всё логично, но у нас появилась действительно крутая фича, над которой мы работали два года. Мы даже сняли видеоролик про неё! Мы хотим поставить его в онбординг, потому что нам важно, что его посмотрели все-все-все!<\/p>\n<p>Здорово, что вы сделали действительно крутую фичу, гордитесь ею и хотите всем рассказать! Если вы поставите её в онбординг, вы просрёте эту возможность. Как рассказать о фиче так, чтобы все были в восторге? Уделите этому вопросу хотя бы долю того внимания, которое вы уделили самой фиче.<\/p>\n",
            "date_published": "2023-08-22T15:33:54+05:00",
            "date_modified": "2023-09-06T13:34:57+05:00",
            "tags": [
                "Онбординг",
                "пользовательский интерфейс",
                "привычка",
                "телеграм",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Tue, 22 Aug 2023 15:33:54 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "122516",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "119217",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/empty-required-no-error\/",
            "title": "Что если пропущенное обязательное поле — это не ошибка?",
            "content_html": "<p>Такая вам мысль на ночь. Человек заполнил форму, нажал кнопку «Купить» или там «Пожаловаться». Но не заполнил какое-то обязательное поле. И мы ему говорим: «Ошибка! Заполни вот тут и вот тут».<\/p>\n<p>Но ведь это противоречит принципу человечности. В чём ошибка-то вообще? Кто сказал, что человек что-то нам должен делать определённым образом? Он и так что-то нам сказал, постарался. Если нам надо знать больше, мы ж можем просто спокойно переспросить, не ругаясь и не крася ничего красным.<\/p>\n<p>То есть самая идея, что есть какое-то <i>поле<\/i>, и оно может быть <i>обязательным<\/i> — совершенно не из мира людей. А в мире людей — «Нам бы ещё ваш номер, чтобы прислать уведомление, когда будет готово».<\/p>\n",
            "date_published": "2023-05-09T01:07:37+05:00",
            "date_modified": "2023-05-09T12:14:24+05:00",
            "tags": [
                "веб-формы",
                "пользовательский интерфейс",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Tue, 09 May 2023 01:07:37 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "119217",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "125172",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-86\/",
            "title": "На интерфейсном курсе: не надо ничего активировать",
            "content_html": "<p>Высказываю на курсе мысль, что не надо ничего активировать, а надо просто дать мне доступ, за которым я пришёл. 2 минутки:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/wq4MQNpFrbg?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Это фрагмент № 86 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 10 июня 2022 года.<\/p>\n<p>До 27 января идёт запись на курс, который пройдёт с 28 января по 26 февраля.<\/p>\n<p><a href=\"http:\/\/bureau.ru\/educenter\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "date_published": "2023-01-09T22:58:56+05:00",
            "date_modified": "2023-12-26T15:11:52+05:00",
            "tags": [
                "видео",
                "пользовательский интерфейс",
                "студентам",
                "фрагменты курса ПИ",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Mon, 09 Jan 2023 22:58:56 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "125172",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "126385",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/how-to-cut-text\/",
            "title": "Как нормально обрезать текст",
            "content_html": "<p><a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/facebook-see-more\/\">На днях я рассказывал<\/a>, как хреново работает Фейсбук с длинными постами: обрезает в случайном месте, теряет место чтения при разворачивании. А как надо? Давайте сначала разберёмся с обрезанием.<\/p>\n<p>Обрезать в случайном месте — это неуважение к автору и тексту и лишнее подтверждение тому, что Фейсбуку плевать, что вы там пишете. И это пример лютой технозависимости: машине проще всего резать по определённому числу символов, вот она и режет. За этим даже нет эстетического резона вроде «вместиться в определённый элемент дизайна» (что тоже было бы неуважением к автору и тексту, но хотя бы имело бы гуманистические корни), потому что физический размер строк одинаковой длины в символах в общем случае может отличаться в разы (iii — ЮЮЮ). Даже в моём примере из Фейсбука до конца строки влезло бы ещё несколько слов:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/fb-see-more-3@2x.jpg\" width=\"640\" height=\"417\" alt=\"\" \/>\n<\/div>\n<p>Иногда при обрезании в случайном месте текст не просто ломается, а искажается или даже приобретает совсем нежелательный смысл. Конечно же, я собираю коллекцию примеров на эту тему, Лиз Трасс добавилась туда буквально на днях:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/liz-truss-anal@2x.jpg\" width=\"314\" height=\"487\" alt=\"\" \/>\n<\/div>\n<p>Почему-то анал в этом случае — главный чемпион:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/some-chat-anal@2x.jpg\" width=\"375\" height=\"156\" alt=\"\" \/>\n<\/div>\n<p>Больше примеров — <a href=\"https:\/\/t.me\/ilyabirman_channel\/8587\">у меня в телеграме<\/a>.<\/p>\n<p>Соответственно, если без обрезания не обойтись, то обрезать надо аккуратно. Как делает Эгея?<\/p>\n<p>Число символов, в которое нужно уложиться, считается примерным ориентиром, а не точным значением. Если нужно уложиться в 140 символов, а текст имеет длину 143, то Эгея просто не будет его трогать. Если текст заметно длинее предела, то Эгея разделит его на предложения и постарается взять столько полных предложений, сколько влезет. Вот, например, сниппет этой заметки:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/aegea-snippet-of-this@2x.jpg\" width=\"491\" height=\"236\" alt=\"\" \/>\n<\/div>\n<p>Но если в результате получилось слишком мало (или не влезло вообще ни одного предложения целиком), она будет искать другие признаки безопасных мест: точки с запятой, тире, запятые, скобки. Только если ничего из этого нет, то она будет ориентироваться на пробелы. И только если и пробелов нет, она обрежет по числу символов. Отсутствие пробелов — верный признак, что самому автору было плевать на смысл, так что не страшно, если Эгее будет немножко тоже.<\/p>\n<p>В общем Эгея будет стараться сделать как можно ближе к нужной длине, но так, чтобы смысл не пострадал.<\/p>\n<p>Казалось бы, если я могу такое напрограммировать, то что мешает Фейсбуку? Да то, что никому даже в голову не приходила идея, что есть хоть какой-то смысл стараться сделать хорошо, просто нет такого понятия в мире Фейсбука даже.<\/p>\n<p>Но что же делать, если у вас дизайн, и вам ну вот прям надо уложиться в определённый прямоугольник, плюс-минус слово никак нельзя?<\/p>\n<p>Тогда вместо многоточия можно прятать не влезающие штуки под градиент. Например, наложить его на последнюю строчку текста, как сделано в бюролекциях:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/bureau-text-gradient@2x.jpg\" width=\"640\" height=\"225\" alt=\"\" \/>\n<\/div>\n<p>Важно, чтобы градиент был достаточно длинным, чтобы не было разрыва на конкретной букве.<\/p>\n",
            "date_published": "2022-10-23T00:38:11+05:00",
            "date_modified": "2024-03-24T15:12:07+05:00",
            "tags": [
                "пользовательский интерфейс",
                "студентам",
                "текст",
                "технозависимость",
                "человечность",
                "Эгея"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Sun, 23 Oct 2022 00:38:11 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "126385",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "125138",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-36\/",
            "title": "На интерфейсном курсе: оставляйте введённый запрос в поле поиска и рисуйте клавиатуру",
            "content_html": "<p>Участник курса сделал такой интерфейс: когда пользователь выбирает адрес из выпадайки поиска, он применяется, а поле поиска — очищается. Я сразу почувствовал неладное:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/czu2l7RfEWs?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<p>\n00:00 Я почувствовал неладное<br \/>\n01:08 Что не так: в интерфейсе нет анду и сохранения данных!<br \/>\n02:47 Смотрим дальше. Наде не забыть рисовать клавиатуру<br \/>\n<\/p>\n<\/div>\n<p>Это фрагмент № 36 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 3 декабря 2020 года.<\/p>\n<p>До 2 мая идёт запись на курс, который пройдёт с 8 мая по 6 июня.<\/p>\n<p><a href=\"http:\/\/bureau.ru\/educenter\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "date_published": "2021-04-26T23:41:45+05:00",
            "date_modified": "2023-12-26T13:38:38+05:00",
            "tags": [
                "видео",
                "Курсы",
                "пользовательский интерфейс",
                "студентам",
                "фрагменты курса ПИ",
                "человечность"
            ],
            "author": {
                "name": "Илья Бирман",
                "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
                "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
            },
            "_date_published_rfc2822": "Mon, 26 Apr 2021 23:41:45 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "125138",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        }
    ],
    "_e2_version": 4079,
    "_e2_ua_string": "Aegea 11.0 (v4079e)"
}