Блоги: заметки с тегом телеграм

Поиск людей в Телеграме

Илья Бирман — Fri, 15 Nov 2024 11:16:11 +0500

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

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

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

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

Во-вторых, нужен поиск человека по содержанию переписки:

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

Наконец, если человек удалил переписку, я бы хотел хотя бы видеть сам этот факт, а не просто страдать от того, что я нифига не могу найти ни под каким углом. Пусть мне хотя бы сразу скажут, что пытаться бесполезно.

Думаем дальше № 13 — «Кать, а пойдём погуляем?» с Мишей Нозиком

Илья Бирман — Sat, 06 Apr 2024 14:18:21 +0500

Илья Бирман:

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

Все выпуски подкаста:
Ютюб · Я.Музыка · Гугль-подкасты · Мейв · РСС для подкастного приложения

0:00	Как люди пользуются Телеграмом: свалка из сотен непрочитанных чатов
7:23	Что с этим делать Телеграму? Почему Илье не нравится идея разделения на чаты и каналы
16:50	Миша о значении хронологии и видимого закона организации. Идея с пресетами
20:27	Илья об эвристических признаки интереса и пользе алгоритмической ленты
24:43	Как решить проблему с прозрачностью алгоритма? Контекстные подсказки
27:03	Миша запрещает трогать хронологию и раскрывает идею постоянного эдюкейшена вместо однократного онбординга
35:13	Телеграм — это мессенджер или соцсеть? Элегантность и покушение на физические основы
40:04	Миша в гробу видал сторисы и непрошенные рекомендации
46:25	Илья разочаровался в реализации сторисов в Телеге
49:33	Миша говорит, что не побриться из-за завала на работе — это отстой. Обязательства против кайфа от жизни
1:03:58	Внимание к собственным потребностям и ответственность перед другими. Что там по психотерапии
1:10:29	К чему приводят манипуляции через потребность быть хорошим
1:14:56	Если чё, сходите погулять

Онбординг

Илья Бирман — Tue, 22 Aug 2023 15:33:54 +0500

Илья Бирман:

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

Делать так — плохая практика.

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

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

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

Рассказ о приложении в целом

Сначала рассмотрим онбординг с рассказом о приложении в целом.

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

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

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

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

Рассказ об обновлении

Теперь рассмотрим онбординг с рассказом об обновлении.

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

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

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

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

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

Хороший интерфейс и хороший бизнес

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

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

Как-то мне написал Егор, аналитик из Яндекса:

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

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

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

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

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

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

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

А можно ещё вопрос

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

Здорово, что вы сделали действительно крутую фичу, гордитесь ею и хотите всем рассказать! Если вы поставите её в онбординг, вы просрёте эту возможность. Как рассказать о фиче так, чтобы все были в восторге? Уделите этому вопросу хотя бы долю того внимания, которое вы уделили самой фиче.

Как работают истории в телеге?

Илья Бирман — Tue, 01 Aug 2023 12:46:08 +0500

Илья Бирман:

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

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

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

Чтобы самому запостить историю, нужно стать платным пользователем. Я пока не находил в этом смысла, и сейчас я даже не знаю, как это сработает. Если я заплачу и запосчу историю, кто её увидит — все 11870 вас? Или рандомные люди, которые никогда не подписывались на меня, но когда-то добавили в контакты, потому что покупали у меня сноуборд на Авито?

Инстант-вью в Телеграме

Илья Бирман — Sat, 17 Mar 2018 20:24:21 +0500

Илья Бирман:

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

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

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

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

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

Поэтому если вдруг среди вас есть кто-то, кто в силах эту дичь понять, и может написать внятную инструкцию «Как поддержать Инстант-вью на своём сайте на Эгее», я с удовольствием дам ссылку или даже опубликую у себя.