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
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Компания Meta выпустила Muse Image
Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.
Одна из фишек — можно скинуть ссылку на публичный профиль человека в соцсети, и модель возьмёт его внешность за референс.
Есть один вопрос, который интересует всех арбитражников: как это повлияет …
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-image
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.
Одна из фишек — можно скинуть ссылку на публичный профиль человека в соцсети, и модель возьмёт его внешность за референс.
Есть один вопрос, который интересует всех арбитражников: как это повлияет …
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-image
🧠 Ещё больше инсайтов → в канале AFF.top
Почему in-app не должен быть «ещё одним письмом»
Я часто вижу одну и ту же ошибку: команды переносят логику email в приложение и ждут того же эффекта. Но in-app messaging живёт по другим правилам. Пользователь уже внутри продукта, у него другой контекст, выше внимание и короче окно реакции. Здесь не нужно «объяснять всё» — здесь нужно помочь сделать следующий шаг без лишнего шума.
Моё мнение простое: in-app — это не канал для объёма, а канал для точности. Если письмо может быть длинным, то in-app обязан быть коротким, ситуационным и привязанным к действию. Лучшие сценарии, которые я вижу в работе, — не промо-баннеры, а сообщения, встроенные в момент: онбординг, активация функции, возврат к незавершённому действию, апселл в правильный момент жизненного цикла.
Один практический ориентир: когда команда сокращает текст in-app в среднем с 70–90 слов до 15–25 и оставляет один CTA, конверсия в целевое действие у нас обычно растёт заметно. Не потому что текст «красивее», а потому что исчезает когнитивная нагрузка. В приложении пользователь не читает — он действует.
Для себя я держу три правила:
— одно сообщение = одна задача;
— сообщение должно опираться на факт поведения, а не на предположение;
— если его можно без потерь отправить по email, значит, это плохой кандидат для in-app.
В 2026 году, когда маркетинг всё сильнее уходит в retention и управляемую выручку, in-app становится не декоративным слоем, а рабочим инструментом lifecycle-команды. И выигрывают не те, кто пишет больше, а те, кто точнее попадает в момент.
— @InAppMessagingRu
Параллельный взгляд на тему — @ProductAnalyticsMK
Я часто вижу одну и ту же ошибку: команды переносят логику email в приложение и ждут того же эффекта. Но in-app messaging живёт по другим правилам. Пользователь уже внутри продукта, у него другой контекст, выше внимание и короче окно реакции. Здесь не нужно «объяснять всё» — здесь нужно помочь сделать следующий шаг без лишнего шума.
Моё мнение простое: in-app — это не канал для объёма, а канал для точности. Если письмо может быть длинным, то in-app обязан быть коротким, ситуационным и привязанным к действию. Лучшие сценарии, которые я вижу в работе, — не промо-баннеры, а сообщения, встроенные в момент: онбординг, активация функции, возврат к незавершённому действию, апселл в правильный момент жизненного цикла.
Один практический ориентир: когда команда сокращает текст in-app в среднем с 70–90 слов до 15–25 и оставляет один CTA, конверсия в целевое действие у нас обычно растёт заметно. Не потому что текст «красивее», а потому что исчезает когнитивная нагрузка. В приложении пользователь не читает — он действует.
Для себя я держу три правила:
— одно сообщение = одна задача;
— сообщение должно опираться на факт поведения, а не на предположение;
— если его можно без потерь отправить по email, значит, это плохой кандидат для in-app.
В 2026 году, когда маркетинг всё сильнее уходит в retention и управляемую выручку, in-app становится не декоративным слоем, а рабочим инструментом lifecycle-команды. И выигрывают не те, кто пишет больше, а те, кто точнее попадает в момент.
— @InAppMessagingRu
Параллельный взгляд на тему — @ProductAnalyticsMK
Forwarded from Я ЗЛОЙ, Я ГАНГСТА
This media is not supported in your browser
VIEW IN TELEGRAM
Хоменок потребовал, чтобы кардиналы уволили Иванова — новая драма из нижней аффилки.
Вспоминаем этого персонажа: в преддверии МАК и джигейт конф овнер Х6 Group Антон Хоменок назвал себя «инфлюенсером года» и заявил, что если не выиграет награды — значит, премии на конфах купленные. Как и можно было ожидать, умник ничерта не выиграл, но это унижение не помешало ему сделать предложение своей девушке на «коррумпированной» сцене джигеев.
Так вот, на конфе Хоменок посоветовал СЕО кардиналов уволить ЕЮ — мол, он фрик, с которым нельзя сотрудничать. Эта инфа разумеется дошла до Иванова — в ответ он предложил выкупить всю конторку кардиналов (их овнер пока не ответил). Вообще удивительно, с какой уверенностью Антоха даёт коллегам по сфере советы, не понимая базовые вещи (например, тот факт, что ЕЮ — вообще не наёмный сотрудник). Под конец Хоменок слился со стрима с Ивановым, заваливая его комплиментами — ожидаемое лицемерие, что тут скажешь.
К слову, когда ЕЮ спросил у Алексеева, уволил бы тот его, овнер приватов ответил, что скорее Иванов его уволит (что, может, и не так, но главному алкашу сферы всё равно было приятно).
🥴 — «инфлюенсер года», хуле
🤡 — типичный ЧСВшник без реальных достижений в сфере, такая лайф
😈 Я ЗЛОЙ, Я ГАНГСТА
Вспоминаем этого персонажа: в преддверии МАК и джигейт конф овнер Х6 Group Антон Хоменок назвал себя «инфлюенсером года» и заявил, что если не выиграет награды — значит, премии на конфах купленные. Как и можно было ожидать, умник ничерта не выиграл, но это унижение не помешало ему сделать предложение своей девушке на «коррумпированной» сцене джигеев.
Так вот, на конфе Хоменок посоветовал СЕО кардиналов уволить ЕЮ — мол, он фрик, с которым нельзя сотрудничать. Эта инфа разумеется дошла до Иванова — в ответ он предложил выкупить всю конторку кардиналов (их овнер пока не ответил). Вообще удивительно, с какой уверенностью Антоха даёт коллегам по сфере советы, не понимая базовые вещи (например, тот факт, что ЕЮ — вообще не наёмный сотрудник). Под конец Хоменок слился со стрима с Ивановым, заваливая его комплиментами — ожидаемое лицемерие, что тут скажешь.
К слову, когда ЕЮ спросил у Алексеева, уволил бы тот его, овнер приватов ответил, что скорее Иванов его уволит (что, может, и не так, но главному алкашу сферы всё равно было приятно).
🥴 — «инфлюенсер года», хуле
🤡 — типичный ЧСВшник без реальных достижений в сфере, такая лайф
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Китай планирует ограничить доступ к DeepSeek и GLM
Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.
Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.
Но есть один подвох, котор…
➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm
🧠 Ещё больше инсайтов → в канале AFF.top
Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.
Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.
Но есть один подвох, котор…
➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm
🧠 Ещё больше инсайтов → в канале AFF.top