Forwarded from Дима Лето - TikTok Ads mVas (Dzmitry Leto (Сб-Вс off day ))
Я короче хз зачем мне это , но напишу!
Короче смотрим за "ноунейом" ( ЕЮ ) и тот вообще крышей поехал) взял себе крутанул канал на 1млн подписчиков и хочет сделать его своим основным?
Армия ботов в перед!
Вот его новый канал если что.. https://t.me/+vKOoe6K4yL0wMzEy
Короче смотрим за "ноунейом" ( ЕЮ ) и тот вообще крышей поехал) взял себе крутанул канал на 1млн подписчиков и хочет сделать его своим основным?
Армия ботов в перед!
Вот его новый канал если что.. https://t.me/+vKOoe6K4yL0wMzEy
Forwarded from Петя 2.0! Bundle Mafia
Жирный кукухой поплыл, купил канал почти на лллллям двести подписчиков. Амбассадоры не работают?
Или как теперь PR оценивать? Одна полуголая курдюком трясёт, второй — то трезвый, то бухой, с биполяркой.
Люди, очнитесь.
_________________
Канал | Блог | YouTube | Мультитул 2.0 | ПОЛИГON by Петя 2.0
Или как теперь PR оценивать? Одна полуголая курдюком трясёт, второй — то трезвый, то бухой, с биполяркой.
Люди, очнитесь.
_________________
Канал | Блог | YouTube | Мультитул 2.0 | ПОЛИГON by Петя 2.0
👎 @pacan с пьяну подпись под каждым постом купил, а текст дал такй:
ХОЧЕТСЯ И РЫБКУ СЪЕСТЬ, И..🎣 Залить Fishing Time на TopX!
FTD идёт по 3$, плюс ребята РАЗДАЮТ 1,000,000$ среди баеров! Инфа ТУТ!
Please open Telegram to view this post
VIEW IN TELEGRAM
Я всё чаще слышу один и тот же инсайд от команд на Next.js: как только в продукте появляется не один form submit, а серия inline CRUD-сценариев, ручной API начинает съедать не функцию, а систему.
Снаружи это выглядит аккуратно:
— route handler
— fetch с клиента
— pending / error / success
— отдельная синхронизация UI после каждого действия
Но внутри быстро расползается карта контента… вернее, карта состояний. Особенно когда на одном экране есть создание, переименование и удаление, а ещё несколько inline-форм одновременно.
Server Actions здесь заходят не как «новая магия», а как более короткая write-точка. Один action у формы, FormData на сервере, типизированный ответ обратно, и на клиенте остаётся предсказуемая связка: `state`, `formAction`, `isPending`.
Это уже не набор разрозненных обработчиков, а один понятный цикл. Для SMM-команд это был бы хороший пример не «поста ради поста», а системы: меньше слоёв — меньше шума — проще измерять, где ломается UX ⚙️
Снаружи это выглядит аккуратно:
— route handler
— fetch с клиента
— pending / error / success
— отдельная синхронизация UI после каждого действия
Но внутри быстро расползается карта контента… вернее, карта состояний. Особенно когда на одном экране есть создание, переименование и удаление, а ещё несколько inline-форм одновременно.
Server Actions здесь заходят не как «новая магия», а как более короткая write-точка. Один action у формы, FormData на сервере, типизированный ответ обратно, и на клиенте остаётся предсказуемая связка: `state`, `formAction`, `isPending`.
Это уже не набор разрозненных обработчиков, а один понятный цикл. Для SMM-команд это был бы хороший пример не «поста ради поста», а системы: меньше слоёв — меньше шума — проще измерять, где ломается UX ⚙️
Forwarded from Иванов и арбитраж трафика
МАКСИМАЛЬНО ОБЕСКУРАЖЕН, УДРУЧЁН И, НЕ ПОБОЮСЬ ЭТОГО СЛОВА, ОТОРОПЕЛ ОТ ПРОИСХОДЯЩЕГО В «ПИАР»-МИРЕ НАШЕЙ СФЕРЫ.
Я пребываю в некотором нравственном недоумении от той удивительной метаморфозы, которую в последнее время претерпевает понятие «пиар». То, что раньше считалось дурновкусием, беспринципностью и откровенным свинством, теперь, видимо, принято именовать нестандартной маркетинговой стратегией.
Если вам в какой-то момент показалось, что нормально делать то, что было сделано и продолжает делаться, я всё-таки позволю себе озвучить свою позицию: это неприемлемо. Во-первых.
А во-вторых, вы вообще понимаете, куда мы идём?
Сначала люди хотят выйти на РУ и СНГ рынок. Понимают, что нормальный путь - это долго, дорого, кропотливо и без каких-либо гарантий результата. И вместо этого выбирают дорожку дешёвого хайпа, совершенно не сообразуясь с тем, что именно они делают с конкретным человеком.
Потом, видимо, решают, что достигнутой степени публичного резонанса недостаточно, и предпринимают следующий, ещё более одиозный шаг - просто кидают его. Чтобы обсуждали ещё больше.
И я почти уверен, что они прекрасно понимали: это увижу и я. И что как человек, который способен сопереживать подобным людям, в том числе потому, что сам являюсь инвалидом детства второй группы, я мимо этого не пройду.
В итоге для них это один кидок и море хайпа. Но какой ценой? Стоило ли это того?
Не думаю.
Рынок взрослеет. Подобную хуйню, может быть, ещё и не предают публичной анафеме, но уже отлично запоминают. А потом при любой совместной работе держат в уме простую характеристику контрагента: «А, это те ребята. Им похуй».
Репутация вообще штука крайне занятная. Создаётся годами, а профукивается иногда одним весьма опрометчивым маркетинговым решением.
И дабы на этом, пусть кому-то он покажется не очень далёким, возможно, не самым интеллектуально одарённым, но совершенно точно бравом и стремящемся к успеху молодом человеке впредь не было набито брендов, способных породить столь прискорбные ассоциации, я беру на себя полномочия и ответственность отныне быть тем самым AFFPAPA.
Если конкретнее - быть AffPapa.org.
Этот смелый и совершенно точно стремящийся к успеху молодой человек может впредь без малейшего смущения носить на себе бренд AffPapa.
Я приложу все доступные мне усилия, чтобы единственной устойчивой ассоциацией с AffPapa со временем стал именно AffPapa.org.
Полагаю, это будет наиболее изящным разрешением сложившейся нравственно-маркетинговой коллизии.
С уважением, Иванов Е.Ю!
Я пребываю в некотором нравственном недоумении от той удивительной метаморфозы, которую в последнее время претерпевает понятие «пиар». То, что раньше считалось дурновкусием, беспринципностью и откровенным свинством, теперь, видимо, принято именовать нестандартной маркетинговой стратегией.
Если вам в какой-то момент показалось, что нормально делать то, что было сделано и продолжает делаться, я всё-таки позволю себе озвучить свою позицию: это неприемлемо. Во-первых.
А во-вторых, вы вообще понимаете, куда мы идём?
Сначала люди хотят выйти на РУ и СНГ рынок. Понимают, что нормальный путь - это долго, дорого, кропотливо и без каких-либо гарантий результата. И вместо этого выбирают дорожку дешёвого хайпа, совершенно не сообразуясь с тем, что именно они делают с конкретным человеком.
Потом, видимо, решают, что достигнутой степени публичного резонанса недостаточно, и предпринимают следующий, ещё более одиозный шаг - просто кидают его. Чтобы обсуждали ещё больше.
И я почти уверен, что они прекрасно понимали: это увижу и я. И что как человек, который способен сопереживать подобным людям, в том числе потому, что сам являюсь инвалидом детства второй группы, я мимо этого не пройду.
В итоге для них это один кидок и море хайпа. Но какой ценой? Стоило ли это того?
Не думаю.
Рынок взрослеет. Подобную хуйню, может быть, ещё и не предают публичной анафеме, но уже отлично запоминают. А потом при любой совместной работе держат в уме простую характеристику контрагента: «А, это те ребята. Им похуй».
Репутация вообще штука крайне занятная. Создаётся годами, а профукивается иногда одним весьма опрометчивым маркетинговым решением.
И дабы на этом, пусть кому-то он покажется не очень далёким, возможно, не самым интеллектуально одарённым, но совершенно точно бравом и стремящемся к успеху молодом человеке впредь не было набито брендов, способных породить столь прискорбные ассоциации, я беру на себя полномочия и ответственность отныне быть тем самым AFFPAPA.
Если конкретнее - быть AffPapa.org.
Этот смелый и совершенно точно стремящийся к успеху молодой человек может впредь без малейшего смущения носить на себе бренд AffPapa.
Я приложу все доступные мне усилия, чтобы единственной устойчивой ассоциацией с AffPapa со временем стал именно AffPapa.org.
Полагаю, это будет наиболее изящным разрешением сложившейся нравственно-маркетинговой коллизии.
Обсудить все это можно в моем чате - будьте аккуратны, там не всем рады, точней никому не рады, от чего он и великолепен
С уважением, Иванов Е.Ю!
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Дорогие партнёры!
С августа и по 31 сентября в BETERA PARTNERS запускаем конкурс для всех партнёров.
Всё просто: чем больше квалифицированных FTD, тем выше ваше место в рейтинге.
🏆 Что можно забрать?
• Apple MacBook Air 15
• Apple iPad 11
• Apple Watch Series 11
• и другие призы для наших любимых партнёров❤️
Как участвовать?
⚡️ Быть или стать партнёром BETERA PARTNERS
⚡️ Подтвердить желание участвовать
⚡️ Приводить квалифицированные FTD в период с 05.08 по 31.09.2026
Пока другие думают — можно уже лить, зарабатывать и забирать свой подарок 😉
Почему партнёры выбирают BETERA PARTNERS:
⭐️ CPA / RevShare / Hybrid / Spend
⭐️ CPA от $150 — как на Tier-1 😉
⭐️ Собственный продукт с локальной лицензией
⭐️ Без KPI
⭐️ Прозрачные условия и быстрые выплаты
Следите за новостями в нашем Telegram-канале, а если нужна помощь с запуском или есть вопросы, залетайте в наш support и пишите нашим менеджерам, всё подскажем!
Betera Partners // Support🔥
@TLBetera
@KattiBetera
@DaniilTrafficBetera
С августа и по 31 сентября в BETERA PARTNERS запускаем конкурс для всех партнёров.
Всё просто: чем больше квалифицированных FTD, тем выше ваше место в рейтинге.
• Apple MacBook Air 15
• Apple iPad 11
• Apple Watch Series 11
• и другие призы для наших любимых партнёров
Как участвовать?
Пока другие думают — можно уже лить, зарабатывать и забирать свой подарок 😉
Почему партнёры выбирают BETERA PARTNERS:
Следите за новостями в нашем Telegram-канале, а если нужна помощь с запуском или есть вопросы, залетайте в наш support и пишите нашим менеджерам, всё подскажем!
Betera Partners // Support
@TLBetera
@KattiBetera
@DaniilTrafficBetera
Please open Telegram to view this post
VIEW IN TELEGRAM
Я слышал эту историю десятки раз: BI внедрили, отчёт собрали, доступы раздали — и вроде бы всё, система управления данными запущена.
Но через месяц выясняется неприятное: решения по-прежнему принимают в чатах, Excel живёт своей жизнью, а дашборд открывают только перед встречей. Не потому что он плохой. А потому что он существует отдельно от управленческого процесса.
Вот где обычно ломается логика:
- нет закреплённых сценариев, какие решения смотрят в BI
- нет владельца метрик, которому доверяют
- нет ритуала: что проверяем ежедневно, что — раз в неделю
- нет связи между показателями и действиями
Дашборд сам по себе не меняет поведение. Он меняет его только тогда, когда встроен в карту управления: какие цели смотрим, какие KPI считаем критичными, кто за что отвечает и что делаем при отклонении 📊
И да, инсайд здесь простой: проблема часто не в визуализации, а в том, что бизнес не договорился, как именно принимать решения на основе этих цифр.
Но через месяц выясняется неприятное: решения по-прежнему принимают в чатах, Excel живёт своей жизнью, а дашборд открывают только перед встречей. Не потому что он плохой. А потому что он существует отдельно от управленческого процесса.
Вот где обычно ломается логика:
- нет закреплённых сценариев, какие решения смотрят в BI
- нет владельца метрик, которому доверяют
- нет ритуала: что проверяем ежедневно, что — раз в неделю
- нет связи между показателями и действиями
Дашборд сам по себе не меняет поведение. Он меняет его только тогда, когда встроен в карту управления: какие цели смотрим, какие KPI считаем критичными, кто за что отвечает и что делаем при отклонении 📊
И да, инсайд здесь простой: проблема часто не в визуализации, а в том, что бизнес не договорился, как именно принимать решения на основе этих цифр.
Forwarded from Я ненавижу арбитраж
Что за помойка?
Спросите вы, и будете правы.
Новое пространство успешных бизнесменов открылось пару дней назад. Канал сразу захватил арбитражный интернет. Миллион (!) активных и заряженных предпринимателей атаковали его подписками.
Создатель — самый успешный из них. Человек-розыгрыш, человек-споирт, человек-холст, человек-деньги — Евгений Иванов.
Ни одного бота не замечено. Лям. Все из сферы. Сам Дуров не обладает такой базой платежеспособной аудитории.
Немного о том, что обсуждается на канале:
— ахуенность админа (пост написан самим админом)
— ничтожность Affpapa
— техники минета в виде аффирмации
Учитывая предпочтения ЕЮ, можно спрогнозировать рубрики: сиськи (самого админа), кейсы (как правило, негативные), вайбкодинг и, конечно, новости с передовой арбитража.
🤡 —🤲 подписался
👍 — и скоко тебе заплатили, продажная ты придорожная путана?
Я ненавижу арбитраж |Чат😠
Спросите вы, и будете правы.
Новое пространство успешных бизнесменов открылось пару дней назад. Канал сразу захватил арбитражный интернет. Миллион (!) активных и заряженных предпринимателей атаковали его подписками.
Создатель — самый успешный из них. Человек-розыгрыш, человек-сп
Ни одного бота не замечено. Лям. Все из сферы. Сам Дуров не обладает такой базой платежеспособной аудитории.
Немного о том, что обсуждается на канале:
— ахуенность админа (пост написан самим админом)
— ничтожность Affpapa
— техники минета в виде аффирмации
Учитывая предпочтения ЕЮ, можно спрогнозировать рубрики: сиськи (самого админа), кейсы (как правило, негативные), вайбкодинг и, конечно, новости с передовой арбитража.
🤡 —
👍 — и скоко тебе заплатили, продажная ты придорожная путана?
Я ненавижу арбитраж |Чат
Please open Telegram to view this post
VIEW IN TELEGRAM
Внутри ИТ-проектов часто живут очень узнаваемые персонажи. Неофициально, конечно.
Есть заказчик-«царевна»: хочет результат красивый, быстрый и желательно без лишних вопросов. Есть аналитик-«волшебник»: должен понять задачу, даже когда формулировка звучит как «пойди туда — не знаю куда». Есть разработчик-«богатырь»: закрывает половину неопределённости кодом, но не магией. И есть классический «серый лес» — зона, где требования вроде бы есть, но KPI проекта там не выживают.
Инсайт простой: успешный ИТ‑проект редко строится на героизме. Он держится на карте ролей, понятных ожиданиях и нормальной системе измерения. Кто что делает, где точка согласования, как выглядит готовность, по каким метрикам понимаем, что не просто «двигаемся», а двигаемся в нужную сторону.
Похоже на сказку? Да. Но именно в таких сказках чаще всего и рождается рабочая архитектура проекта 🧭
Есть заказчик-«царевна»: хочет результат красивый, быстрый и желательно без лишних вопросов. Есть аналитик-«волшебник»: должен понять задачу, даже когда формулировка звучит как «пойди туда — не знаю куда». Есть разработчик-«богатырь»: закрывает половину неопределённости кодом, но не магией. И есть классический «серый лес» — зона, где требования вроде бы есть, но KPI проекта там не выживают.
Инсайт простой: успешный ИТ‑проект редко строится на героизме. Он держится на карте ролей, понятных ожиданиях и нормальной системе измерения. Кто что делает, где точка согласования, как выглядит готовность, по каким метрикам понимаем, что не просто «двигаемся», а двигаемся в нужную сторону.
Похоже на сказку? Да. Но именно в таких сказках чаще всего и рождается рабочая архитектура проекта 🧭
Инсайд из команд, которые уже живут с Kafka не первый месяц: самая неприятная проблема в consumer’ах часто не в падении сервиса, а в повторной обработке сообщений.
Снаружи это выглядит как мелочь. Сообщение уже прилетело, бизнес-логика отработала, всё зелёное. А потом — повторный запуск, дубль, неожиданная запись, лишний платёж или второй сценарий в цепочке. И вот у вас не «технический нюанс», а сбой в контентной логике сервиса: один event — два результата. ⚠️
Почему это важно для SMM/продуктовой инфраструктуры? Потому что здесь хорошо видно правило любой системы: если нет ясной модели обработки, нет и предсказуемого результата.
Нормальная схема всегда упирается в 3 вопроса:
1. что считается успешной обработкой;
2. где хранится состояние повторов;
3. как система понимает, что сообщение уже было применено.
Именно здесь чаще всего ломается не Kafka, а операционная дисциплина. Слишком много команд надеются на «ну, consumer сам разберётся». Не разберётся.
Хорошая матрица обработки — это не про сложность, а про управляемость: один вход, один итог, понятный retry-policy и измеримый KPI по ошибкам. Иначе вы строите не систему, а генератор дублей.
Снаружи это выглядит как мелочь. Сообщение уже прилетело, бизнес-логика отработала, всё зелёное. А потом — повторный запуск, дубль, неожиданная запись, лишний платёж или второй сценарий в цепочке. И вот у вас не «технический нюанс», а сбой в контентной логике сервиса: один event — два результата. ⚠️
Почему это важно для SMM/продуктовой инфраструктуры? Потому что здесь хорошо видно правило любой системы: если нет ясной модели обработки, нет и предсказуемого результата.
Нормальная схема всегда упирается в 3 вопроса:
1. что считается успешной обработкой;
2. где хранится состояние повторов;
3. как система понимает, что сообщение уже было применено.
Именно здесь чаще всего ломается не Kafka, а операционная дисциплина. Слишком много команд надеются на «ну, consumer сам разберётся». Не разберётся.
Хорошая матрица обработки — это не про сложность, а про управляемость: один вход, один итог, понятный retry-policy и измеримый KPI по ошибкам. Иначе вы строите не систему, а генератор дублей.
Похоже, у MAX вечером 10 июня случился не просто локальный глюк, а полноценный сбой по базовым сценариям: чаты не обновляются, сообщения не уходят и не приходят, звонки тоже ломаются. Жалобы пошли примерно с 19:30 по Москве — то есть в момент, когда у мессенджера обычно самый высокий вечерний трафик.
Инсайд тут простой: такие сбои больно бьют не по «технологии», а по доверию. Для мессенджера критичны не красивые фичи, а три базовые метрики:
— доставка сообщений
— стабильность звонков
— скорость восстановления после инцидента
Если продукт претендует на роль ежедневного канала общения, у него должна быть не только карта функций, но и карта отказоустойчивости. Иначе любая ошибка превращается в репутационный каскад 📉
Для SMM и комм-команд вывод тоже прикладной: в кризисе лучше не раздувать активность, а быстро закрывать три вопроса — что сломалось, кого затронуло, когда восстановят. Без этого любой «пост ради поста» только усиливает шум.
Инсайд тут простой: такие сбои больно бьют не по «технологии», а по доверию. Для мессенджера критичны не красивые фичи, а три базовые метрики:
— доставка сообщений
— стабильность звонков
— скорость восстановления после инцидента
Если продукт претендует на роль ежедневного канала общения, у него должна быть не только карта функций, но и карта отказоустойчивости. Иначе любая ошибка превращается в репутационный каскад 📉
Для SMM и комм-команд вывод тоже прикладной: в кризисе лучше не раздувать активность, а быстро закрывать три вопроса — что сломалось, кого затронуло, когда восстановят. Без этого любой «пост ради поста» только усиливает шум.