{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блог Ильи Бирмана: заметки с тегом Телеграм", "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.", "_rss_language": "ru", "_itunes_email": "ilyabirman@ilyabirman.ru", "_itunes_categories_xml": "<\/itunes:category>\r\n<\/itunes:category>\r\n\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\/telegram\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/telegram\/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": "6674", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/napishi-otlozhennoe-soobschenie\/", "title": "Напиши отложенное сообщение", "content_html": "

В телеге можно написать отложенное сообщение — придёт адресату в указанное время. При этом есть такой сценарий: просишь человека о чём-то, а он сейчас не может сделать, и просит ему напомнить завтра утром. Тогда ты сразу же пишешь сообщение на завтра утром, мол, «напоминаю» (сам при этом утром спишь).<\/p>\n

Но поскольку все про это знают, то иногда сам адресат может сказать не «напомни», а прямо «будь добр, напиши отложку!». И вот это уже бред, ведь получается, что он использует интерфейс установки самому себе напоминалки через текст в чате!<\/p>\n

По-моему, в телеге должна появиться функция «напомнить об этом сообщении». То есть тебе что-то написали, ты жмёшь на это сообщение и прям сам выбираешь, когда тебе о нём же ещё раз уведомление прислать. А другую сторону не трогаешь этим.<\/p>\n", "summary": "В телеге можно написать отложенное сообщение — придёт адресату в указанное время. При этом есть такой сценарий", "date_published": "2026-03-06T23:01:31+05:00", "date_modified": "2026-03-06T23:01:18+05:00", "tags": [ "пользовательский интерфейс", "сценарный подход", "Телеграм" ], "_date_published_rfc2822": "Fri, 06 Mar 2026 23:01:31 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6674", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6627", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/oshibka-v-interfeyse-sozdaniya-tekstovoy-ssylki-v-telegrame\/", "title": "Ошибка в интерфейсе создания текстовой ссылки в Телеграме", "content_html": "

Пример из Телеграма, когда дизайнер искренне хотел сделать хорошо, а сделал плохо.<\/p>\n

Когда ты хочешь сделать фрагмент текста ссылкой, ты выделяешь его и жмёшь ⌘U. Появляется окно для ввода адреса ссылки. И вот забота: в поле адреса автоматически вставляется адрес, который у меня в буфере обмена. Логично же? Очень. Но проблема в том, что я на автопилоте жму ⌘V, чтобы вставить ссылку в поле, и она добавляется в конец уже написанной самой себя. Я на автопилоте жму Энтер и получаю сломанную ссылку, и потом иду мучительно исправлять.<\/p>\n

Чтобы понять, почему это происходит, нужно знать, как работает привычка и что в теории интерфейсов называется жестом<\/i>. Жест — действие или последовательность действий, которые человек не разделяет на составляющие, а выполняет как бы единым движением. ⌘U, ⌘V, Enter — это не три самостоятельных действия, между которыми я что-то анализирую и принимаю решения о дальнейших шагах; это один жест.<\/p>\n

На днях я делал заметку с парой десятков ссылок, и ошибся почти в каждой! После первых двух уже понял и запомнил как факт, что ⌘V жать не надо, ссылка там уже будет. Но привычку невозможно выработать просто «решением». Нужно долго тренироваться, а пока тело будет делать, как привыкло. Я знал, что я сейчас ошибусь много раз, и я не в силах на это повлиять никак.<\/p>\n

Чтобы исправить проблему и сохранить заботу, нужно сделать автоматически вставленный из буфера обмена текст выделенным. В этом случае нажатие на ⌘V заменит его (на точно такой же), а не добавит вторую копию в конец. Жест продолжить работать ожидаемо.<\/p>\n

Кстати, само то, что в Телеграме ссылка — это ⌘U (вместо более стандартного ⌘K) — тоже проблема. Причём там проблема не только с самой непривычностью сочетания клавиш, но и с необратимостью. Я через раз вместо ⌘U жму ⌘K. Вместо указания адреса ссылки это открывает окно поиска. Я жму Esc, но окно не закрывается: вместо этого, там происходит расфокус поля запроса. Только повторное нажатие на Esc закрывает чёртово окно.<\/p>\n

У меня в самой первой лекции интерфейсного курса есть кусочек о том, что для создания хорошего интерфейса недостаточно просто добрых намерений и здравого смысла, нужны ещё и знания. Я постоянно на практике сталкиваюсь с тем, как дизайнер говорит «чтобы было удобно, я сделал X», и потом стоит больших усилий объяснить ему, почему получается неудобно. Одного намерения сделать хорошо недостаточно.<\/p>\n", "summary": "Пример из Телеграма, когда дизайнер искренне хотел сделать хорошо, а сделал плохо", "date_published": "2026-01-09T19:39:18+05:00", "date_modified": "2026-01-09T19:39:07+05:00", "tags": [ "пользовательский интерфейс", "привычка", "Телеграм" ], "_date_published_rfc2822": "Fri, 09 Jan 2026 19:39:18 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6627", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6583", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/preodolevaem-telegramny-zapret-na-voysy\/", "title": "Преодолеваем телеграмный запрет на войсы", "content_html": "

Сегодня я хотел отправить коллеге голосовое сообщение с размышлениями о том, как сделать задачу, но оказалось, что у него отключён приём голосовых. Тогда я пошёл в ЧатГПТ, попросил распознать мою запись и чуть-чуть привести её в читаемый вид. В итоге отправил ему уже текст. Такой вот лайфхак на случай, если очень хочется отправить голосовое, а тебе не дают.<\/p>\n

Полагаться на телеграмовское распознавание речи не стоит. Если наговорить полторы минуты, а Телеграм превратит это в одну простыню, читать будет невозможно. А ЧатГПТ умеет разбить текст на абзацы и убрать чисто голосовые особенности.<\/p>\n

Кстати, эту заметку я тоже наговорил голосом, пока шёл по городу, а ЧатГПТ её привёл в порядок.<\/p>\n", "summary": "Сегодня я хотел отправить коллеге голосовое сообщение с размышлениями о том, как сделать задачу, но оказалось, что у него отключён приём голосовых", "date_published": "2025-11-14T16:15:48+05:00", "date_modified": "2025-11-14T16:15:13+05:00", "tags": [ "искусственный интеллект", "лайфхак", "Телеграм" ], "_date_published_rfc2822": "Fri, 14 Nov 2025 16:15:48 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6583", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6543", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/listening-84\/", "title": "Что послушать — 84", "content_html": "

Всё, что можно слушать, я стараюсь слушать<\/a>, а не читать и не смотреть. Потому что когда у меня свободны глаза, я предпочитаю делать что-то более полезное.<\/p>\n

Вот что я слушал в последнее время, что мне понравилось:<\/p>\n

    \n
  1. Карпати про доступность интерфейсов для ЛЛМ<\/a>.<\/li>\n
  2. Большое интервью Аллы Пугачёвой<\/a>. Я думаю это больше Аллы Пугачёвой, чем я послушал за всю жизнь в виде песен, включая случайно доносившиеся откуда-нибудь.<\/li>\n
  3. Илья Разумов<\/a>. Автомобильный дизайнер.<\/li>\n
  4. Парадоксы человека: пот, мурашки, борода, пузо и сон<\/a>. Хороший выпуск «Основы».<\/li>\n
  5. Наталья Зубаревич у Семихатова и Сурдина<\/a>. Экономист пытается объяснить экономику физикам.<\/li>\n<\/ol>\n", "summary": "Интерфейс и нейросети, Пугачёва, дизайн автомобилей, запах пота и экономика глазами физиков", "date_published": "2025-11-02T12:13:40+05:00", "date_modified": "2025-11-02T12:13:29+05:00", "tags": [ "автомобиль", "дизайн", "нейросети", "общество", "пользовательский интерфейс", "Телеграм", "что послушать", "экономика" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/listening.png", "_date_published_rfc2822": "Sun, 02 Nov 2025 12:13:40 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6543", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/listening.png" ] } }, { "id": "6395", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/poisk-lyudey-v-telegrame\/", "title": "Поиск людей в Телеграме", "content_html": "

    В Телеграме мне очень не хватает нормального поиска по людям, с которыми я общался. Я не помню все имена, клички и ники, особенно если это менеджер «по закупке трафика» (жесть), с которым мы обсуждали рекламный пост неделю назад. Но я помню какие-то факты, которые помогли бы этого человека идентифицировать. Было бы классно, если бы Телеграм дал инструменты для этого. А ещё люди иногда переименовываются, и тогда их найти невозможно совсем никак.<\/p>\n

    Вот несколько примеров того, что надо. Во-первых, хочется лучше искать по тому, что я помню о человеке:<\/p>\n

      \n
    1. Если человек переименовался, он должен находиться по старым именам, которые я ещё помню. Это касается и всяких кличек, и изменений фамилий. В результатах поиска важно отображать старое имя, по которому нашлось, а не только новое, иначе я не смогу даже осознать, что нашёлся тот, кто мне нужен.<\/li>\n
    2. Если у человека в кличке используются спецсимволы или эмодзи, должен быть способ не вспоминать, какие именно, а просто указать этот факт (который ты обычно помнишь), и чтобы остались только такие «особенные» люди.<\/li>\n
    3. Аналогично нужен фильтр по наличию премиума, потому что эмодзи рядом с именем тоже какой-то признак, по которому можно искать.<\/li>\n
    4. И аналогично нужен фильтр по наличию аватарки. Иногда ты просто помнишь, что у человека был цветной кружок, а не фотка, и это тоже сужает поиск.<\/li>\n
    5. Ещё лучше было бы искать по содержанию аватарки. Что там? Лицо, чёрно-белое лицо, мультперсонаж, животное, видео, что-то другое. Может, преобладающий цвет указывать: «чё-то зелёное было».<\/li>\n<\/ol>\n

      Но, кстати, Телеграм молодец, что ищет и по-русски, и по-английски — хотя бы тут не надо думать, как именно человек себя подписал.<\/p>\n

      Во-вторых, нужен поиск человека по содержанию переписки:<\/p>\n

        \n
      1. Сейчас можно искать текст, но если он встречается в какой-то переписке часто, то эта переписка забьёт собой весь поиск. Лучше показать, что вот в этом канала слово «реклама» встречается 548 раз, вот в этом чате — 24 раза, а дальше вот люди, с которым это обсуждалось недавно.<\/li>\n
      2. Нужна возможность указать признаки, что в переписке были картинки, видео, ссылки. А если я даже не указал, в самой выдаче это должно отображаться, чтобы я сразу пропускал заведомо неправильные варианты.<\/li>\n
      3. Нужна возможность указать временной период переписки. Например, что это точно было между полугодом и двумя месяцами назад. И снова, пока я не указал, показывать это в выдаче.<\/li>\n<\/ol>\n

        Наконец, если человек удалил переписку, я бы хотел хотя бы видеть сам этот факт, а не просто страдать от того, что я нифига не могу найти ни под каким углом. Пусть мне хотя бы сразу скажут, что пытаться бесполезно.<\/p>\n", "summary": "В Телеграме мне очень не хватает нормального поиска по людям, с которыми я общался. Я не помню все имена, клички и ники, особенно если это менеджер «по закупке трафика»", "date_published": "2024-11-15T11:16:11+05:00", "date_modified": "2024-11-15T11:28:44+05:00", "tags": [ "пользовательский интерфейс", "Телеграм" ], "_date_published_rfc2822": "Fri, 15 Nov 2024 11:16:11 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6395", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6270", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-13\/", "title": "Думаем дальше № 13 — «Кать, а пойдём погуляем?» с Мишей Нозиком", "content_html": "

        С Мишей Нозиком обсуждаем, что делать с завалом в Телеге и в жизни<\/p>\n

        Все выпуски подкаста:
        \n        Ютюб<\/a> · Я.Музыка<\/a> · Гугль-подкасты<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n
        0:00<\/td>\n Как люди пользуются Телеграмом: свалка из сотен непрочитанных чатов<\/td>\n <\/tr>\n
        7:23<\/td>\n Что с этим делать Телеграму? Почему Илье не нравится идея разделения на чаты и каналы<\/td>\n <\/tr>\n
        16:50<\/td>\n Миша о значении хронологии и видимого закона организации. Идея с пресетами<\/td>\n <\/tr>\n
        20:27<\/td>\n Илья об эвристических признаки интереса и пользе алгоритмической ленты<\/td>\n <\/tr>\n
        24:43<\/td>\n Как решить проблему с прозрачностью алгоритма? Контекстные подсказки<\/td>\n <\/tr>\n
        27:03<\/td>\n Миша запрещает трогать хронологию и раскрывает идею постоянного эдюкейшена вместо однократного онбординга<\/td>\n <\/tr>\n
        35:13<\/td>\n Телеграм — это мессенджер или соцсеть? Элегантность и покушение на физические основы<\/td>\n <\/tr>\n
        40:04<\/td>\n Миша в гробу видал сторисы и непрошенные рекомендации<\/td>\n <\/tr>\n
        46:25 <\/td>\n Илья разочаровался в реализации сторисов в Телеге<\/td>\n <\/tr>\n
        49:33<\/td>\n Миша говорит, что не побриться из-за завала на работе — это отстой. Обязательства против кайфа от жизни<\/td>\n <\/tr>\n
        1:03:58<\/td>\n Внимание к собственным потребностям и ответственность перед другими. Что там по психотерапии<\/td>\n <\/tr>\n
        1:10:29<\/td>\n К чему приводят манипуляции через потребность быть хорошим<\/td>\n <\/tr>\n
        1:14:56<\/td>\n Если чё, сходите погулять<\/td>\n <\/tr>\n<\/table>\n", "summary": "С Мишей Нозиком обсуждаем, что делать с завалом в Телеге и в жизни", "date_published": "2024-04-06T14:18:21+05:00", "date_modified": "2024-04-06T14:16:35+05:00", "tags": [ "дизайн продуктов", "Думаем дальше", "жизнь", "работа", "Телеграм" ], "_date_published_rfc2822": "Sat, 06 Apr 2024 14:18:21 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6270", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6076", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/onboarding\/", "title": "Онбординг", "content_html": "
        \n\"\"\n<\/div>\n

        Часто при запуске приложения нас встречает экран, призванный рассказать о приложении в целом или о недавно добавленных фичах. Экран может состоять из нескольких страниц, которые нужно просмотреть по очереди. Как правило, есть кнопка, чтобы пропустить это всё и перейти к основному интерфейсу приложения. Обычно это называют «онбординг».<\/p>\n

        Делать так — плохая практика.<\/p>\n

        Утверждение может показаться вам абсурдным, ведь онбординги делают очень многие. К сожалению, вопросом «а не фигню ли мы делаем?» в основном даже не задаются. В моей практике бывало, что я спрашивал, зачем это, и слышал: «ну как, это ж онбординг!». Люди даже не замечали, что это не отвечает на мой вопрос — настолько сильно́ убеждение, что надо делать именно так.<\/p>\n

        Давайте разберёмся, что плохого в онбординге, какую задачу он призван решать, и как решать эту задачу хорошо.<\/p>\n

        Если совсем коротко, то онбординг появляется не вовремя, мешает воспользоваться приложением, а когда информация из него действительно понадобится, её уже будет не найти. Это вызывает фрустрацию и закрепляет привычку пропускать сообщения, не читая. Лучше элементы обучения делать частью интерфейса и предусматривать в нём постоянное место для информирования об обновлениях.<\/p>\n

        Рассказ о приложении в целом<\/h3>\n

        Сначала рассмотрим онбординг с рассказом о приложении в целом.<\/p>\n

        В наиболее тупом случае это реклама: страницы онбординга нахваливают приложение и его фичи. Но рекламировать приложение, которое человек уже и так установил и запустил, глупо: мы уже получили искомое внимание; пора переставать за него бороться и начать конвертировать его в пользу. Сам пользователь также имеет ожидания от приложения, хочет начать им пользоваться, и вынужден с раздражением преодолевать нашу преграду. Так что рекламу нужно просто убрать.<\/p>\n

        В чуть менее тупом случае онбординг пытается обучать тому, как пользоваться приложением: вот так у нас заказать пиццу, вот так сделать перевод за рубеж; нажмите вот тут, и случится вот это. Если пользователь это и так знает, то это снова просто раздражающее препятствие на пути к цели. Если же пользователь не знает, то мы ставим его в идиотское положение: получается, ему сейчас нужно внимательно это прочитать и запомнить, чтобы потом применить полученные знания в настоящем интерфейсе, которого он даже ещё не видел. Невозможно даже оценить, насколько внимательным нужно быть и как тщательно запоминать: может, в реальном интерфейсе я и без этого разберусь?<\/p>\n

        Просто представьте, какой это абсурд: вы купили новую стиральную машину, а вам насильно вручают инструкцию и говорят: «вы можете её выкинуть, но если потом что-то будет непонятно, никто не поможет». А что, там без инструкции не разобраться? Не знаем. Ну, а нельзя просто, чтобы инструкция лежала в коробке, и я её возьму, если понадобится? Нет, нельзя: нужно или прочитать сейчас, или выкинуть.<\/p>\n

        Тут стоит внимательно проанализировать основной интерфейс. Как сделать его понятнее без обучения? А если без обучения не обойтись, то как его организовать, чтобы оно не мешало пользоваться приложением? Может, где-то нужно добавить текстовые подсказки. Может, в сложных местах нужна кнопочка-вопросик, за которой прячется более подробное пояснение. А может, вообще нужен собственный обучающий канал на Ютюбе, на который ведут всякие ссылки из интерфейса.<\/p>\n

        Рассказ об обновлении<\/h3>\n

        Теперь рассмотрим онбординг с рассказом об обновлении.<\/p>\n

        Здесь те же проблемы стоят ещё острее. Если при первом запуске у человека часто нет ожиданий, то вот давно установленное приложение человек запускает с конкретной целью: проверить трекинг доставки или оплатить коммуналку. Скорее всего, у него есть «план»: он помнит, в какой угол сейчас нажмёт, что там появится, куда именно он перейдёт дальше. И вдруг вместо привычного интерфейса он видит рассказ о новых фичах, который прямо сейчас ему совершенно не нужны!<\/p>\n

        В такой ситуации желание просто пропустить этот экран ещё сильнее, а значит о новшествах многие пользователи просто не узнают. И снова, не потому что они им не нужны, а потому что они им не нужны в этот момент. Если ваше приложение живое и регулярно обновляется, то постоянные рассказы об обновлениях будут бесить, а привычка пропускать их будет закрепляться с каждым разом всё сильнее.<\/p>\n

        Чтобы держать пользователей в курсе изменений, хорошо предусмотреть в приложении постоянное место для этого. Мой любимый пример — Телеграм:<\/p>\n

        \n\"\"\n<\/div>\n

        Дизайнеры ловко воспользовались тем, что это мессенджер, и присылают пользователю рассказы об обновлениях сообщениями в одном из чатов. Когда заходишь в приложение, видишь эти сообщения наравне другими. Можешь сначала поболтать с людьми и почитать каналы, а уж потом и про сам Телеграм разузнать. О каждой фиче ещё и рассказывают отдельным сообщением с красивым видосом. Сообщение можно переслать кому-то, кому, на ваш взгляд, фича будет полезна — рекламный эффект бесплатно усиливается. И, конечно, никто не мешает вернуться к этим сообщениям в любое время позже. Собственно, я так и поступил, чтобы сделать эти скриншоты.<\/p>\n

        Даже если у вас не мессенджер, можно найти какое-то постоянное место для рассказа о новых штуках. А чтобы люди не забывали туда зайти, можно зажигать красный кружочек, когда появляется непрочитанное. Самое главное, чтобы остальные функции приложения были доступны даже пока человек всё не прочитал.<\/p>\n

        Хороший интерфейс и хороший бизнес<\/h3>\n

        Мы начинаем курс пользовательского интерфейса<\/a> с темы человечности: интерфейс должен быть для человека, а не наоборот. Когда интерфейс стоит на пути и бесит, это плохой интерфейс. В лекции о привычках<\/a> я рассказываю о проблемах с окнами подтверждений и блокирующими сообщениями, частным случаем которых является онбординг. Они закрепляют привычку ничего не читать и со всем соглашаться.<\/p>\n

        Однако как и окна подтверждения и несмотря на похожие проблемы, такие экраны-онбординги очень распространены. Дело в том, что в продуктовой разработке редко стоит задача «сделать пользователя довольным». Как правило, ответственные за продукт смотрят на другие метрики. Допустим, онбординг смотрят 10% людей и в результате продажи растут на 1%. Кого тогда волнует, что онбординг бесит и мешает остальным? Выигрыш оказался больше, чем проигрыш, ну и отлично.<\/p>\n

        Как-то мне написал Егор, аналитик из Яндекса:<\/p>\n

        \n

        Считаешь ли ты, что а\/б-тест может точно ответить на этот вопрос? Половине новых пользователей мы показываем онбординг, половине не показываем, после этого смотрим на две метрики: конверсия первой сессии в заказ и время от запуска приложения до заказа. Если конверсия с онбордингом выше, а время до заказа не вырастает (то есть время, которое пользователь тратит на чтение онбординга, он отыгрывает потом), то согласился бы ты с тем, что онбординги имеют право на жизнь? И как ты вообще относишься к валидации продуктовых гипотез при помощи а\/б-тестов?<\/p>\n<\/blockquote>\n

        Я и без теста соглашусь. Но этот тест в лучшем случае докажет, что лучше рассказать о приложении онбордингом, чем никак. А я говорю, что можно рассказать лучше, чем онбордингом.<\/p>\n

        Валидация продуктовых гипотез — это не совсем про хороший интерфейс. Иногда можно ухудшить интерфейс, но поднять метрики: снизив информативность для принятия невыгодного человеку решения; запутав в вариантах; усложнив отписку. Хороший интерфейс иногда важен для успеха продукта, а иногда — нет, достаточно посмотреть на Фейсбук или Букинг.ком. Я бы не хотел иметь ничего общего с созданием этих очень успешных продуктов.<\/p>\n

        В большом продукте с прагматичным менеджментом онбординг может быть действительно наиболее подходящим решением. Он никак не взаимодействует с остальным приложением, не добавляет никаких новых логических связей, его можно «просто поставить», за него даже может отвечать отдельная команда. Это намного проще, быстрее и дешевле, чем думать, как улучшить образовательные свойства самого продукта.<\/p>\n

        Но не все бизнесы работают на выжимание метрик любой ценой. У некоторых другая система ценностей, где-то качество и удовольствие пользователей имеют значение. Иногда получается подумать, а не просто сделать как все.<\/p>\n

        Я вижу, что часто онбординг делают вовсе не из прагматичных соображений, приведённых выше, а просто потому что искренне считают что это хорошая практика. Никто даже не смотрит вот эти метрики, не пытается сравнивать раздражение пользователей и выигрыш в конверсии — просто ставят заставку потому что прям ну очень хотят рассказать про новые фичи. И в таких случаях, когда я рассказываю о минусах, люди с удовольствием включаются в обсуждение альтернатив.<\/p>\n

        Да, сделать хорошо обычно сложнее, чем сделать как придётся, но и эффект может оказаться больше.<\/p>\n

        А можно ещё вопрос<\/h3>\n

        — Илья, всё логично, но у нас появилась действительно крутая фича, над которой мы работали два года. Мы даже сняли видеоролик про неё! Мы хотим поставить его в онбординг, потому что нам важно, что его посмотрели все-все-все!<\/p>\n

        Здорово, что вы сделали действительно крутую фичу, гордитесь ею и хотите всем рассказать! Если вы поставите её в онбординг, вы просрёте эту возможность. Как рассказать о фиче так, чтобы все были в восторге? Уделите этому вопросу хотя бы долю того внимания, которое вы уделили самой фиче.<\/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" ] } }, { "id": "6049", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/kak-rabotayut-istorii-v-telege\/", "title": "Как работают истории в телеге?", "content_html": "

        Кто-нибудь понимает, по какому принципу работают истории в телеге? Я — нет.<\/p>\n

        В обычных соцсетях можно на кого-то подписаться или зафоловить, явно дав понять, что ты хочешь видеть, что человек публикует. В телеге человек и его контент разделены. Есть человек, и с ним можно переписываться только напрямую; а есть его каналы, и какие-то из них ты можешь читать, а какие-то нет.<\/p>\n

        Эта модель мне нравится, и она отлично работала до появления историй. А сейчас у меня в телеге появляется какой-то мусор от рандомных людей, которых я никогда не фоловил, а некоторых вообще не знаю. В то же время мне ни разу не попалась история от кого-нибудь, чей канал я читаю. И я не представляю, почему. Может, они их просто не публиковали.<\/p>\n

        Чтобы самому запостить историю, нужно стать платным пользователем. Я пока не находил в этом смысла, и сейчас я даже не знаю, как это сработает. Если я заплачу и запосчу историю, кто её увидит — все 11870 вас? Или рандомные люди, которые никогда не подписывались на меня, но когда-то добавили в контакты, потому что покупали у меня сноуборд на Авито?<\/p>\n", "summary": "Кто-нибудь понимает, по какому принципу работают истории в телеге? Я — нет...", "date_published": "2023-08-01T12:46:08+05:00", "date_modified": "2023-08-01T12:45:26+05:00", "tags": [ "Телеграм" ], "_date_published_rfc2822": "Tue, 01 Aug 2023 12:46:08 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6049", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5953", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/telegram-contacts\/", "title": "Телеграм и контакты", "content_html": "

        Почему-то телеграм придаёт значение тому, сохранён у тебя человек в контактах или нет. Как будто контактность — дополнительный повод для доверия.<\/p>\n

        Вообще не понимаю этой логики. В контактах у меня слесарь с Авито и телефон шлагмаума. В то же время людей, которым можно доверить все нюдсы, и в голову не придёт добавлять в контакты.<\/p>\n", "summary": "Почему-то телеграм придаёт значение тому, сохранён у тебя человек в контактах или нет. Как будто контактность — дополнительный повод для доверия", "date_published": "2023-02-19T12:36:31+05:00", "date_modified": "2023-02-19T12:37:04+05:00", "tags": [ "Телеграм" ], "_date_published_rfc2822": "Sun, 19 Feb 2023 12:36:31 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "5953", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5856", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/interfeys-stikerov-v-telege\/", "title": "Интерфейс стикеров в Телеге", "content_html": "

        В Телеге почти все интерфейсные решения прекрасны и внешне, и по смыслу, очень её люблю. Но вот со стикерами какой-то ад всю жизнь. Такое ощущение, что за стикеры назначали отвечать самого неадекватного дизайнера, потому что в мире стикеров нет ни логики, ни порядка, ни красоты.<\/p>\n

        Какие два самых главных сценария со стикерами? 1) «О, офигенный стикер, хочу такой себе в коллекцию, вдруг пригодится». 2) «Так, помню, был клёвый стикер, щас он будет очень в тему, где же он?». Оба эти сценария не реализованы!<\/p>\n

        Во-первых, я не могу просто увидеть стикер и сохранить, я за каким-то хреном должен сохранить стикерпак. Для чего мне захламлять свою телегу 68 стикерами, если мне нужен один?! Даже Эпл понял лет пятнадцать назад, что можно по одному треки продавать, а не альбомами. Дайте сохранить один-единственный стикер, но запомните, что он из стикерпака, чтобы если я вдруг захочу, я потом смог посмотреть, какие там ещё с ним заодно.<\/p>\n

        Во-вторых, когда я хочу отправить стикер, я не могу его найти. Я ещё понимаю, что сложно может быть подобрать стикер, когда не знаешь, что надо. Но когда абсолютно точно знаешь, что именно хочешь, а способа это найти нет, это значит, что поиск полностью провален. Как минимум пункт первый в ТЗ на поиск по стикерам должен быть «поиск по тексту на стикере».<\/p>\n

        У Телеги есть избранные стикеры. Они могли бы хотя бы как костыль спасать от того, что про интерфейс ещё ни разу никто не подумал. Но и их исхитрились сделать через жопу: при добавлении в избранное стикера сверх какого-то там количества, ранее добавленные в избранное стикеры удаляются! Какой-то человек сел и написал этот код.<\/p>\n

        Это пипец. Пусть эти люди идут в Вотсап и Вайбер работать, а в Телеграм возьмите нормальных, пожалуйста!<\/p>\n

        Кстати, подпишитесь на мой канал<\/a>.<\/p>\n", "summary": "В Телеге почти все интерфейсные решения прекрасны и внешне, и по смыслу, очень её люблю. Но вот со стикерами какой-то ад всю жизнь", "date_published": "2022-08-26T23:53:08+05:00", "date_modified": "2022-08-26T23:53:03+05:00", "tags": [ "пользовательский интерфейс", "Телеграм" ], "_date_published_rfc2822": "Fri, 26 Aug 2022 23:53:08 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "5856", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5647", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/meaningless-actions\/", "title": "Разрешить «бессмысленные» действия в интерфейсе", "content_html": "

        В одном из недавних видосов<\/a> я говорил:<\/p>\n

        \n

        В интерфейсах не нужно запрещать действия, которые вам как проектировщику кажутся бессмысленными. Если они сами по себе ничем не вредят, пусть человек их делает, если захочет.<\/p>\n<\/blockquote>\n

        Я там привёл несколько примеров.<\/p>\n

        Как не надо<\/h2>\n

        В Файндере несколько лет назад появилась команда New Folder with Selection (⌃⌘N). Если выделить несколько файлов или папок и вызвать её, она создавала новую папку, перемещала в неё всё выделенное и давала назвать папку. Похоже на функцию «Сгруппировать» в графических программах. Когда эта функция появилась, она работала только если изначально было выделено хотя бы два файла. Если просто курсор стоит на файле, «завернуть» его в папку этой командой было нельзя. Видимо, программист решил, что группировать один файл «нет смысла».<\/p>\n

        А у меня как у пользователя руки привыкли жать ⌃⌘N независимо от числа выбранных файлов, и для меня совершенно необъяснимо, почему в каких-то ситуациях это не работает. В более поздних версиях Макоса нелепое ограничение убрали.<\/p>\n

        В Фотошопе есть команда Copy Merged (⇧⌘C). Обычное Copy копирует выделенное изображение из текущего слоя, а Copy Merged копирует область выделения целиком, как если бы картинка была плоской, без слоёв. По загадочным причинам эта функция перестаёт работать, если картинка и так плоская, из одного слоя. Видимо, программист решил, что раз в этом случае обычное Copy делает то же самое, то делать Copy Merged «нет смысла».<\/p>\n

        А у меня как у пользователя руки привыкли жать ⇧⌘C независимо от количества слоёв в документе. Я вообще не осознаю, сколько там слоёв, я же их постоянно добавляю или склеиваю. То есть снова, для меня это просто выглядит так, будто функция иногда не срабатывает. Тут проблема усугубляется тем, что при копировании нет никакой обратной связи, поэтому ты даже не знаешь, что команда не сработала. Копируешь, идёшь в телеграм кому-то отправить, вставляешь — а там вставляется что-то, что у тебя до того в буфере обмена было.<\/p>\n

        В Гитхабе нельзя сделать ревью своего собственного пулреквеста. Про это я ничего не знаю, это мне рассказали.<\/p>\n

        И вот я вспомнил про ещё одно такое псевдобессмысленное действие.<\/p>\n

        На Маке есть сочетание клавиш ⌘H, которое означает скрыть текущее приложение. Я им пользуюсь постоянно: приложение остаётся в списке ⌘Tab, и если в него переключиться, то оно снова появится. Для сравнения, вызволять из Дока свёрнутое через ⌘M окно приходится с помощью мыши, да и анимация там утомляет. Так вот, Мак не даёт скрыть приложение, если оно последнее не скрытое. Видимо, программист решил, что в ситуации, когда не видно ни одного приложения, «нет смысла».<\/p>\n

        А у меня как у пользователя руки привыкли жать ⌘H независимо от того, сколько в данный момент в системе скрыто приложений, а сколько нет. Я вообще понятия не имею об этом! Вот передо мной последнее окно Файндера, я жму ⌘H, ожидая увидеть рабочий стол, а окно не пропадает! Можно было бы подумать, что это потому что рабочий стол сам является Файндером, но нет: если нажать ⌘H в Файндере, когда есть другие видимые приложения, окна Файндера без проблем исчезают.<\/p>\n

        Как надо<\/h2>\n

        Если вы разработчик, и вы считаете какое-то действие в вашем интерфейсе бессмысленным, просто сэкономьте себе время, не пишите код, который его запрещает! Этот код не приносит никакой пользы. В лучшем случае эффект этого кода никто не заметит, а в худшем он будет мешать работать. А дальше если действие, которое вы считает бессмысленным, используют люди, самое время задаться вопросом: почему? Что вы упустили? Какой сценарий не приходил вам в голову? Возможно, люди видят в этом действии какой-то другой смысл, который вы сами в него даже не вкладывали.<\/p>\n

        Например, всю жизнь можно было отправить сообщение самому себе по электронной почте. Некоторые стали этим пользоваться как инструментом напоминания. Кто-то скажет: «нет смысла», есть же специальные программы для напоминания. Но, во-первых, даже если нет смысла, не нужно людям мешать, а во-вторых, неплохо бы разобраться, почему некоторым людям почта оказывается удобнее. Что такое важное упускают авторы программ для напоминания, что люди предпочитают им «не предназначенную для этого» почту?<\/p>\n

        В Телеграме сообщения самому себе не только не запрещены, а логично называются Saved Messages и имеют собственное сочетание клавиш ⌘0. Более того, продуман сценарий сохранения: если нажать ⌘0 в окне пересылки сообщения, оно мгновенно перешлётся в сохранённые без перехода в сами сохранённые.<\/p>\n", "summary": "Возможно, люди видят в действии другой смысл, который вы не вкладывали", "date_published": "2021-05-08T11:47:42+05:00", "date_modified": "2021-05-08T11:51:14+05:00", "tags": [ "Мак", "пользовательский интерфейс", "Телеграм", "Фотошоп", "эл. почта" ], "_date_published_rfc2822": "Sat, 08 May 2021 11:47:42 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "5647", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "4923", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/telegram-channels-tab\/", "title": "Вкладка с каналами в телеграме", "content_html": "

        Самое тупое пожелание к Телеграму, которое я регулярно слышу — сделать отдельную вкладку с каналами.<\/p>\n

        Разделение по формальному признаку ничего не даст, потому что всегда найдутся и каналы, которые я захочу видеть в реальном времени, и чаты, которые захочу задвинуть подальше. Сами чаты бывают очень разные: с близкими на несколько человек, с друзьями на пару десятков; по работе, по предпочтениям в области мемов. Есть вообще чисто технические диалоги типа ботов для частушек, очистки кеша или создания опросов. Куда это всё должно пойти?<\/p>\n

        Проблема с тем, что в куче чатов и каналов иногда тяжело разобраться, безусловно есть. Но насколько же нужно не уметь подумать хотя бы минутку, чтобы понять, что отдельная вкладка с каналами её не решает? Это настолько же нелепое решение, как, скажем, выделить вкладку для всего, что начинается на гласную букву.<\/p>\n

        Если в вашей голове сейчас звучит «Но как-то же надо!», для вас есть заметка<\/a>. См. также про фиды в Телеграме<\/a>.<\/p>\n

        Ну и подписывайтесь на мой канал<\/a>.<\/p>\n", "summary": "Самое тупое пожелание к Телеграму, которое я регулярно слышу — сделать отдельную вкладку с каналами", "date_published": "2018-11-10T14:01:32+05:00", "date_modified": "2018-11-10T14:01:31+05:00", "tags": [ "Телеграм", "телеграм-канал" ], "_date_published_rfc2822": "Sat, 10 Nov 2018 14:01:32 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "4923", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "4737", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/instant-vyu-v-telegrame\/", "title": "Инстант-вью в Телеграме", "content_html": "

        У меня всё время спрашивают, когда Эгея начнёт поддерживать Инстант-вью (Instant view) Телеграма. Я попытаюсь объяснить, почему этот вопрос, насколько я знаю,<\/i> не имеет смысла.<\/p>\n

        Инстант-вью в Телеграме сделан через жопу<\/a>, и Эгея не может его поддерживать или не поддерживать. Там нужно для каждого сайта отдельно объяснять Телеграму, как он устроен, чтобы Телеграм смог сделать его инстант-вью. То есть у них специальный язык, на котором ты объясняешь разметку сайта Телеграму, чтобы он понял, где там заголовок, где текст статьи, где какие ещё элементы. И тот факт, что почти все сайты на Эгее устроены одинаково под капотом, для Телеграма ничего не значит — нужно для каждого сайта писать такой шаблон отдельно.<\/p>\n

        Но это ещё полбеды. Я мог бы выложить шаблон для сайтов на Эгее где-то, чтобы вы могли рассказать Телеграму про свой сайт. Но проблема в том, что я не знаю, как ему рассказать. У них там целая страница, где суперподробно расписан сам язык; есть штука, где можно протестировать шаблон для своего сайта; убедиться, что он работает. Я когда-то добился там, что всё заработало в их проверялке.<\/p>\n

        Но что с этим дальше делать — неизвестно. Нет кнопки «Использовать этот шаблон». Нет места, куда его вставить на своём сайте, чтобы Телеграм увидел. Нихрена понять нельзя; я когда-то на три раза прочитал всю документацию, не въехал и забил.<\/p>\n

        При этом в моём блоге это в какой-то момент заработало по неизвестным мне причинам. То ли нашёлся кто-то, кто разобрался и сделал. То ли тот шаблон, который я писал в их проверялке, как-то «активировался» через какое-то время. Но теперь я даже не знаю, где искать этот шаблон, чтобы его вам показать.<\/p>\n

        Поэтому если вдруг среди вас есть кто-то, кто в силах эту дичь понять, и может написать внятную инструкцию «Как поддержать Инстант-вью на своём сайте на Эгее», я с удовольствием дам ссылку или даже опубликую у себя.<\/p>\n", "summary": "У меня всё время спрашивают, когда Эгея начнёт поддерживать Инстант-вью (Instant view) Телеграма. Я попытаюсь объяснить, почему этот вопрос, насколько я знаю", "date_published": "2018-03-17T20:24:21+05:00", "date_modified": "2025-02-10T23:42:51+05:00", "tags": [ "Телеграм", "Эгея" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/aegea-og-image.jpg", "_date_published_rfc2822": "Sat, 17 Mar 2018 20:24:21 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "4737", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/aegea-og-image.jpg" ] } }, { "id": "4697", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/telegram-feeds\/", "title": "Про фиды в Телеграме", "content_html": "

        Пишут, что скоро в Телеграме появится возможность объединять каналы в общий фид<\/a>. Это фигово по двум причинам.<\/p>\n

        Во-первых, сейчас Телеграм — единственная платформа, где ты можешь хоть как-то рассчитывать, что твой канал читают. И люди очень аккуратно добавляют каналы себе в список, зная, что с 50 каналами не выжить.<\/p>\n

        Во-вторых, где появляется фид там, как мы знаем, вскоре появляется алгоритмический фид, когда вместо того, чтобы показывать тебе то, на что ты подписался, система начинает пытаться угадать, что тебе больше понравится.<\/p>\n

        Поэтому не забывайте, что самый нормальный способ подписываться на что бы то ни было — это РСС<\/a>.<\/p>\n", "summary": "Пишут, что скоро в Телеграме появится возможность объединять каналы в общий фид. Это фигово по двум причинам", "date_published": "2018-02-04T20:05:23+05:00", "date_modified": "2018-02-04T20:05:19+05:00", "tags": [ "Телеграм" ], "_date_published_rfc2822": "Sun, 04 Feb 2018 20:05:23 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "4697", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } } ], "_e2_version": 4269, "_e2_ua_string": "Aegea 12.0a (v4269e)" }