Metamask представил свою криптокошелёк для ИИ

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

➡️ Читайте на сайте: https://aff.top/blog/metamask-predstavil-svoiu-kriptokoshelek-dlia-ii

🧠 Ещё больше инсайтов → в канале AFF.top

In-app по 7 касаниям: схема прогрева в мобильном приложении

Когда продукт уже скачали, но до ключевого действия (оплата, регистрация, подписка) пользователь не доходит, спасает не пуш, а серия in-app сообщений. Вот рабочая схема, которую можно собрать и запустить за неделю.

**Шаг 1. Разбейте воронку на микрошаги**

Возьмите 5–7 событий между установкой и целевым действием. Пример для подписочного приложения: открыл → посмотрел контент → вернулся на второй день → создал профиль → пополнил баланс → продлил подписку. Каждый шаг — отдельный триггер.

**Шаг 2. Привяжите сообщение к действию, а не к дате**

In-app работает в момент, когда пользователь уже что-то сделал. Триггер = событие: «добавил товар в корзину», «открыл раздел в третий раз», «проигнорировал функцию». Никаких таймеров «через 24 часа» — это замена пуша, и эффект будет соответствующий.

**Шаг 3. Один шаг воронки — один экран**

Не пытайтесь уместить пояснение, CTA (призыв к действию) и соцдоказательство в один попап. Сначала контекст («у вас 3 сохранённых фильтра»), затем подсказка («настройте уведомления, чтобы не пропустить»), затем CTA. Три отдельных показа за сессию лучше, чем один перегруженный.

**Шаг 4. Проверьте, что сообщение видно после действия**

Самая частая ошибка — триггер срабатывает до того, как пользователь видит результат своего действия. Он нажал «сохранить», увидел тост и сразу ушёл в другой раздел — ваше in-app осталось непрочитанным. Добавляйте задержку 1–3 секунды или привязывайтесь к следующему экрану, а не к текущему.

**Шаг 5. Заведите две ветки: для дошедших и для отвалившихся**

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

**Шаг 6. Ограничьте частоту и считайте досмотры**

Правило: не больше одного нового in-app за сессию и не больше трёх за неделю на пользователя. Метрика эффективности — не клик, а досмотр + выполненное целевое действие в течение следующей сессии. CTR (отношение кликов к показам) в in-app врёт почти всегда.

**Шаг 7. Проведите A/B-тест не на копии, а на триггере**

Большинство тестирует только текст. Сравните две гипотезы: «сообщение сразу после действия» против «сообщение при следующем открытии». Это даст больший прирост, чем любые правки заголовка.

Запускайте на неделе: соберите воронку, выделите 2–3 слабых шага, повесьте на них in-app по схеме выше и замерьте конверсию шага за 14 дней.

— @InAppMessagingRu

Я короче хз зачем мне это , но напишу!
Короче смотрим за "ноунейом" ( ЕЮ ) и тот вообще крышей поехал) взял себе крутанул канал на 1млн подписчиков и хочет сделать его своим основным?
Армия ботов в перед!

Вот его новый канал если что.. https://t.me/+vKOoe6K4yL0wMzEy

In-app сообщения как инструмент RevOps-стратегии

В 2026 году бизнес перестал воспринимать всплывающие сообщения как просто способ «дожать» продажу. Поскольку классическая воронка лидогенерации (привлечения потенциальных клиентов) слабеет, in-app стал связующим звеном между маркетингом и службой заботы о клиентах. Теперь сообщение внутри приложения — это не выкрик с призывом купить, а часть общего цикла работы с выручкой. *Удержание и рост пожизненной ценности клиента (LTV) стали важнее быстрой конверсии.* Если ваше сообщение не решает проблему пользователя в моменте и не упрощает путь к результату, оно лишь раздражает, ускоряя отток. Сегодня эффективность сообщения оценивается не по клику, а по вкладу в итоговую прибыль.

— @InAppMessagingRu

Как in-app-сообщения помогли Nike удержать внимание без лишнего спама

В 2026 году борьба за внимание в mobile всё чаще упирается не в частоту касаний, а в их уместность. Хороший пример — кейс Nike, где in-app messaging использовали не как «ещё один канал», а как часть жизненного цикла пользователя.

Контекст был понятный: у бренда большая аудитория, высокий уровень входящего трафика и сильная зависимость от повторных покупок. Но после первой установки приложения многие пользователи быстро остывают: посмотрели каталог, сделали 1–2 действия и ушли. Для Nike это означало потерю не только продаж, но и будущего LTV — пожизненной ценности клиента.

Задача стояла так: увеличить вовлечённость внутри приложения и подтолкнуть пользователя к следующему шагу, не перегружая его пуш-уведомлениями и не снижая доверие к бренду.

Решение строилось на сегментации по поведению. Вместо одинаковых сообщений всем подряд Nike показывал in-app-карточки в нужный момент:
— новым пользователям — подсказки по навигации и персонализированные рекомендации;
— тем, кто смотрел конкретные категории, — напоминания о релевантных товарах;
— тем, кто давно не заходил, — мягкий возврат через ценностное предложение, а не через давление.

Ключевой ход — сообщение появлялось внутри сценария, а не «сверху» как внешняя вставка. Это важно: in-app работает лучше, когда оно продолжает действие пользователя, а не прерывает его. В результате Nike добился заметного роста CTR по внутренним сообщениям и увеличил глубину сессии. В публичных разборах этого кейса часто отмечают, что переход на поведенческие триггеры дал более высокий отклик, чем массовые коммуникации.

**Главный вывод здесь не в формате, а в логике.** In-app в 2026-м — это не замена email или push, а слой точной подстройки в моменте. Когда last-click атрибуция теряет точность, а acquisition дорожает, выигрывает тот, кто умеет доводить пользователя до действия внутри приложения.

Урок простой:
— не отправляйте одно и то же сообщение всей базе;
— привязывайте текст к поведению, а не к календарю;
— используйте in-app как инструмент retention и роста LTV, а не как декоративный баннер.

Именно так mobile-коммуникации перестают быть шумом и становятся частью revenue-логики.

— @InAppMessagingRu

Как собрать in-app сообщение, которое не раздражает и реально двигает метрику

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

— Привяжите показ к триггеру поведения. Сообщение должно появляться после действия пользователя: регистрация, первый визит в раздел, пауза в активности, ошибка при шаге. Так оно выглядит как помощь, а не как реклама.

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

— Ограничьте частоту и повтор. Если экран показывается слишком часто, он быстро превращается в шум. Задайте правила показа: один раз за сессию, не чаще N раз в неделю, скрывать после клика или закрытия.

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

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

— Тестируйте не дизайн, а гипотезу. Меняйте триггер, оффер, момент показа и аудиторию по отдельности. В эпоху AI-креативов ценность даёт не форма, а точность сценария.

Когда это пригодится: при запуске welcome-сценариев, подсказок в продукте, напоминаний об unfinished steps и любых in-app касаний в retention-воронке.

— @InAppMessagingRu

По этой же теме советуем @LuxuryTrendsRu

Почему in-app не должен быть «ещё одним баннером»

Я всё чаще вижу одну и ту же ошибку: in-app messaging используют как мини-рекламную площадь внутри приложения. Поставили баннер, добавили оффер, показали всем — и ждут роста. Но в mobile это почти всегда проигрышная логика.

Для меня in-app — не канал продаж, а слой управления поведением. Он работает только тогда, когда сообщение встроено в контекст действия пользователя: он только что сделал шаг, застрял, сомневается, не нашёл нужную функцию, собирается уйти. В этот момент ему нужен не креатив ради креатива, а короткая подсказка, которая сокращает путь до ценности.

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

Мой вывод простой: in-app нельзя проектировать отдельно от lifecycle-цепочек. Если у вас сильные email- и push-кампании, а in-app живёт сам по себе, вы теряете синхронизацию касаний. Пользователь видит разный смысл в каждом канале, а это бьёт по доверию и по конверсии.

Я бы всегда проверял три вопроса перед запуском:
— Что человек делает прямо сейчас?
— Какое одно действие я хочу от него получить?
— Что он потеряет, если закроет это сообщение?

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

— @InAppMessagingRu

In-app без данных — это дорогая гирлянда: баннер мигает, а толку ноль. Разбираем, как превратить сырые события в решения для сообщений внутри приложения.

Кейс HubSpot: AI Data Agent вместо «почитай отчёт сам»

Задача. Маркетологи в HubSpot тонули в операционке: чтобы ответить «какие клиенты открыли три письма за месяц и не платят», уходил день на выгрузки и SQL-запросы. Рост и запуск кампаний проще было закладывать в долгий ящик, чем доказывать данные.

Решение. Встроенный AI-агент по данным — в духе текущего тренда на переход от «искать самому» к «спросить и получить готовое». По описанию продукта он работает прямо в интерфейсе: задаёшь вопрос на естественном языке, он строит сегмент и показывает ответ со ссылкой на исходные события.

Что это даёт в связке с in-app сообщениями.

— Сегмент собирается за минуты, а не за дни. Время от гипотезы до теста в приложении падает критически.
— Ошибка интерпретации ниже: видно, сколько именно юзеров попало в группу и какие события учтены.
— Маркетинг меньше зависит от аналитика в моменте — больше работает в режиме «проверил, отправил, пошёл дальше».

Цифр эффекта в открытом описании нет — команда HubSpot даёт сам кейс продукта, а не развёрнутый результат клиента. Поэтому привязываем к логике рынка: в 2026-м lifecycle-маркетинг (коммуникации по всему циклу клиента) живёт на скорости доставки сигнала. Если от идеи до пуша в приложении проходит неделя, окно внимания пользователя уже закрылось.

Урок для тех, кто делает in-app.

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

Второй слой — прозрачность. AI-агент безопасен ровно настолько, насколько вы доверяете его источнику. Перед тем как запускать триггерное сообщение в приложении по его ответу, убедитесь, что можете открыть исходный сегмент и проверить события руками. Иначе вместо точечного триггера получите рассылку по 80% базы «потому что так ответил бот».

Что попробовать у себя уже на этой неделе.

— Выписать три типовых вопроса, которые маркетинг задаёт аналитике чаще раза в неделю.
— Проверить: сколько времени проходит от вопроса до готового сегмента в инструменте in-app сообщений.
— Если больше одного рабочего дня — это и есть точка потерь, где AI-инструмент окупится первым.

Данные — это не отчёт раз в месяц. Это топливо для следующего сообщения внутри приложения.

— @InAppMessagingRu

1. Выкатить ни какую он-лайн конфу я естесвенно не выкатил, потерпите

2. После прошлого видео (тык) мой канал теперь имеет юзер @PO_YICA_BRAL

3. Держите вечернее видео, я нажрусь и спать

Чото надо ещё сказать? Ну, можно лишь добавить Настя #MelBet верни деньги, не играй с огнём, со мной лучше не ссориться. Спасибо.

P.S. Бабка-то, похоже, не своей..... см. видео!

С уважением, Иванов Е.Ю!

🎁 РОЗЫГРЫШ $2000 ОТ SERG ACCS

🥇 1 место — $1000
🥈 2 место — $700
🥉 3 место — $300

Как участвовать:
1️⃣ Подпишитесь на канал
2️⃣ Нажмите «✅ Участвую»
3️⃣ Получите 1 стартовый билет

Больше билетов:
🛒 Покупки — минимум 1 билет, далее +1 за каждые полные $50 реальной оплаты. Максимум — 50.
👥 Рефералы — +5 за первую подходящую покупку друга и +1 за каждые накопленные $100 его покупок. Максимум — 50.

Общий максимум — 100 билетов.
Чем больше билетов, тем выше шанс. Даже 1 билет участвует.

Призы начислим на баланс в боте SERG ACCS.

Итоги 15.09. Всем удачи! 🔥

Стабилизация in-app сообщений вокруг “точки принятия решения”

В последние недели я заметил повторяющийся паттерн в in-app сообщениях: бренды всё чаще “приземляют” контент не на событие в календаре (кампания/триггер), а на момент, когда пользователь выбирает дальнейшее действие внутри сценария. Даже если триггер всё тот же — просмотр, добавление в корзину, возврат в приложение, — текст и дизайн начинают играть роль внутренней навигации по смыслу, а не напоминания “мы вам писали”.

Как это выглядит в интерфейсе:
— короткое сообщение появляется после микро-сигнала готовности (например, задержка на шаге, частичный ввод, возврат к экрану оплаты);
— основной CTA не “купить/перейти”, а “сделать следующий шаг” (в пределах текущего экрана);
— рядом с CTA всё чаще появляется уточнение-ограничитель: время ответа поддержки, условия доставки/возврата, что именно сохранится/применится;
— заметно снижается доля уведомлений, которые открываются “в никуда” — всё больше deep-link’ов на конкретный экран или предзаполненный модуль.

В эпоху privacy-first атрибуции это особенно заметно: когда last-click перестаёт быть главным источником истины, in-app становится более самостоятельным каналом “операционного влияния”. А в e-com, где средний чек проседает на фоне экономии, пользователю важнее уменьшить трение и неопределённость прямо сейчас, чем получить очередное общее предложение.

Вы тоже замечаете, что in-app уведомления всё чаще становятся частью UX-логики (под “следующий шаг”), а не просто очередным касанием? Где вы это видите: в e-com, B2B-сервисах или в внутренних приложениях сотрудников?

— @InAppMessagingRu