Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Павла Дурова официально внесли в список террористов
В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.
➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov
🧠 Ещё больше инсайтов → в канале AFF.top
В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.
➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from RoiMedia
This media is not supported in your browser
VIEW IN TELEGRAM
Раскрываем самую профитную связку лета: как мы залили свыше 28К+ FTD на TopX
• Revenue:1,131,843$
• Spend:742,865$
• Reg2Dep:29.8%
• DepSum:2,100,000+$
Внутри статьи:
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
OpenAI извинились за новый дизайн ChatGPT
OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.
➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.
➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt
🧠 Ещё больше инсайтов → в канале AFF.top
HubSpot: как собрать CRM-платформу, которая держит весь цикл клиента
HubSpot строит не «ещё один» маркетинговый софт, а единую платформу для работы с клиентом: от первого контакта до повторной продажи. В их кейсах ключевая идея одна и та же — когда маркетинг, продажи и сервис живут в разных инструментах, теряются данные, скорость реакции и часть выручки.
Задача здесь понятная: помочь командам уйти от разрозненного набора систем, где лиды падают в одну CRM, рассылки живут отдельно, а поддержка — вообще в третьем окне. Для B2B это особенно болезненно в 2026 году: классическая логика MQL/SQL уже хуже объясняет вклад маркетинга, а RevOps требует общей картины по воронке и выручке.
Решение HubSpot — собрать Customer Platform вокруг одной базы данных о клиенте. Внутри это означает:
— единый профиль контакта и компании;
— связку CRM, email, автоматизаций и сервиса;
— сценарии, где поведение клиента сразу влияет на следующий шаг коммуникации;
— более короткий путь от интереса до сделки и до удержания.
Почему это важно именно для lifecycle-инструментов? Потому что в такой архитектуре выигрывает не тот, у кого «красивее письмо», а тот, у кого лучше собрана логика данных. В период, когда privacy-first атрибуция, server-side и incrementality вытесняют last-click, качество собственной базы и событий становится главным активом.
В публичном материале HubSpot не даёт одной общей цифры по всей платформе — и это честно: эффект зависит от зрелости компании, объёма базы и того, насколько хаотично у неё было до внедрения. Но сама рамка кейсов показывает повторяющийся результат: меньше ручной работы, быстрее запуск коммуникаций, лучше видимость по клиентскому пути.
Урок для маркетолога простой: если у вас CRM, email и customer success живут отдельно, вы платите за это не только лицензиями, но и потерянным LTV. В 2026 году lifecycle-маркетинг — это уже не про «рассылать чаще», а про **собирать единую систему управления спросом и удержанием**. И здесь побеждает тот, у кого данные и сценарии соединены в одну логику.
— @LifecycleToolsRuPro
HubSpot строит не «ещё один» маркетинговый софт, а единую платформу для работы с клиентом: от первого контакта до повторной продажи. В их кейсах ключевая идея одна и та же — когда маркетинг, продажи и сервис живут в разных инструментах, теряются данные, скорость реакции и часть выручки.
Задача здесь понятная: помочь командам уйти от разрозненного набора систем, где лиды падают в одну CRM, рассылки живут отдельно, а поддержка — вообще в третьем окне. Для B2B это особенно болезненно в 2026 году: классическая логика MQL/SQL уже хуже объясняет вклад маркетинга, а RevOps требует общей картины по воронке и выручке.
Решение HubSpot — собрать Customer Platform вокруг одной базы данных о клиенте. Внутри это означает:
— единый профиль контакта и компании;
— связку CRM, email, автоматизаций и сервиса;
— сценарии, где поведение клиента сразу влияет на следующий шаг коммуникации;
— более короткий путь от интереса до сделки и до удержания.
Почему это важно именно для lifecycle-инструментов? Потому что в такой архитектуре выигрывает не тот, у кого «красивее письмо», а тот, у кого лучше собрана логика данных. В период, когда privacy-first атрибуция, server-side и incrementality вытесняют last-click, качество собственной базы и событий становится главным активом.
В публичном материале HubSpot не даёт одной общей цифры по всей платформе — и это честно: эффект зависит от зрелости компании, объёма базы и того, насколько хаотично у неё было до внедрения. Но сама рамка кейсов показывает повторяющийся результат: меньше ручной работы, быстрее запуск коммуникаций, лучше видимость по клиентскому пути.
Урок для маркетолога простой: если у вас CRM, email и customer success живут отдельно, вы платите за это не только лицензиями, но и потерянным LTV. В 2026 году lifecycle-маркетинг — это уже не про «рассылать чаще», а про **собирать единую систему управления спросом и удержанием**. И здесь побеждает тот, у кого данные и сценарии соединены в одну логику.
— @LifecycleToolsRuPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
ChatGPT 5.6 Luna и Terra подешевели
OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Доменная зона .web делегирован в корневую зону DNS
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from ZM apps | Channel
Новый instant-хит с простой и затягивающей механикой.
Игрок запускает колесо➡️ ловит множители и выигрыши➡️ ничего лишнего, только быстрый и динамичный геймплей.
Игра уже успела набрать популярность на рынках Индии и Пакистана благодаря высокой вовлеченности игроков, коротким игровым сессиям и яркой визуальной подаче.
INOUT GAMES выпускает хиты, а ZM apps первыми выдают под них прилы.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
PoshFriends × Pixmove запускают жаркий турнир специально для УБТ-комьюнити.
Что нужно сделать?
Без сложных механик. Без лишних условий.
Только трафик → FD → лидерборд → призы.
Пиши менеджеру - @aleksandr1_poshfriends
Не оставляй призовой фонд конкурентам. Забирай его себе.
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
В Facebook Ads появился раздел «Conversations»
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
Почему в 2026 lifecycle-проекты “не взлетают” чаще всего — и как я это исправляю
Мы в lifecycle-менеджменте привыкли начинать с платформы: выбираем Braze/Iterable/Customer.io, рисуем красивые цепочки, подключаем триггеры и надеемся, что система сама “дожмёт” клиента до нужного действия. В 2026 я всё чаще вижу обратное: проект буксует не из‑за отсутствия сегментов и не из‑за слабого креатива. Проблема почти всегда в одном: **мы проектируем коммуникации как маркетинг, а не как процесс выручки** (Revenue — выручка, Ops — операционка).
Моё наблюдение из рабочих циклов внедрений: когда команда проходит первый пилот, CTR может быть нормальным, даже конверсии по клику подтягиваются. А вот дальше начинается “разрыв” — метрики на уровне бизнеса не меняются или растут слишком медленно. Обычно это означает, что цепочки не встроены в сквозную логику принятия решений. В итоге мы оптимизируем то, что видно в платформе (доставка/открытия/клики), а не то, что нужно компании (удержание, повторные действия, сокращение оттока, управляемый цикл продаж в B2B).
Как я чиню это до того, как запустятся масштабные рассылки:
— Определяю “контракт” между маркетингом, customer success и продажами не как KPI-таблицу, а как правило: что считать успешным переходом клиента на следующий этап.
Например, в B2B это не “дожали до формы”, а “квалифицировали запрос → назначили созвон → получили подтверждение потребности → согласовали следующий шаг”.
В e-com — не “первая покупка”, а “вторая покупка в пределах окна”, “снижение churn после первой доставки”, “частота повторов”.
— Пересобираю события. В lifecycle нельзя опираться на “что-то случилось”. Нужны события, которые отражают стадию жизненного цикла.
Одна цифра из практики: в одном внедрении у нас было 14 триггеров, но всего 4 события реально коррелировали с ростом LTV. Остальные триггеры “вели к активности”, но не к ценности.
— Перехожу от last-click к измерению влияния. В privacy-first мире “клик = причина” всё хуже работает. Поэтому я требую измеримость через инкрементальность (оценка прироста), MMM (моделирование маркетинговых миксов) или хотя бы корректные holdout-эксперименты на уровне аудиторий.
Это неприятно, зато спасает от вечного цикла: “кампания доставлена — значит работает”.
Сравнение подходов, которое помогает командам: Braze и Customer.io часто сильны в orchestration (оркестрации) сценариев, Iterable — в управлении жизненными путешествиями и экспериментальности, но успех в 2026 всё равно упирается не в “инструмент”, а в **операционную модель решений**. Если она не описана, вы получите много касаний и мало результата.
Если хотите быстрый чек-лист: откройте последний отчет по lifecycle-цепочке и ответьте на один вопрос — “какой переход жизненного цикла мы улучшили и как мы это доказали без опоры на last-click?”. Если ответа нет — значит, проблема не в платформах. Проблема в архитектуре процесса.
— @LifecycleToolsRuPro
Мы в lifecycle-менеджменте привыкли начинать с платформы: выбираем Braze/Iterable/Customer.io, рисуем красивые цепочки, подключаем триггеры и надеемся, что система сама “дожмёт” клиента до нужного действия. В 2026 я всё чаще вижу обратное: проект буксует не из‑за отсутствия сегментов и не из‑за слабого креатива. Проблема почти всегда в одном: **мы проектируем коммуникации как маркетинг, а не как процесс выручки** (Revenue — выручка, Ops — операционка).
Моё наблюдение из рабочих циклов внедрений: когда команда проходит первый пилот, CTR может быть нормальным, даже конверсии по клику подтягиваются. А вот дальше начинается “разрыв” — метрики на уровне бизнеса не меняются или растут слишком медленно. Обычно это означает, что цепочки не встроены в сквозную логику принятия решений. В итоге мы оптимизируем то, что видно в платформе (доставка/открытия/клики), а не то, что нужно компании (удержание, повторные действия, сокращение оттока, управляемый цикл продаж в B2B).
Как я чиню это до того, как запустятся масштабные рассылки:
— Определяю “контракт” между маркетингом, customer success и продажами не как KPI-таблицу, а как правило: что считать успешным переходом клиента на следующий этап.
Например, в B2B это не “дожали до формы”, а “квалифицировали запрос → назначили созвон → получили подтверждение потребности → согласовали следующий шаг”.
В e-com — не “первая покупка”, а “вторая покупка в пределах окна”, “снижение churn после первой доставки”, “частота повторов”.
— Пересобираю события. В lifecycle нельзя опираться на “что-то случилось”. Нужны события, которые отражают стадию жизненного цикла.
Одна цифра из практики: в одном внедрении у нас было 14 триггеров, но всего 4 события реально коррелировали с ростом LTV. Остальные триггеры “вели к активности”, но не к ценности.
— Перехожу от last-click к измерению влияния. В privacy-first мире “клик = причина” всё хуже работает. Поэтому я требую измеримость через инкрементальность (оценка прироста), MMM (моделирование маркетинговых миксов) или хотя бы корректные holdout-эксперименты на уровне аудиторий.
Это неприятно, зато спасает от вечного цикла: “кампания доставлена — значит работает”.
Сравнение подходов, которое помогает командам: Braze и Customer.io часто сильны в orchestration (оркестрации) сценариев, Iterable — в управлении жизненными путешествиями и экспериментальности, но успех в 2026 всё равно упирается не в “инструмент”, а в **операционную модель решений**. Если она не описана, вы получите много касаний и мало результата.
Если хотите быстрый чек-лист: откройте последний отчет по lifecycle-цепочке и ответьте на один вопрос — “какой переход жизненного цикла мы улучшили и как мы это доказали без опоры на last-click?”. Если ответа нет — значит, проблема не в платформах. Проблема в архитектуре процесса.
— @LifecycleToolsRuPro
Чек-лист: настройка атрибуции lifecycle-кампаний в эпоху privacy-first
Опираясь на опыт внедрения Braze, Iterable и Customer.io в B2B и e-com, выделяю семь шагов для перехода от last-click к атрибуции, устойчивой к блокировке трекеров и AI-overviews.
— Переопределите объект измерения. Вместо «клик по письму» берите retention-метрики (удержание) и LTV (пожизненную ценность). В Braze это трекинг через Connected Content, в Iterable — через пользовательские события, в Customer.io — через сегментные триггеры. Убедитесь, что воронка не завязана на открытия (Mail Privacy Protection их убивает).
— Выберите способ server-side передачи данных. Если используете Braze — настройте REST API для отправки событий с бэкенда. Для Iterable подойдёт server-side track event. Customer.io позволяет массово импортировать атрибуты через Batch API. Главное — не полагаться на JavaScript-пиксели в письмах: они 30-40% блокируются почтовыми клиентами.
— Интегрируйте идентификатор клиента (customer ID) с MMM (маркетинг-микс моделированием). Передавайте в CRM хэш от email или собственный user ID, а в систему MMM — агрегированные уровни активности. Так вы снимете зависимость от cookie и mobile-id. Проверьте, что в Braze или Iterable настроен единый профиль для офлайн и онлайн касаний.
— Внедрите
— @LifecycleToolsRuPro
Опираясь на опыт внедрения Braze, Iterable и Customer.io в B2B и e-com, выделяю семь шагов для перехода от last-click к атрибуции, устойчивой к блокировке трекеров и AI-overviews.
— Переопределите объект измерения. Вместо «клик по письму» берите retention-метрики (удержание) и LTV (пожизненную ценность). В Braze это трекинг через Connected Content, в Iterable — через пользовательские события, в Customer.io — через сегментные триггеры. Убедитесь, что воронка не завязана на открытия (Mail Privacy Protection их убивает).
— Выберите способ server-side передачи данных. Если используете Braze — настройте REST API для отправки событий с бэкенда. Для Iterable подойдёт server-side track event. Customer.io позволяет массово импортировать атрибуты через Batch API. Главное — не полагаться на JavaScript-пиксели в письмах: они 30-40% блокируются почтовыми клиентами.
— Интегрируйте идентификатор клиента (customer ID) с MMM (маркетинг-микс моделированием). Передавайте в CRM хэш от email или собственный user ID, а в систему MMM — агрегированные уровни активности. Так вы снимете зависимость от cookie и mobile-id. Проверьте, что в Braze или Iterable настроен единый профиль для офлайн и онлайн касаний.
— Внедрите
— @LifecycleToolsRuPro