AffMoment Конфликт Pin-UP и Pepper Partners + ответ Pin-UP

AffMoment
У многих, наверное, была классическая для арбитража ситуация. Отлил капу, рекл проверяет трафик, пауза. Но связка-то простаивает. Акки живые, креативы конвертят, чего ждать? Ведь можно просто сделать новый акк в партнерке и залить еще одну капу под новым ID, надо только переделать нейминг/диплинк.

Материал с сайта AffMoment

Есть ли у таких мувов риски? Да, если трафик по обоим ID не пройдет KPI — арбитражник уйдет в двойной минус. А если в одном акке траф прошел, но с другого акка нет? Тогда ПП выплатит по одному акку и будут правы.

После этой статьи читайте ответ Pin-UP ниже

Но что если партнерка или рекл сами сказали разделить трафик? Должны ли они сверять KPI по всему трафику в сумме или имеют право срезать неудачные капы? С одной стороны, да, ведь учетки разные. С другой — ПП/рекл сам предложил разделить трафик, чтобы не упираться в свои же капы, так как хотел получить больше трафика, переложив все риски на партнеров.

Вот с такой ситуацией мы и будем сегодня разбираться на реальном примере конфликта рекламодателя (PinUP) и партнерки (Pepper Partners).

Единственное, о чем дискутировать не приходится — ПП должна выплатить деньги арбитражнику в случае конфликта партнерки и рекла без вины веба. В данном конфликте Pepper Partners выполнят свои обязательства; арбитражники последствий холивара не почувствуют.

1695361012263


Суть и развитие конфликта
Сотрудничество началось в июне. Трафик — органика PlayMarket, ГЕО — Бразилия. Капа — 280 FD. Был озвучен KP (цитата):

«Оценивается весь трафик, а не каждый лид в отдельности, по двум KPI:
  1. Кол-во повторных депозитов (RD) должно быть равно или больше кол-ва первых депозитов (FD).
  2. Сумма ставок должно быть больше в 3 раза суммы депозитов.
Работа пошла, трафик закапал. На подходе к 280 перводепам 7 июля, ПП сделала запрос по дальнейшей работе, менеджер сказал создавать новый ID и лить еще капу:

1695361055383


Вторая капа заканчивалась уже к 12 июля, на что менеджер сказал делать уже третий айдишник:
1695361069841


До четвертой капы на 280 перводепов никто уже не дошел — начался анализ трафика.

16 июля менеджер сообщает, что один из ID (третий) не прошел KPI по редепам и уходит на ревшару:
1695361090585


И до, и после решения о переводе акка на RS, менеджер говорил о том, что трафик играющий:
1695361115702


Также менеджер, играя слегка на опережение, скидывал с себя ответственность за искусственное разделение трафика:
1695361139579


Еще одно признание, что трафик играет. Также на этот трафик готовы давать новые капы:
1695361163580


И еще раз менеджер лично согласен с тем, что весь трафик нужно оплатить по CPA:
1695361179594


Руководство рекла отказывается от колла с руководством ПП для урегулирования вопроса:
1695361196712


На прямое указание, что ситуация возникла из-за искусственного разделения трафика со стороны PinUP, менеджер не нашел, что ответить:
1695361211514


И еще одна показательная часть диалога:
1695361226744

Менеджер признает разделение трафика и согласен с позицией ПП.

Так должно ли руководство нести ответственность за решения своих менеджеров?

Статистика
Перейдем к статистике. Первый ID прошел KPI и оплачен, вопросов нет:
1695361251873


Второй ID также беспроблемный:
1695361268057


Тот самый третий, проблемный ID:
1695361281287


Кажется, вывод очевидный. KPI не пройден, рекл прав, расходимся.

Но вот статистика по всему трафику:
1695361295864


Трафик в сумме прошел KPI. Подчеркнем, что это был один и тот же трафик, от одного арбитражника, с одного приложения, никаких переменных.

Комментарий Антона Резника, автора блога Как создать ПП и не разориться
Молодцы в данной ситуации только Pepper Partners. Ребята поступают как истинная партнёрская сеть — берут на себя риски, поддерживают своего веба и оплачивают всё, что веб отлил. Именно так и должна работать партнёрская сеть, если рекл скурвился.

А от PinUp, признаться, я такого не ожидал. Раньше они считались чуть ли не лучшим реламодателем в вертикали. Не припоминаю, чтобы их юрлицо называлось ООО Акволабеан, но теперь впечатление именно такое.

Менеджер сам, именно сам, просит разделить трафик. Никто его к этому не склоняет, это целиком решение представителя PinUp. И он же потом как будто бы трусливо убегает поджав хвост и сливает веба, за которого должен отвечать и о котором должен заботиться.


Комментарий Желтого Веба
Данная ситуация — одна большая-пребольшая глупость. Причём как со стороны Pepper Partners, так и со стороны PinUP-ов.

У первых — поскольку они соглашались лить и лить дальше под новыми ID без предварительного оговаривания условий оценки трафика. Ведь все риски от подобного разделения трафа — как на ладони! Если их не обсудить заранее, то получаем то, что имеем. Надежда на авось приводит к закономерному итогу — потере денег.

Но при этом, заметьте — сам кейс говорит ЗА Pepper Partners, поскольку они добросовестно выплачивают деньги вебу, а это — главное.

С PinUP-ами ситуация, имхо, гораздо хуже. Они:
  • Сами создали всю ситуацию, не предупредив о возможных последствиях;
  • Настаивая на правилах, подорвали доверие партнёров и довели кейс до паблик-огласки.

Что они получили взамен? Ровным счётом ничего, какие-то копейки с трафика. Стоило ли оно того? Как по мне — точно нет, но им, конечно же, виднее. P.S. Кстати, а ведь обычно мультиаккаунтинг запрещён, не? Тогда почему бы PinUP-ам просто не забанить все три использовавшихся айдишника и вообще оставить партнёров без выплат, м? Ну да, они сами предложили так лить, но ведь это не отменяет правил?

Мораль
Неважно, вы партнерка или арбитражник. Если вам предлагают искусственно разделить трафик — есть риск, что вас кинут, еще и на бумаге правы будут. Такие мувы выгодны только разделяющему: он получает трафик и перекладывает риски. При искусственном разделении, важно прописывать, чтобы трафик проходил KPI весь в целом, а не по кусочкам.

Pepper Partners допустили ошибку, поверив менеджеру рекла. Поплатились деньгами, которые пошли на компенсацию партнеру, заливавшему трафик.

Руководство PinUP в свою очередь абсолютно игнорируют тот факт, что сами искусственно разделили трафик и отказываются оценивать его в сумме.
1695361509107

1695361514316


Вывод
Де-юре PinUP правы. Разные айди, по одному KPI не пройден, есть полное право переводить трафик на RS. А де-факто? Де-факто правота с запашком. И показывает глобально как компания взаимодействует и обращается с партнерами. Стоит учитывать их модель поведения при решении сотрудничать с PinUP.

И не стоит повторять ошибок Pepper Partners. Важно помнить, что искусственное разделение трафика — это всегда риск в первую очередь для того, кто этот трафик запускает и ждет за него оплату.

Партнерка рассчитывает на решение вопроса и получение выплаты, тогда все претензии будут сняты.
 

Вложения

  • 1695360977090.png
    1695360977090.png
    650.5 КБ · Просмотры: 725
Последнее редактирование:
Так есть же КПИ. Или если трафик прошел кпи, но рекл в минусе, то вебу платить не надо? Зачем тогда вообще нужна модель ЦПА, зачем нужны КПИ? Можно жить только по ревшаре. ЦПА модель подразумевает риски для рекла. Он может ими управлять. Например делать капы меньше 280 фд. Например, не разделять трафик. Например, более строгим КПИ. Но стоп, если будут жесткие условия - то ведь лить меньше будут? А трафика хочется побольше.
Пинап дали условия - трафик выполнил условия. Это ответственность веба. А дальше уже спекуляция кто почему ушел в минус. Это не отменяет соблюдение своих же условий и взятия на себя ответственность за косяки своих же сотрудников.

Я не официальный представитель, но работаю с Пепперами и подробно знаком со всей ситуацией изнутри


Если работаете с Пепперами, вот интересно узнать: они обвиняют менеджера пин ап, что тот разделил траф на сабы и установил на каждый кпи. А почему когда предложение последовало сетка не отказалась от таких условий?
Если бы менеджер пин ап предложил пепперам прыгнуть с окна, виноват был бы тоже пин ап?)))
 
Пинап дали условия - трафик выполнил условия
1 и 2 трафик кое-как выполнили условия, вписались в КПИ - за него заплатили (в минус реклу)
3 трафик не выполнил условия - по нему заплатил по ревшаре

использовать в свою пользу размытую фразу про "оценивается весь трафик" и суммировать трафик, чтобы вписаться в КПИ (который уже и так навредил реклу) - мало того, что нечестно, так и просто некрасиво
 
А вообще, как я уже говорил пару выпусков назад, если ПП не хочет попасть в такие условия и лучше знает, какой у неё хороший трафик, то пусть берет с реклов 100% предоплату)
 
Если бы рекл выплатил, это был бы чит со стороны ПП, когда рекл заработал 1200, а выплатил 6000. Хороший арбитраж)

вы представитель пепперов?
Саш, я одного не пойму почему все защитники Пин-Апа опускают момент, что разделить траф предложил менеджер Пин-апа. Ну типа это же очевидно)
 
разделить траф предложил менеджер Пин-апа
так его и разделили, пойдя навстречу вебу, при этом сохранив КПИ
2 из 3х subid кпи с горем пополам прошли и за них заплатили
3-й не прошел - его кинули на ревшару

я пока не понимаю в чем несостыковка)
 
так его и разделили, пойдя навстречу вебу, при этом сохранив КПИ
2 из 3х subid кпи с горем пополам прошли и за них заплатили
3-й не прошел - его кинули на ревшару

я пока не понимаю в чем несостыковка)
Вы прям говорите словами Пинапа(
Выше ведь приводил скрин, приложу его еще раз. Где видно, что никто не идет навстречу ПП, а менеджер, который захотел больше трафика, больше денег для себя или компании - сам предлагает завести новую айди. Скрины Пинапа где они "идут навстречу" - 12 июля. Скрин где менеджер заводит новый айди - 7 июля.

Понимаете в чем несостыковка?)
 

Вложения

  • ппп.jpg
    ппп.jpg
    75 КБ · Просмотры: 91
Понимаете в чем несостыковка?)
Смотрите, тут важна хронология

1) Исторически было все хорошо между пп и пинап

2) появился оффер - пинап предложили залить

3) закончилась капа - пинап предложили разделить траф и оценивать его кпи дальше, как и раньше, по отдельности каждый пролив, пока проверяется траф. Оплатили по сра.

4) пошел второй пролив, в пп начали активно просить анкап. Проверка пинапов показала плохие результаты трафика, решили увеличить период проверки. Кпи сохраняются, но пп в них уже не укладывается. При этом оплачивают пролив всё также по сра.

5) пинап идут навстречу и дают третий кап. Кпи сохраняются

6) третий пролив показывает плохие результаты- кпи не пройден, лиды уходят на оплату по рефшаре

7) трафик с 1 и 2 пролива также перестает играть, что тоже говорит об отношении веба и пп к пинапам - им всё равно, что траф убыточен для рекла - им важнее прибыль в моменте

До сих пор не понимаю в чем пинап не правы
 
Смотрите, тут важна хронология

1) Исторически было все хорошо между пп и пинап

2) появился оффер - пинап предложили залить

3) закончилась капа - пинап предложили разделить траф и оценивать его кпи дальше, как и раньше, по отдельности каждый пролив, пока проверяется траф. Оплатили по сра.

4) пошел второй пролив, в пп начали активно просить анкап. Проверка пинапов показала плохие результаты трафика, решили увеличить период проверки. Кпи сохраняются, но пп в них уже не укладывается. При этом оплачивают пролив всё также по сра.

5) пинап идут навстречу и дают третий кап. Кпи сохраняются

6) третий пролив показывает плохие результаты- кпи не пройден, лиды уходят на оплату по рефшаре

7) трафик с 1 и 2 пролива также перестает играть, что тоже говорит об отношении веба и пп к пинапам - им всё равно, что траф убыточен для рекла - им важнее прибыль в моменте

До сих пор не понимаю в чем пинап не правы
Ключевая ошибка в пункте 3:
пинап предложили разделить траф и оценивать его кпи дальше, как и раньше, по отдельности каждый пролив, пока
проверяется траф.
Не было никакого обсуждения что трафф оценивается раздельно. Дали второй айди потому что трафик предварительно нравится и хотелось больше. Без инфы, что оценка происходит раздельно. Вполне логично ожидать, что трафик будет оцениваться весь в сумме
 
трафф оценивается раздельно
Равно как никто и не обсуждал, что его должны суммировать.

Про это и была моя основная мысль- надо все моменты прописывать, иначе спорные каждая сторона будет принимать выгодно для себя

То, что логично для веба - нелогично для рекла. И наоборот.
 

Похожие темы

Назад
Верх
Главная Поиск Блог Обучение Партнёрки Инструменты