Но, кстати, Телеграм молодец, что ищет и по-русски, и по-английски — хотя бы тут не надо думать, как именно человек себя подписал.<\/p>\n
Во-вторых, нужен поиск человека по содержанию переписки:<\/p>\n
- \n
- Сейчас можно искать текст, но если он встречается в какой-то переписке часто, то эта переписка забьёт собой весь поиск. Лучше показать, что вот в этом канала слово «реклама» встречается 548 раз, вот в этом чате — 24 раза, а дальше вот люди, с которым это обсуждалось недавно.<\/li>\n
- Нужна возможность указать признаки, что в переписке были картинки, видео, ссылки. А если я даже не указал, в самой выдаче это должно отображаться, чтобы я сразу пропускал заведомо неправильные варианты.<\/li>\n
- Нужна возможность указать временной период переписки. Например, что это точно было между полугодом и двумя месяцами назад. И снова, пока я не указал, показывать это в выдаче.<\/li>\n<\/ol>\n
Наконец, если человек удалил переписку, я бы хотел хотя бы видеть сам этот факт, а не просто страдать от того, что я нифига не могу найти ни под каким углом. Пусть мне хотя бы сразу скажут, что пытаться бесполезно.<\/p>\n", "date_published": "2024-11-15T11:16:11+05:00", "date_modified": "2024-11-15T11:28:44+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, 15 Nov 2024 11:16:11 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "132743", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "127161", "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 0:00<\/td>\n Как люди пользуются Телеграмом: свалка из сотен непрочитанных чатов<\/td>\n <\/tr>\n \n 7:23<\/td>\n Что с этим делать Телеграму? Почему Илье не нравится идея разделения на чаты и каналы<\/td>\n <\/tr>\n \n 16:50<\/td>\n Миша о значении хронологии и видимого закона организации. Идея с пресетами<\/td>\n <\/tr>\n \n 20:27<\/td>\n Илья об эвристических признаки интереса и пользе алгоритмической ленты<\/td>\n <\/tr>\n \n 24:43<\/td>\n Как решить проблему с прозрачностью алгоритма? Контекстные подсказки<\/td>\n <\/tr>\n \n 27:03<\/td>\n Миша запрещает трогать хронологию и раскрывает идею постоянного эдюкейшена вместо однократного онбординга<\/td>\n <\/tr>\n \n 35:13<\/td>\n Телеграм — это мессенджер или соцсеть? Элегантность и покушение на физические основы<\/td>\n <\/tr>\n \n 40:04<\/td>\n Миша в гробу видал сторисы и непрошенные рекомендации<\/td>\n <\/tr>\n \n 46:25 <\/td>\n Илья разочаровался в реализации сторисов в Телеге<\/td>\n <\/tr>\n \n 49:33<\/td>\n Миша говорит, что не побриться из-за завала на работе — это отстой. Обязательства против кайфа от жизни<\/td>\n <\/tr>\n \n 1:03:58<\/td>\n Внимание к собственным потребностям и ответственность перед другими. Что там по психотерапии<\/td>\n <\/tr>\n \n 1:10:29<\/td>\n К чему приводят манипуляции через потребность быть хорошим<\/td>\n <\/tr>\n \n 1:14:56<\/td>\n Если чё, сходите погулять<\/td>\n <\/tr>\n<\/table>\n", "date_published": "2024-04-06T14:18:21+05:00", "date_modified": "2024-04-06T14:16:35+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, 06 Apr 2024 14:18:21 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "127161", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "122516", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/onboarding\/", "title": "Онбординг", "content_html": " \n![\"\"](\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding@2x.jpg\")
\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![\"\"](\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/onboarding-telegram@2x.jpg\")
\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", "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": "122001", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/kak-rabotayut-istorii-v-telege\/", "title": "Как работают истории в телеге?", "content_html": "
Кто-нибудь понимает, по какому принципу работают истории в телеге? Я — нет.<\/p>\n
В обычных соцсетях можно на кого-то подписаться или зафоловить, явно дав понять, что ты хочешь видеть, что человек публикует. В телеге человек и его контент разделены. Есть человек, и с ним можно переписываться только напрямую; а есть его каналы, и какие-то из них ты можешь читать, а какие-то нет.<\/p>\n
Эта модель мне нравится, и она отлично работала до появления историй. А сейчас у меня в телеге появляется какой-то мусор от рандомных людей, которых я никогда не фоловил, а некоторых вообще не знаю. В то же время мне ни разу не попалась история от кого-нибудь, чей канал я читаю. И я не представляю, почему. Может, они их просто не публиковали.<\/p>\n
Чтобы самому запостить историю, нужно стать платным пользователем. Я пока не находил в этом смысла, и сейчас я даже не знаю, как это сработает. Если я заплачу и запосчу историю, кто её увидит — все 11870 вас? Или рандомные люди, которые никогда не подписывались на меня, но когда-то добавили в контакты, потому что покупали у меня сноуборд на Авито?<\/p>\n", "date_published": "2023-08-01T12:46:08+05:00", "date_modified": "2023-08-01T12:45:26+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, 01 Aug 2023 12:46:08 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "122001", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "134137", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/instant-vyu-v-telegrame\/", "title": "Инстант-вью в Телеграме", "content_html": "
У меня всё время спрашивают, когда Эгея начнёт поддерживать Инстант-вью (Instant view) Телеграма. Я попытаюсь объяснить, почему этот вопрос, насколько я знаю,<\/i> не имеет смысла.<\/p>\n