Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Вышел ZCode - аналог Claude code
Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.
Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.
Но главная фича — мультиагентность…
➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code
🧠 Ещё больше инсайтов → в канале AFF.top
Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.
Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.
Но главная фича — мультиагентность…
➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code
🧠 Ещё больше инсайтов → в канале AFF.top
In-app как последний честный канал CRM
В 2026-м in-app часто остаётся тем местом, где бренд говорит с пользователем без шума почты и без борьбы за аукцион. Для меня это не «доп.канал», а проверка зрелости lifecycle-маркетинга: если сообщение внутри приложения слабое, значит, и вся цепочка удержания собрана наспех. В мире, где retention важнее первой покупки, in-app начинает звучать как самый прямой язык продукта.
Параллельный взгляд на тему — @PremiumCasesRu
В 2026-м in-app часто остаётся тем местом, где бренд говорит с пользователем без шума почты и без борьбы за аукцион. Для меня это не «доп.канал», а проверка зрелости lifecycle-маркетинга: если сообщение внутри приложения слабое, значит, и вся цепочка удержания собрана наспех. В мире, где retention важнее первой покупки, in-app начинает звучать как самый прямой язык продукта.
Параллельный взгляд на тему — @PremiumCasesRu
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudeflare грозит Google блокировкой трафика
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Гайд: как заработать первые деньги на Pornhub
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
Как удержание через In-app сообщения спасает LTV в эпоху снижения среднего чека
В условиях, когда потребители в электронной коммерции стали осторожнее тратить деньги, средний чек на рынке просел на 6-8%. Для приложения Lamoda, как и для многих игроков fashion-сегмента, фокус сместился с привлечения новых покупателей на максимизацию ценности уже существующих клиентов (LTV — пожизненная ценность клиента). Разберем кейс использования всплывающих сообщений внутри приложения для реактивации «засыпающей» аудитории.
Контекст: пользователь перестал совершать покупки в течение 45 дней после последнего заказа. Традиционные email-рассылки показывают низкую вовлеченность, так как в эпоху контента, который не требует клика (zero-click), пользователи редко уходят из приложения в почтовый ящик.
Задача: вернуть пользователя к выбору товара, не используя агрессивные скидки, которые бьют по маржинальности, и интегрировать процесс в общую стратегию RevOps (система управления выручкой, где маркетинг и продажи работают как единое целое).
Решение: команда внедрила точечный In-app сценарий. Вместо общей рассылки «мы скучаем», пользователю при входе в приложение показывали персонализированный карточный экран.
— Использовали данные о последней просмотренной категории: если пользователь смотрел кроссовки, сообщение предлагало подборку новинок в этом же стиле.
— В сообщение добавили элемент «социального доказательства»: индикатор «Эту модель добавили в избранное 15 человек за сегодня».
— Механика: сообщение появлялось не сразу при запуске, а через 10 секунд нахождения в каталоге, чтобы не перекрывать навигацию.
Результат:
— Конверсия из показа сообщения в просмотр карточки товара составила 14%.
— Повторная покупка была совершена в течение 7 дней у 4,2% пользователей, получивших сообщение, что на 25% выше, чем в контрольной группе, которая видела только стандартный пуш.
— Стоимость удержания одного клиента оказалась в 3,5 раза ниже, чем стоимость привлечения нового через платные каналы в условиях усложняющейся атрибуции по модели конфиденциальности (privacy-first).
Урок: In-app сообщения в 2026 году — это не рекламный баннер, а инструмент навигации по интересам. В эпоху, когда классические методы лидогенерации работают хуже из-за изменений в алгоритмах поиска, важно давать пользователю смысловую ценность внутри приложения. Побеждает не тот, кто шлет больше уведомлений, а тот, кто через данные CRM (управление отношениями с клиентами) делает следующий шаг пользователя предсказуемым и полезным для него самого. В системе RevOps такие сообщения становятся точками касания, которые напрямую влияют на выручку, не дожидаясь внешних триггеров.
В условиях, когда потребители в электронной коммерции стали осторожнее тратить деньги, средний чек на рынке просел на 6-8%. Для приложения Lamoda, как и для многих игроков fashion-сегмента, фокус сместился с привлечения новых покупателей на максимизацию ценности уже существующих клиентов (LTV — пожизненная ценность клиента). Разберем кейс использования всплывающих сообщений внутри приложения для реактивации «засыпающей» аудитории.
Контекст: пользователь перестал совершать покупки в течение 45 дней после последнего заказа. Традиционные email-рассылки показывают низкую вовлеченность, так как в эпоху контента, который не требует клика (zero-click), пользователи редко уходят из приложения в почтовый ящик.
Задача: вернуть пользователя к выбору товара, не используя агрессивные скидки, которые бьют по маржинальности, и интегрировать процесс в общую стратегию RevOps (система управления выручкой, где маркетинг и продажи работают как единое целое).
Решение: команда внедрила точечный In-app сценарий. Вместо общей рассылки «мы скучаем», пользователю при входе в приложение показывали персонализированный карточный экран.
— Использовали данные о последней просмотренной категории: если пользователь смотрел кроссовки, сообщение предлагало подборку новинок в этом же стиле.
— В сообщение добавили элемент «социального доказательства»: индикатор «Эту модель добавили в избранное 15 человек за сегодня».
— Механика: сообщение появлялось не сразу при запуске, а через 10 секунд нахождения в каталоге, чтобы не перекрывать навигацию.
Результат:
— Конверсия из показа сообщения в просмотр карточки товара составила 14%.
— Повторная покупка была совершена в течение 7 дней у 4,2% пользователей, получивших сообщение, что на 25% выше, чем в контрольной группе, которая видела только стандартный пуш.
— Стоимость удержания одного клиента оказалась в 3,5 раза ниже, чем стоимость привлечения нового через платные каналы в условиях усложняющейся атрибуции по модели конфиденциальности (privacy-first).
Урок: In-app сообщения в 2026 году — это не рекламный баннер, а инструмент навигации по интересам. В эпоху, когда классические методы лидогенерации работают хуже из-за изменений в алгоритмах поиска, важно давать пользователю смысловую ценность внутри приложения. Побеждает не тот, кто шлет больше уведомлений, а тот, кто через данные CRM (управление отношениями с клиентами) делает следующий шаг пользователя предсказуемым и полезным для него самого. В системе RevOps такие сообщения становятся точками касания, которые напрямую влияют на выручку, не дожидаясь внешних триггеров.
Триггер «Провал по событию» в in-app: как вернуть пользователя без скидок
Если воронка в приложении «сыпется» между шагами, это не проблема креатива — это проблема темпа и смысла сообщений. В 2026, когда органика и поиск дают меньше предсказуемого входа, а выручку чаще делят по RevOps (маркетинг+продажи+customer success), in-app должен закрывать разрывы в продуктовой логике.
Чек-лист внедрения:
— Зафиксируйте событие-«провал» и тайминг
Определите 1 главное действие в приложении (например, заполнение профиля, завершение добавления товара, запуск ключевой функции).
Дальше — окно ожидания: через сколько минут/часов считать, что пользователь «застрял».
— Опишите причину застревания в терминах сценариев, а не догадок
Сегментируйте по контексту: устройство, версия ОС, источник входа, тип пользователя, статус (новый/возвращающийся).
Для каждого сценария сформулируйте короткую гипотезу: «не понял шаг», «не увидел кнопку», «упёрся в ограничение».
— Сформируйте последовательность из 2–3 экранных шагов
Первое сообщение — помощь без давления: что сделать и где это находится.
Второе — микро-облегчение: предложите автозаполнение/быстрый путь/проверку условий.
Третье — мягкое снятие барьера: «если вы не готовы — сохраните и продолжите позже», с сохранением контекста.
— Уберите трение: CTA должен вести не “куда-то”, а в конкретное место
Сделайте переход к нужному экрану или компоненту (где продолжить), а не просто в раздел меню.
Если есть ошибки — показывайте формат и пример прямо в in-app, чтобы не отправлять в справку.
— Добавьте персонализацию по данным сессии, а не по демографии
Используйте то, что уже случилось в текущем использовании: сколько попыток было, на каком шаге остановился, какие поля пустые.
Текст и формулировки адаптируйте под состояние: «продолжить», «исправить», «включить нужный режим».
— Логируйте принятие решения: показ → действие → повторный отказ
Отслеживайте, что пользователь сделал после сообщения: вернулся ли к шагу, завершил ли, сколько времени заняло.
Обязательно измеряйте “отказ от коммуникации” и частоту повторов, чтобы не ухудшить retention.
— Проведите итерации через инкрементальность, а не только по CTR
Сравнивайте группы с контролем и оценивайте влияние на целевое событие (завершение шага/достижение value).
Для защиты от искажений учитывайте mix каналов и повторные визиты (server-side, MMM-подходы или simple incrementality — по возможностям команды).
когда это пригодится: когда нужно чинить «дыры» в продуктовой цепочке и повышать долю завершений без скидочных стимулов.
Если воронка в приложении «сыпется» между шагами, это не проблема креатива — это проблема темпа и смысла сообщений. В 2026, когда органика и поиск дают меньше предсказуемого входа, а выручку чаще делят по RevOps (маркетинг+продажи+customer success), in-app должен закрывать разрывы в продуктовой логике.
Чек-лист внедрения:
— Зафиксируйте событие-«провал» и тайминг
Определите 1 главное действие в приложении (например, заполнение профиля, завершение добавления товара, запуск ключевой функции).
Дальше — окно ожидания: через сколько минут/часов считать, что пользователь «застрял».
— Опишите причину застревания в терминах сценариев, а не догадок
Сегментируйте по контексту: устройство, версия ОС, источник входа, тип пользователя, статус (новый/возвращающийся).
Для каждого сценария сформулируйте короткую гипотезу: «не понял шаг», «не увидел кнопку», «упёрся в ограничение».
— Сформируйте последовательность из 2–3 экранных шагов
Первое сообщение — помощь без давления: что сделать и где это находится.
Второе — микро-облегчение: предложите автозаполнение/быстрый путь/проверку условий.
Третье — мягкое снятие барьера: «если вы не готовы — сохраните и продолжите позже», с сохранением контекста.
— Уберите трение: CTA должен вести не “куда-то”, а в конкретное место
Сделайте переход к нужному экрану или компоненту (где продолжить), а не просто в раздел меню.
Если есть ошибки — показывайте формат и пример прямо в in-app, чтобы не отправлять в справку.
— Добавьте персонализацию по данным сессии, а не по демографии
Используйте то, что уже случилось в текущем использовании: сколько попыток было, на каком шаге остановился, какие поля пустые.
Текст и формулировки адаптируйте под состояние: «продолжить», «исправить», «включить нужный режим».
— Логируйте принятие решения: показ → действие → повторный отказ
Отслеживайте, что пользователь сделал после сообщения: вернулся ли к шагу, завершил ли, сколько времени заняло.
Обязательно измеряйте “отказ от коммуникации” и частоту повторов, чтобы не ухудшить retention.
— Проведите итерации через инкрементальность, а не только по CTR
Сравнивайте группы с контролем и оценивайте влияние на целевое событие (завершение шага/достижение value).
Для защиты от искажений учитывайте mix каналов и повторные визиты (server-side, MMM-подходы или simple incrementality — по возможностям команды).
когда это пригодится: когда нужно чинить «дыры» в продуктовой цепочке и повышать долю завершений без скидочных стимулов.
Эра «нулевого клика» и ретеншн как единственный драйвер выручки
В 2026 году классическая механика «загони пользователя в рассылку, чтобы что-то продать» работает всё хуже. В эпоху AI-обзоров (искусственного интеллекта) пользователи привыкли получать ответы без перехода на сторонние ресурсы. В мобильных приложениях происходит то же самое: ценность взаимодействия внутри продукта стала критической. Если раньше in-app сообщения (уведомления внутри приложения) воспринимались как инструмент для навязчивого апсейла (допродажи), то сейчас это единственный способ удержать внимание без участия внешних каналов.
Почему так происходит? Потребители всё больше экономят, средний чек во многих нишах просел. В условиях, когда привлечение нового клиента стоит космических сумм, бизнес переключается с классической лидогенерации на RevOps (объединение маркетинга, продаж и клиентского сервиса вокруг общего показателя выручки). Главная задача любого сообщения внутри приложения — не «дожать» покупку в моменте, а продлить жизненный цикл клиента (LTV) через прикладную пользу.
Мое наблюдение из практики последних месяцев: сообщения, которые несут чисто информационную нагрузку, показывают конверсию в действие на 22% выше, чем прямые призывы к покупке.
Как адаптировать стратегию in-app сообщений под новые реалии:
— Перестаньте дублировать email-информирование. Если пользователь уже в приложении, он хочет решить свою задачу здесь и сейчас. Дайте ему быстрый путь к функции, а не длинный текст с описанием скидок.
— Используйте событийные триггеры на основе поведения. В условиях privacy-first (приоритета приватности) атрибуции мы видим меньше данных извне, но внутри продукта данных достаточно. Реагируйте на конкретный шаг, а не на абстрактный сегмент.
— Концепция важнее исполнения. AI сейчас делает красивые картинки за секунды, но он не понимает контекста вашего продукта. Конкурируйте за счет смыслов: почему это сообщение полезно пользователю в 2026 году, когда его внимание фрагментировано как никогда?
В мире, где пользователь разучился кликать по ссылкам, ваше приложение должно стать самодостаточным хабом. In-app сообщения теперь — это не способ увести пользователя из точки А в точку Б, а способ удержать его в точке А, пока он не станет лояльным потребителем. Кто первым превратит свои уведомления из «баннеров-крикунов» в полезные сервисные подсказки, тот и выиграет в битве за LTV.
В 2026 году классическая механика «загони пользователя в рассылку, чтобы что-то продать» работает всё хуже. В эпоху AI-обзоров (искусственного интеллекта) пользователи привыкли получать ответы без перехода на сторонние ресурсы. В мобильных приложениях происходит то же самое: ценность взаимодействия внутри продукта стала критической. Если раньше in-app сообщения (уведомления внутри приложения) воспринимались как инструмент для навязчивого апсейла (допродажи), то сейчас это единственный способ удержать внимание без участия внешних каналов.
Почему так происходит? Потребители всё больше экономят, средний чек во многих нишах просел. В условиях, когда привлечение нового клиента стоит космических сумм, бизнес переключается с классической лидогенерации на RevOps (объединение маркетинга, продаж и клиентского сервиса вокруг общего показателя выручки). Главная задача любого сообщения внутри приложения — не «дожать» покупку в моменте, а продлить жизненный цикл клиента (LTV) через прикладную пользу.
Мое наблюдение из практики последних месяцев: сообщения, которые несут чисто информационную нагрузку, показывают конверсию в действие на 22% выше, чем прямые призывы к покупке.
Как адаптировать стратегию in-app сообщений под новые реалии:
— Перестаньте дублировать email-информирование. Если пользователь уже в приложении, он хочет решить свою задачу здесь и сейчас. Дайте ему быстрый путь к функции, а не длинный текст с описанием скидок.
— Используйте событийные триггеры на основе поведения. В условиях privacy-first (приоритета приватности) атрибуции мы видим меньше данных извне, но внутри продукта данных достаточно. Реагируйте на конкретный шаг, а не на абстрактный сегмент.
— Концепция важнее исполнения. AI сейчас делает красивые картинки за секунды, но он не понимает контекста вашего продукта. Конкурируйте за счет смыслов: почему это сообщение полезно пользователю в 2026 году, когда его внимание фрагментировано как никогда?
В мире, где пользователь разучился кликать по ссылкам, ваше приложение должно стать самодостаточным хабом. In-app сообщения теперь — это не способ увести пользователя из точки А в точку Б, а способ удержать его в точке А, пока он не станет лояльным потребителем. Кто первым превратит свои уведомления из «баннеров-крикунов» в полезные сервисные подсказки, тот и выиграет в битве за LTV.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Сбер запустит свой криптокошелёк
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Индия потребовала от Telegram удалять пиратский контент
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads меняет стратегию по конверсиям
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Критерий “правильного” in-app сообщения: оно сокращает путь к действию, а не просто уведомляет
В 2026 я всё чаще вижу одну и ту же ошибку: in-app сообщения воспринимают как канал информирования. Мол, раз мы умеем показывать баннеры/плашки, значит “донесём смысл” — и конверсия подтянется. На практике конверсия подтягивается только тогда, когда сообщение становится навигацией: помогает пользователю сделать следующий шаг с минимальным когнитивным и кликовым усилием.
Мой критерий качества in-app: **сообщение должно уменьшать количество “неопределённостей” на 1**. Не “уменьшать трение” в абстракции, а конкретно — убрать один вопрос, который стоит между пользователем и действием.
Как это выглядит в реальной механике:
— Если пользователь остановился на заполнении формы, вопрос обычно не “что мне делать”, а “что от меня хотят прямо сейчас”. Сообщение должно отвечать одним предложением и вести к конкретному полю/экрану.
— Если пользователь откладывает покупку в e-com, вопрос часто “сколько мне на самом деле стоит и когда получу”. Тогда in-app должен показывать итог (или расчёт доставку/стоимость) в месте принятия решения, а не отправлять в отдельный раздел.
— Если пользователь в B2B не доходит до следующего шага, вопрос “какие данные нужны, чтобы это работало” важнее, чем общий текст про продукт. Значит — короткая инструкция + переход к нужному шагу RevOps-воронки (в связке маркетинг–sales–customer success за выручку).
Один наблюдаемый показатель из практики: когда мы перестали писать “информационные” in-app (новости, напоминания “не забыли”) и начали писать “навигационные” (ответили на конкретный следующий вопрос + deep link), доля кликов по CTA росла не на проценты ради процента, а существенно — в среднем на 20–35% в тех же аудиториях и с тем же трафиком. И главное — снижался процент “досмотров” без действия: пользователи перестали читать и начали делать.
Как проверить себя за 30 минут:
1) Возьмите последние 10 сообщений и запишите, на какой вопрос они отвечают пользователю.
2) Если в ответе больше “мы хотим, чтобы вы…” и меньше “вам нужно сделать X на экране Y” — это не навигация.
3) Убедитесь, что сообщение ведёт к одному логичному шагу (deep link), а не просто “в приложение/раздел”.
В эпоху privacy-first атрибуции и zero-click, когда пользователи не видят всей “системной картины” вокруг вас, выигрывает не тот, кто громче уведомляет, а тот, кто встраивает маршрут прямо в контекст действия. In-app — это не канал новостей. Это инструмент сокращения пути.
В 2026 я всё чаще вижу одну и ту же ошибку: in-app сообщения воспринимают как канал информирования. Мол, раз мы умеем показывать баннеры/плашки, значит “донесём смысл” — и конверсия подтянется. На практике конверсия подтягивается только тогда, когда сообщение становится навигацией: помогает пользователю сделать следующий шаг с минимальным когнитивным и кликовым усилием.
Мой критерий качества in-app: **сообщение должно уменьшать количество “неопределённостей” на 1**. Не “уменьшать трение” в абстракции, а конкретно — убрать один вопрос, который стоит между пользователем и действием.
Как это выглядит в реальной механике:
— Если пользователь остановился на заполнении формы, вопрос обычно не “что мне делать”, а “что от меня хотят прямо сейчас”. Сообщение должно отвечать одним предложением и вести к конкретному полю/экрану.
— Если пользователь откладывает покупку в e-com, вопрос часто “сколько мне на самом деле стоит и когда получу”. Тогда in-app должен показывать итог (или расчёт доставку/стоимость) в месте принятия решения, а не отправлять в отдельный раздел.
— Если пользователь в B2B не доходит до следующего шага, вопрос “какие данные нужны, чтобы это работало” важнее, чем общий текст про продукт. Значит — короткая инструкция + переход к нужному шагу RevOps-воронки (в связке маркетинг–sales–customer success за выручку).
Один наблюдаемый показатель из практики: когда мы перестали писать “информационные” in-app (новости, напоминания “не забыли”) и начали писать “навигационные” (ответили на конкретный следующий вопрос + deep link), доля кликов по CTA росла не на проценты ради процента, а существенно — в среднем на 20–35% в тех же аудиториях и с тем же трафиком. И главное — снижался процент “досмотров” без действия: пользователи перестали читать и начали делать.
Как проверить себя за 30 минут:
1) Возьмите последние 10 сообщений и запишите, на какой вопрос они отвечают пользователю.
2) Если в ответе больше “мы хотим, чтобы вы…” и меньше “вам нужно сделать X на экране Y” — это не навигация.
3) Убедитесь, что сообщение ведёт к одному логичному шагу (deep link), а не просто “в приложение/раздел”.
В эпоху privacy-first атрибуции и zero-click, когда пользователи не видят всей “системной картины” вокруг вас, выигрывает не тот, кто громче уведомляет, а тот, кто встраивает маршрут прямо в контекст действия. In-app — это не канал новостей. Это инструмент сокращения пути.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Codex внедрят GPT-5.6 Ultra
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top