{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блог Ильи Бирмана: заметки с тегом онбординг",
    "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.",
    "_rss_language": "ru",
    "_itunes_email": "ilyabirman@ilyabirman.ru",
    "_itunes_categories_xml": "<itunes:category text=\"Arts\"><itunes:category text=\"Design\" \/><\/itunes:category>\r\n<itunes:category text=\"Society &amp; Culture\"><itunes:category text=\"Personal Journals\" \/><\/itunes:category>\r\n<itunes:category text=\"Technology\" \/>\r\n",
    "_itunes_image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic-square@2x.jpg?1573933764",
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/onboarding-all\/",
    "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/onboarding-all\/json\/",
    "icon": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764",
    "authors": [
        {
            "name": "Илья Бирман",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
            "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
        }
    ],
    "items": [
        {
            "id": "6624",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/intercom-onboarding-book\/",
            "title": "Книга «Интерком об онбординге»",
            "content_html": "<p>Прочитал коротенькую <a href=\"https:\/\/www.intercom.com\/resources\/books\/intercom-onboarding\">книгу «Интерком об онбординге»<\/a>. Уровень редактуры там нулевой, последовательности в изложении мыслей нет. Это сборник каких-то слабо связанных друг с другом эссе разных авторов. Слишком много воды и повторов: даже на тоненькую книжечку еле насобирали мыслей, могли бы просто пост в блоге написать. Собственно, делаю это для вас вместо них.<\/p>\n<p>Интерком онбордингом называет не <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/onboarding\/\">бесячие блокирующие экраны<\/a>, а весь процесс того, как люди, узнавшие о продукте, под вашим чутким управлением становятся довольными клиентами и пользователями.<\/p>\n<p>Вот какие мысли я выписал. В основном они очевидные, но, к сожалению, не создателям большинства продуктов, с которыми мы имеем дело каждый день:<\/p>\n<ul>\n  <li>Онбордингу редко уделяют внимание, сравнимое с уделяемым «основным» фичам продукта, что иронично, учитывая, что онбординг — единственная часть продукта, с которой столкнётся абсолютно каждый пользователь. Странно вкладывать силы в привлечение людей, но не в их удержание.<\/li>\n  <li>Если даже человек прошёл все экраны онбординга, заполнил некий «прогрессбар знакомства» с продуктом, или ему просто показали, как воспользоваться определённой фичей, это не значит, что он будет всем эти пользоваться, тем более долгосрочно.<\/li>\n  <li>Хороший онбординг меньше занят проведением человека через конкретные шаги, важные для бизнеса, и больше тем, как создать у человека приятные моменты, ощущаемые как «успех» с продуктом. Экраны с пошаговым объяснением могут в этом помочь, но обычно в их основе всё же желание бизнеса что-то показать, а не потребности человека.<\/li>\n  <li>Онбординг — это проведение за ручку от фичи к фиче, сценария к сценарию, совмещённое с внимательным слушанием того, что нужно самому пользователю (то есть, какие именно фичи и сценарии нужно показывать). Хороший онбординг начинается с попытки понять, что ищет и чего пытается достичь человек, и создаёт у человека ощущение, что с вашим продуктом он как раз на верном пути.<\/li>\n  <li>Когда человек пробует новый продукт, он на что-то надеется. Хорошо бы понять, на что, и построить онбординг вокруг реализации этой надежды. Если у вас, например, аналитическая система, то человек ей пользуется не ради отчётов, а чтобы получить повышение, доказать свою компетентность коллегам. Иногда можно просто спросить у человека, чего именно он хочет достичь. Когда вы узнаете ответ, удивитесь, сколько всего захотите поменять в своём онбординге. Текст, который написан во всяких онбординговых экранах, должен не описывать фичи, а помогать понять, как люди достигнут с их помощью своих целей.<\/li>\n  <li>Очень полезно опрашивать человека, который только стал вовлечённым пользователем, о том, как именно он прошёл этот путь. Прямо буквально понять, что он делал, какие данные откуда импортировал, в каком формате.<\/li>\n  <li>Онбординг не кончается, когда человек покупает продукт или переходит на платный тариф. Даже когда человек уже стал «платником», может оказаться, что он ещё не получает особой пользы от продукта. Пользователя ещё надо «активировать», то есть довести до конкретных действий, которые заставят его почувствовать пользу от продукта.<\/li>\n  <li>Важно понимать, как принимают решения ответственные за бюджет и технологии, чтобы хотя бы в той части не было затыков.<\/li>\n  <li>Иногда бывает, что в онбординге учат пользоваться какой-то функцией, потому что без этого объяснения она непонятна. А надо сделать понятной.<\/li>\n  <li>Если у вас есть триальная версия, вам нужно убедиться, что за её время человек смог почувствовать пользу продукта. Вы должны понимать, какую проблему человек пытается решить, и помочь ему с этим уже во время триала. В идеале он должен получить то самое вдохновляющее чувство «успеха», что у него что-то там получилось.<\/li>\n  <li>Иногда путь до этого момента длинный, например от идеи сдать комнату до получения первых денег. Но можно хотя бы намекнуть на будущую радость: Эйрбнб показывает «ожидаемый ежемесячный доход» сразу на основе расположения и типа жилья.<\/li>\n  <li>Компьютерные игры — чемпионы в онбординге. Они сразу ведут человека за руку по всему веселью и дают почувствовать вкус успеха.<\/li>\n  <li>Хорошие шаблоны и настройки по умолчанию помогают сократить путь до искомого радостного ощущения.<\/li>\n  <li>На экранах с пользовательскими данными предусмотрите хорошие пустые состояния, которые подскажут, помогут человеку с заполнением.<\/li>\n  <li>Если у вас предусмотрен какой-то «тур» по продукту, дайте человеку возможность начать его позже, когда он сам захочет.<\/li>\n  <li>Когда человек решает переехать с какого-то продукта на ваш, на его решение влияют четыре силы: 1) желание избавиться от проблем, связанных со старым продуктом; 2) надежда на новые возможности с вашим продуктом; 3) инерция, нежелание переучиваться; 4) переживания из-за рисков, связанных с новым продуктом. Для успеха онбординга вы должны усиливать те из них, что работают на вас, и помогать преодолеть те, которые работают против вас.<\/li>\n  <li>Делайте ясные обещания типа «Сэкономьте 15%, потратив 15 минут на работу».<\/li>\n  <li>Люди не любят выглядеть дураками. Они могут переживать, что неумелое использование вашего продукта покажет их такими внешнему миру. Например, они через вашу систему случайно отправят рассылку не тем людям. Поэтому важно, чтобы люди ощущали, что их никто не видит, пока они только пробуют. Нужны всякие тестовые и деморежимы, где всё «понарошку».<\/li>\n  <li>Думайте, как ваш онбординг видят разные люди, которые сталкиваются с продуктом, особенно по мере роста продукта. Если шаг вашего онбординга предлагает ввод данных корпоративной банковской карты, то на нём отвалятся все, кто не имеют к ней доступа (это большинство из тех людей, которые потенциально могли бы стать проводниками вашего продукта в этой компании). Аналогичная проблема может быть, если где-то нужно импортировать закрытые данные. В начале «Интеркома» было нормально предлагать мелким стартапам вставить код на Джаваскрипте на страницу, а сегодня большинство клиентов бы не справились с этим.<\/li>\n  <li>Очень сложно заново получить внимание тех, кто отвалился вот так на полупути, особенно учитывая, что заманить их надо на самый скучный шаг типа ввода тех самых данных банковской карты или, скажем, создание АПИ-ключа. Частая ошибка — моделирование онбординга как строгой последовательности шагов. Всегда должен быть способ пропустить сложное. Всегда стоит предполагать, что прохождение какого-то шага — это работа другого человека; не того, кто сейчас смотрит на наш продукт.<\/li>\n  <li>Элементы интерфейса, связанные с онбордингом, должны быть частью дизайн-системы, иначе все эти подсказки, попапы, велком-скрины и временные подписи выходят из под контроля.<\/li>\n  <li>Не нужно вываливать на человека сразу всё, что вы хотите рассказать. Нет смысла учить пользователя хитрым сочетаниям клавиш в продукте, где он ещё не создал свой первый документ.<\/li>\n  <li>Онбординг, связанный с новыми штуками, не должен мешать пользоваться существующими.<\/li>\n  <li>Чем дольше вы ведёте кого-то за руку, тем меньше его мозг будет работать. Если кормить кормить ребёнка с ложечки постоянно, то она так и не научится держать вилку с ножом. (Видимо мысль тут в том, что избыточное разжёвывание всех фич приводит к тому, что люди ничем так и не научаются пользоваться).<\/li>\n  <li>Думайте об удержании пользователей больше, чем о конверсии. Можно настроить могучую конверсию разными хитростями, но устойчивый бизнес получается, когда пользователи остаются с вами надолго.<\/li>\n  <li>Вместо того, чтобы фокусироваться на запуске новых фич, думайте о том, как делать, чтобы люди начинали активно пользоваться новыми фичами.<\/li>\n  <li>Постоянно регистрируйтесь сами как новые пользователи своего продукта. Хорошо бы, чтобы это было частью чьей-то работы — убеждаться, что всё хорошо и логично работает.<\/li>\n<\/ul>\n",
            "summary": "Прочитал коротенькую книгу «Интерком об онбординге». Уровень редактуры там нулевой, последовательности в изложении мыслей нет",
            "date_published": "2026-01-05T00:05:53+05:00",
            "date_modified": "2026-01-05T11:23:52+05:00",
            "tags": [
                "дизайн продуктов",
                "книги",
                "онбординг",
                "пользовательский интерфейс"
            ],
            "_date_published_rfc2822": "Mon, 05 Jan 2026 00:05:53 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6624",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6556",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/questions-dump\/",
            "title": "Свалка вопросов как паттерн в дизайне",
            "content_html": "<p>Я рассказывал, почему <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/onboarding\/\">плохо встречать пользователя онбордингом<\/a>, и показывал, как хорошо сделано в Телеграме, что информация о новых фичах появляется в отдельном чате, который можно посмотреть, когда дойдут руки.<\/p>\n<p>Вот похожий паттерн в «Настройке» у Эпла:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/questions-dump.jpg\" width=\"768\" height=\"620\" alt=\"\" \/>\n<\/div>\n<p>Вместо того, чтобы задавать мне десяток вопросов перебивающими друг друга диалогами, как они делают в большинстве случаев, тут они собирают вопросы в один экран, где с ними можно разбираться по желанию. Это я заскриншотил после того, как один из вопросов уже снял.<\/p>\n<p>Назовём такой паттерн «Свалка вопросов». Когда свежеустановленная программа хочет доступ к микрофону, геолокации и чему-то там ещё, хорошо бы ей тоже собрать все свои требования в одном понятном месте.<\/p>\n",
            "summary": "Я рассказывал, почему плохо встречать пользователя онбордингом, и показывал, как хорошо сделано в Телеграме, что информация о новых фичах появляется в отдельном чате",
            "date_published": "2025-10-06T10:12:06+05:00",
            "date_modified": "2026-01-01T12:16:16+05:00",
            "tags": [
                "онбординг",
                "пользовательский интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/questions-dump.jpg",
            "_date_published_rfc2822": "Mon, 06 Oct 2025 10:12:06 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6556",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/questions-dump.jpg"
                ]
            }
        },
        {
            "id": "6400",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-29\/",
            "title": "Думаем дальше № 29 — «Засунули в банку с музыкой без предупреждения» c Мишей Нозиком",
            "content_html": "<p>С Мишей Нозиком обсуждаем техно, оркестровую классику и немножко живопись, а также онбординги и радость открытия в интерфейсах.<\/p>\n<p>Все выпуски подкаста:<br \/>\n<a href=\"https:\/\/podcasts.apple.com\/us\/podcast\/думаем-дальше\/id1744862171\">Эпл<\/a> · <a href=\"https:\/\/www.youtube.com\/playlist?list=PLl7kvlp_qh0j9uzQGU2ws4DkBWdbjY1_d\">Ютюб<\/a> · <a href=\"https:\/\/music.yandex.com\/album\/29069497\">Я.Музыка<\/a> · <a href=\"https:\/\/thinkon.mave.digital\">Мейв<\/a> · <a href=\"https:\/\/cloud.mave.digital\/51724\">РСС для подкастного приложения<\/a><\/p>\n<table cellpadding=\"0\" cellspacing=\"0\" border=\"0\" class=\"e2-text-table\">\n  <tr>\n    <td style=\"text-align: left\">0:00<\/td>\n    <td style=\"text-align: left\">Что интересного в техно и в классике<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">10:08<\/td>\n    <td style=\"text-align: left\">Музыка — это не язык<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">13:02<\/td>\n    <td style=\"text-align: left\">Что значит «музыка работает»? Движение, эмоции, охреневание<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">16:20<\/td>\n    <td style=\"text-align: left\">Про академическое пение и пение вообще<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">20:36<\/td>\n    <td style=\"text-align: left\">Техно и сюжет<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">27:38<\/td>\n    <td style=\"text-align: left\">Типографическая композиция против шрифтового логотипа<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">30:30<\/td>\n    <td style=\"text-align: left\">Слушаем Малера и Стравинского с открытым ртом (прям с кусочками аудио, тут лучше слушать на оригинальной скорости)<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">32:57<\/td>\n    <td style=\"text-align: left\">Значение исполнения и композитора<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">35:50<\/td>\n    <td style=\"text-align: left\">Влияние «момента» на восприятие музыки<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">38:19<\/td>\n    <td style=\"text-align: left\">Мелодия и альтернативные исполнения произведений<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">42:55<\/td>\n    <td style=\"text-align: left\">Когда нравится любая картина, лишь бы на ней были медведи в сосновом бору. Параллели с живописью<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">47:26<\/td>\n    <td style=\"text-align: left\">Онбординги и радость открытия<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">56:01<\/td>\n    <td style=\"text-align: left\">Ситуация во Вкусвилле<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">58:10<\/td>\n    <td style=\"text-align: left\">Высший пилотаж — создавать условия для эврики<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">1:03:38<\/td>\n    <td style=\"text-align: left\">Канал для ненапряжного обучения фичам и распространения знаний о продукте<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">1:10:26<\/td>\n    <td style=\"text-align: left\">Как неудачный стартовый экран отрубает аудиторию<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: left\">1:13:45<\/td>\n    <td style=\"text-align: left\">Изменение координат кучки объектов в Фигме<\/td>\n  <\/tr>\n<\/table>\n",
            "summary": "С Мишей Нозиком обсуждаем техно, оркестровую классику и немножко живопись, а также онбординги и радость открытия в интерфейсах",
            "date_published": "2024-11-29T18:34:51+05:00",
            "date_modified": "2024-12-18T11:17:37+05:00",
            "tags": [
                "Думаем дальше",
                "музыка",
                "онбординг"
            ],
            "_date_published_rfc2822": "Fri, 29 Nov 2024 18:34:51 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6400",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6076",
            "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",
            "summary": "Показывать при запуске приложение экран с рассказом о нём — плохая практика.",
            "date_published": "2023-08-22T15:33:54+05:00",
            "date_modified": "2023-09-06T13:34:57+05:00",
            "tags": [
                "онбординг",
                "пользовательский интерфейс",
                "привычка",
                "Телеграм",
                "человечность"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding@2x.jpg",
            "_date_published_rfc2822": "Tue, 22 Aug 2023 15:33:54 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6076",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding@2x.jpg",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding-telegram@2x.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4269,
    "_e2_ua_string": "Aegea 12.0a (v4269e)"
}