Учёт партнёрских выплат и отслеживание рефссылок

Идея партнёрской программы выглядит простой: платим процент тому, кто привёл клиента. Проблемы начинаются в момент, когда приходит первый счёт от партнёра, а вы открываете таблицу и понимаете, что не можете доказать ни одну цифру. Клиент перешёл по ссылке в марте, зарегистрировался в апреле, оплатил в мае и назвал промокод другого партнёра. Чья это продажа и сколько вы должны? Ответ на этот вопрос — не маркетинг, а учётная система.

Как отследить, кто привёл

Реферальная ссылка с меткой партнёра. К адресу добавляется параметр вида ?ref=ivanov, сайт сохраняет метку в куки и передаёт её дальше — в заявку, регистрацию или заказ. Дёшево и универсально. Слабое место: куки живут ограниченный срок, их чистят, блокируют, а человек часто открывает ссылку с телефона, а покупает с рабочего компьютера — метка теряется.

Персональный промокод. Клиент вводит его сам, поэтому устройство и браузер уже не важны — код работает даже при заказе по телефону. Минус в утечках: код расходится по купонным агрегаторам, и вы платите за трафик, который пришёл бы и без партнёра.

Отдельная посадочная страница. Даёт чистую статистику и позволяет подстроить текст под аудиторию конкретного партнёра. Цена — поддержка: страниц становится много, они устаревают, за ними нужно следить.

UTM-метки. Хороши для аналитики трафика, но для расчёта денег их одних недостаточно: метки теряются при переходах между доменами и не привязаны к конкретной сделке.

Привязка при регистрации. Самый надёжный вариант, если есть личный кабинет: партнёр записывается в базу рядом с клиентом в момент создания аккаунта и больше никуда не исчезает. Работает только там, где регистрация обязательна.

На практике способы комбинируют: ссылка как основной канал, промокод как запасной, ручная привязка менеджером для сделок из офлайна.

Атрибуция: чья продажа

Атрибуция — это правило, по которому одна продажа закрепляется за одним партнёром. Два базовых подхода: первый контакт (платим тому, кто привёл клиента впервые) и последний контакт (платим тому, после чьей рекомендации произошла покупка). Первый честнее по отношению к тем, кто открывает новую аудиторию, второй проще объяснить и посчитать.

Второй параметр — срок жизни привязки. Стандартные значения — 30 или 90 дней с момента перехода. Если клиент купил на 120-й день, партнёр вознаграждение не получает. Срок должен быть числом в системе, а не вопросом настроения.

Отдельно описываются пересечения: что делать, если клиента привели двое. Варианты — приоритет по выбранной модели, деление вознаграждения пополам или приоритет промокода над куки. Любой из них рабочий, нерабочий только один: решать каждый случай заново. Плюс нужен механизм ручного разрешения спорных ситуаций с фиксацией, кто и на каком основании принял решение.

Все эти правила фиксируются письменно и публикуются для партнёров до запуска. Правила, которые появляются после первого спора, партнёры воспринимают как попытку не заплатить.

Начисления и выплаты

Начисление проходит через статусы: ожидает подтверждения (сделка засчитана, но ещё не проверена) → подтверждено (проверено, попадает в баланс) → выплачено (деньги ушли, есть документ). Каждый переход фиксируется с датой и автором.

Между первым и вторым статусом стоит холд — период, в течение которого возможен возврат или отказ. Без холда вы платите вознаграждение за сделки, которые потом отменяются, и возвращать эти деньги придётся вручную. Срок холда логично привязать к сроку возврата в вашем договоре.

Дальше — минимальная сумма к выводу (чтобы не гонять переводы по сто рублей) и периодичность выплат: раз в месяц по итогам закрытого периода — понятный и предсказуемый вариант.

Юридическая часть зависит от статуса партнёра: самозанятый, ИП или физическое лицо. От этого меняются документы, порядок удержания налога и отчётность. Схему обязательно сверяйте с бухгалтером — универсального ответа здесь нет, а ошибка стоит дороже, чем консультация.

Частые ошибки

• Ручной расчёт в таблице. Работает на пяти партнёрах и разваливается на пятидесяти: расхождения, забытые сделки, спорные строки.
• Изменение правил задним числом. Снижение процента или срока привязки для уже начисленных сделок гарантированно ломает доверие.
• Непрозрачная статистика. Если партнёр не видит свои переходы, сделки и статусы в личном кабинете, он не верит итоговой цифре — и уходит.
• Отсутствие холда. Выплата сразу после заказа означает, что возвраты вы оплачиваете из своего кармана.
• Нет закрывающих документов. Переводы без актов и чеков превращаются в проблему при первой же проверке.

FAQ

Как отследить реферальную ссылку? К адресу добавляется уникальный параметр партнёра, при переходе он сохраняется в куки и записывается в заявку или профиль. Для надёжности его дублируют промокодом и привязкой при регистрации.

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

Как автоматизировать выплаты партнёрам? Нужны учёт переходов и сделок, автоматический расчёт по правилам, статусы начислений, личный кабинет партнёра и выгрузка реестра на выплату.

Что такое холд в партнёрской программе? Период ожидания между сделкой и подтверждением вознаграждения, в течение которого возможен возврат. Защищает от выплат за отменённые заказы.

Нужен ли личный кабинет партнёру? Да. Прозрачная статистика в реальном времени снимает большую часть вопросов и споров ещё до их появления.

Коротко о главном

Партнёрская программа — это учётная система, а не строчка в договоре. Работает она тогда, когда каждый переход зафиксирован, правила атрибуции описаны заранее, начисления проходят через понятные статусы с холдом, а партнёр видит свою статистику сам. Всё остальное — переговоры о процентах. Настрою учёт переходов, атрибуцию и автоматические начисления под вашу модель — с личным кабинетом партнёра и выгрузкой на выплату.