Как работает реферальная программа простыми словами и за что в ней платят
Объясняю, как ссылка связывает рекомендацию с оплатой, почему смена устройства может помешать учёту и чем такая программа отличается от CPA-сетей и арбитража. На условиях SellOps показываю расчёт вознаграждения и вопросы, которые нужно задать до публикации ссылки.
Вы разместили обзор сервиса в Telegram, продавец открыл ссылку на телефоне, а подписку оплатил с рабочего компьютера. Можно ли уже считать, что вам положено вознаграждение? По одному факту перехода — нет: нужно понять, связал ли сервис этого покупателя с вашей рекомендацией. Я сам продаю на Ozon и сделал сервис аналитики SellOps, поэтому объясняю партнёрскую программу через путь от ссылки до начисления. Самое неприятное здесь — обнаружить после публикации, что вы и сервис по-разному понимали условия.
Если вы ищете, что такое реферальная программа, скорее всего, вам нужно решить вполне прикладную задачу: можно ли рекомендовать продукт своей аудитории и получать за это деньги. Автору канала, менеджеру маркетплейсов или наставнику недостаточно увидеть обещанный процент. Нужно знать, за какое действие его начисляют, как определяют приглашённого продавца и где потом проверить результат. На примере своей программы я покажу известные условия, а технические вопросы без подтверждённого ответа обозначу отдельно. Правила других сервисов могут отличаться, даже если внешне их ссылки выглядят одинаково.
Что именно делает реферальная ссылка
Реферальная программа — это договорённость, по которой сервис вознаграждает вас за привлечённого клиента при выполнении оговорённых условий. Вы рекомендуете продукт, человек приходит по вашей рекомендации, а сервис учитывает подходящее действие этого человека. Таким действием может быть регистрация или оплата, поэтому само слово «реферальная» ещё ничего не говорит о деньгах. В SellOps я начисляю партнёру 15% с каждого платежа приведённого продавца в течение 12 месяцев с его первого платежа. За одну лишь регистрацию начисления не возникает, и переход по ссылке тоже не означает заработок.
Реферальная ссылка ведёт на страницу продукта и содержит метку, по которой система может определить партнёра. Человеку не нужно отдельно объяснять сервису, чей обзор он прочитал: эту информацию передаёт ссылка. Реферальный код — это отдельное обозначение пригласившего участника, которое в некоторых программах вводят при регистрации или покупке. Такой код не обязательно даёт скидку: вознаграждение рекомендателю и скидка покупателю — разные условия. В SellOps после одобрения заявки партнёр получает именно реферальную ссылку; отдельный ввод кода в переданных условиях не описан.
Когда меня спрашивают, как работает реферальная ссылка, я предлагаю разделить передачу метки и её последующее хранение. Сначала сайт получает сведения о том, от какого партнёра пришёл посетитель, а затем должен сохранить связь до нужного действия. Распространённый способ — записать метку в cookie браузера, но возможна и привязка к зарегистрированному аккаунту. Это разные механизмы: запись в браузере сама по себе не становится записью в учётной записи человека. По внешнему виду ссылки нельзя определить, какой вариант использован и переживёт ли привязка очистку браузера. Поэтому общее устройство технологии я могу объяснить, а конкретную реализацию нельзя приписывать сервису без подтверждения.
Сколько живёт привязка и что происходит при смене устройства
У любой такой программы нужно различать время от перехода до закрепления клиента и срок начислений после покупки. Первый промежуток отвечает на вопрос, сколько человек может думать перед регистрацией или оплатой, чтобы рекомендация ещё учитывалась. Второй определяет, как долго партнёр получает вознаграждение за уже приведённого покупателя. В SellOps начисления идут 12 месяцев с первого платежа продавца, а не с публикации обзора или открытия ссылки. Но срок хранения метки до закрепления клиента в описанных здесь условиях не указан. Было бы ошибкой подставить вместо него те же 12 месяцев: это срок начислений, а не подтверждённый срок жизни cookie.
Теперь вернусь к телефону и рабочему компьютеру. Если система сохранила рекомендацию только в браузере телефона, браузер компьютера обычно не получает эту запись автоматически. Если же продавец зарегистрировался на телефоне и сервис закрепил партнёра за его аккаунтом, последующая оплата с другого устройства может учитываться через этот аккаунт. Однако сам вход с одинаковой почтой ещё не доказывает, что конкретная программа именно так устроена. Для SellOps в переданных условиях нет подтверждённого правила учёта переходов между устройствами. Поэтому я не буду обещать, что такой платёж обязательно попадёт партнёру.
Не путайте срок начисления вознаграждения со сроком хранения реферальной метки. Указание «12 месяцев с первого платежа» не гарантирует, что сервис узнает человека спустя время после перехода или после смены устройства. До размещения ссылки получите письменное пояснение о закреплении клиента, сроке действия метки и оплате из другого браузера. Если ответа нет, считайте этот сценарий неподтверждённым, а не автоматически работающим.
Есть и менее заметный случай: продавец прочитал ваш обзор, а потом открыл ссылку другого автора. Нужно заранее узнать, какая рекомендация получает приоритет и может ли уже установленная связь измениться. Отдельно стоит спросить про существующих клиентов сервиса, повторную регистрацию и возможность разобрать спорное начисление. Универсального ответа здесь нет, потому что программы устанавливают собственные правила. Я бы описал поддержке конкретный маршрут человека, включая устройства и момент регистрации, вместо общего вопроса «у вас всё отслеживается?». Ответ на такой маршрут полезнее уверенной фразы без деталей.
Как посчитать вознаграждение и не принять его за чистый доход
Я начинаю расчёт не с размера аудитории, а с платежа продавца, который учтён как приведённый партнёром. Сначала беру сумму оплаты: у SellOps тариф «Старт» стоит 1990 ₽ в месяц, а «Про» — 2990 ₽ в месяц. Затем умножаю соответствующую сумму на 15%, без вычитания собственных расходов партнёра на этом этапе. Получается 298,50 ₽ с платежа за «Старт» и 448,50 ₽ с платежа за «Про». Это арифметика по условиям программы, а не обещание, что кто-то из вашей аудитории обязательно оформит подписку.
Следующим шагом складываю вознаграждения по фактически учтённым платежам, проверяя срок начислений отдельно для каждого продавца. Число приведённых продавцов в SellOps не ограничено, но общий срок для всей аудитории не запускается: у каждого клиента отсчёт идёт от его первого платежа. После этого из суммы вознаграждений за выбранный период вычитаю расходы партнёра на размещения, подготовку обзора и другие оплаченные работы, относящиеся к этому привлечению. Затем учитываю применимые налоги по своему статусу, не подставляя чужую ставку из интернета. Если считаю именно движение денег, беру полученную выплату, а не ещё не выплаченное начисление. Так я не смешиваю в одном результате заработанное по кабинету и деньги, которыми уже можно распоряжаться.
Конкретная ошибка — записать весь платёж приглашённого продавца в собственный доход, а потом вычесть из него стоимость размещения. При оплате «Старта» покупатель перечисляет сервису 1990 ₽, но партнёру начисляется 298,50 ₽. Если поставить в начало расчёта полную стоимость подписки, результат окажется завышен на 1691,50 ₽ по такому платежу. На бумаге размещение может выглядеть окупившимся, хотя реальное вознаграждение даже не покрыло расходы. Я поэтому всегда подписываю исходную строку «вознаграждение партнёра», а платёж клиента держу отдельно как базу расчёта.
Другая ошибка возникает, когда право получать начисления в течение 12 месяцев принимают за обязательство клиента всё это время платить. В SellOps вознаграждение связано с каждым платежом, а не с обещанной годовой суммой за привлечённого человека. Нет следующего платежа — нет и соответствующего начисления. Поэтому будущие продления можно рассматривать как сценарий, но нельзя записывать их в уже заработанное. У меня нет переданных данных о доходах других партнёров или о том, какая часть аудитории оплатит сервис, и я не буду заменять их красивым прогнозом. Если нужен расчёт для своей аудитории, предположение о числе оплат надо явно отделить от фактических покупок.
Чем программа отличается от CPA-сети и арбитража
В прямой программе вы обсуждаете условия с самим сервисом и получаете от него инструмент учёта рекомендаций. CPA-сеть обычно выступает посредником между рекламодателями и теми, кто приводит им клиентов, а выплаты привязаны к оговорённым действиям. Участник выбирает предложение и работает по его правилам, которые могут различаться даже внутри одной сети. Поэтому противопоставлять CPA и реферальную программу как совершенно несовместимые вещи неправильно: оплата за действие может встречаться в обоих случаях. Для меня практическая разница — с кем согласовывать условия, кто учитывает результат и кто разбирает спор. Само название модели не гарантирует ни прозрачности, ни выгодности.
Арбитраж трафика — это уже способ привлечения: человек покупает рекламу и рассчитывает получить вознаграждений больше, чем потратил. Реферальная программа при этом может быть источником выплат, если её правила разрешают такой трафик. У автора Telegram-канала ситуация другая: аудитория уже читает его по своей воле, хотя создание материалов тоже требует труда и иногда денег. Я не стал бы называть эти затраты нулевыми только потому, что не покупаю показы для конкретной публикации. И я не советую запускать платное привлечение в SellOps на основании одной ставки: разрешённые источники трафика и технические правила учёта в описанных условиях не уточнены.
Моя программа адресована тем, кто уже работает с аудиторией продавцов и может объяснить, зачем ей смотреть аналитику. Это могут быть авторы каналов, менеджеры маркетплейсов, наставники и консультанты, которые готовы разобраться в продукте перед рекомендацией. Тем, кому нужен гарантированный доход за публикацию или оплата за сам переход, такая механика не подойдёт. Не подойдёт она и как обещание лёгкого заработка человеку без подходящей аудитории и без желания показывать сервис по существу. В статье о том, как заработать на Telegram-канале и не потерять доверие продавцов, я отдельно разбираю отношения рекомендации и доверия. Здесь мой ориентир простой: финансовую заинтересованность лучше раскрыть, а читателю оставить право не покупать.
Что проверить перед заявкой и публикацией
В SellOps вход в программу устроен через заявку: нужны почта, пароль для партнёрского кабинета и реквизиты для выплат. Я рассматриваю заявки вручную, обычно за пару дней. После одобрения партнёр получает реферальную ссылку и кабинет со списком приведённых продавцов, их тарифами и датами. В сводке отдельно показано, сколько заработано всего, сколько к выплате и сколько уже выплачено, а перевод приходит на карту или счёт, указанные в заявке. Описанную механику и форму входа я собрал на странице партнёрской программы SellOps. При этом способ перевода не отвечает на вопрос о графике выплат, поэтому его следует уточнить отдельно.
Перед рекомендацией я предлагаю посмотреть, что именно предстоит показывать аудитории. В партнёрском кабинете есть демо-магазин: можно выбрать электронику, дом и интерьер или косметику. Сервис собирает магазин с выдуманными товарами и настоящими расчётами по ним, после чего партнёр открывает его по отдельной одноразовой ссылке служебным аккаунтом. Это позволяет записать обзор, не раскрывая собственные обороты и поставщиков. Данные такого магазина нельзя выдавать за результаты реального бизнеса или доказательство будущего заработка. Я использую этот формат именно для объяснения расчётов и устройства сервиса.
У любой программы я бы проверил основание начисления, срок закрепления клиента, правила повторных оплат и порядок выплат, а не ограничивался размером процента. Отдельного ответа требуют возвраты, минимальная сумма перевода, возможные удержания и последствия прекращения участия. В переданных условиях SellOps эти детали не раскрыты, поэтому я не буду придумывать ни отсутствие ограничений, ни удобные сроки. Полезно также заранее понять, какие сведения доступны при споре: строка в кабинете помогает проверке, но сама по себе не объясняет потерянный переход. Я бы сохранил письменные ответы и условия, на основании которых планирую размещение. Это позволяет сравнивать программы по реальному порядку работы, а не по обещаниям на первом экране.
Завтра начните с описания обычного пути вашего читателя: где он увидит обзор, на каком устройстве откроет ссылку и когда сможет оплатить. Отправьте этот сценарий вместе с вопросами о сроке привязки, смене устройства и повторном переходе по чужой ссылке. После подтверждения условий проверьте доступный способ тестирования учёта, не предполагая, что собственная тестовая покупка автоматически разрешена. Затем посмотрите демо-магазин и подготовьте объяснение конкретного расчёта, который действительно нужен вашей аудитории. В своей таблице разделите платежи клиентов, партнёрские начисления, полученные выплаты и расходы. Публиковать рекомендацию я бы стал только тогда, когда могу без догадок объяснить, за что мне заплатят и где заканчиваются известные условия.