Награды по реферальной программе: как платить

Реферальная программа отвечает не только на вопрос «как привести клиента», но и на вопрос «чем и когда за это платить». Бизнес, который запускает такую программу или уже её ведёт, каждый раз проходит одни и те же развилки: какую награду предложить, какого она должна быть размера, в какой момент её начислять и как потом выплатить и учесть. Ошибка в любой точке стоит дорого: слишком щедрая награда съедает маржу с продажи, слишком быстрая выплата оплачивает заказы, которые через неделю отменят, а путаница в учёте превращает программу в источник споров с партнёрами вместо источника клиентов. Дальше — по порядку, с оглядкой на то, как эти же вопросы давно решены в CPA-размещении, где холд, биллинг и выплаты — не дополнительная функция, а основа платформы.

Виды наград

У награды за рекомендацию четыре основные формы, и выбор между ними — это выбор между простотой для бизнеса и мотивацией для участника.

Деньги — самая понятная награда: перевод на карту или в электронный кошелёк. Она не требует объяснений и одинаково работает для любой аудитории — от разового покупателя до постоянного партнёра, который приводит клиентов регулярно. Оборотная сторона — деньги обязывают бизнес выстроить выплатную часть: собирать реквизиты, проводить переводы, отчитываться перед налоговой за каждого получателя (подробнее — в разделе «Выплата деньгами»).

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

Баллы и бонусы — внутренняя валюта программы: начисляются за приглашение, тратятся на покупки или обмениваются на что-то ещё. Это гибрид денег и скидки — баллы ощущаются как собственные средства, но их можно осмысленно ограничивать курсом обмена и сроком сгорания, не трогая при этом цену товара. Плата за такую гибкость — отдельный учёт баллового баланса на каждого участника (об этом — в разделе «Учёт»).

Подарок — физический товар вместо денег. Он дороже в логистике: нужно закупить, отправить, отследить доставку и обработать возврат, если товар не подошёл, — зато воспринимается как более личный жест, чем строка в выписке. У подарка есть и налоговая особенность: подарки стоимостью до 4 000 ₽ в год на одного человека не облагаются НДФЛ, в отличие от денежного вознаграждения за то же самое действие.

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

Отдельный случай — не разовый рекомендатель, а партнёр или агент, который приводит клиентов на постоянной основе и получает долю не с одной сделки, а с потока. Здесь схема усложняется: агент может привести другого агента, и вопрос, кому и сколько положено, требует не одной ставки, а цепочки начислений на несколько уровней вглубь. Для такой модели годится тот же принцип, что и в CPA-сети с субагентами, — доля от выплат распределяется по уровням автоматически, а не пересчитывается вручную каждый раз, когда в цепочке появляется новый участник.

Размер награды

Фиксированная сумма предсказуема и просто объясняется участнику: «приведи друга — получи 500 ₽». Она не зависит от суммы покупки, и это иногда работает против бизнеса — за клиента с чеком в тысячу рублей и за клиента с чеком в сто тысяч будет заплачено одинаково, а значит, крупные заказы фактически субсидируют мелкие.

Процент от заказа или от суммы первой покупки решает эту проблему: награда растёт вместе с ценностью приведённого клиента. Здесь полезно держать в голове ту же метрику, что и в CPA-размещении, — стоимость привлечения одного клиента по обычным платным каналам, и не превышать её реферальной наградой. Если платный канал приводит клиента за условные 800 ₽, а по реферальной ссылке компания готова платить 1 500 ₽, программа не дополняет остальные каналы, а обесценивает их: выгоднее закрыть рекламу и оплачивать только рекомендации.

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

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

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

Когда начислять

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

В CPA-размещении эту проблему давно решает холд — пауза между целевым действием и подтверждением конверсии, за которую становится ясно, состоялся заказ на самом деле или нет. Тот же принцип переносится в реферальную программу: начисление появляется сразу, рекомендатель видит его в кабинете со статусом «в обработке», а статус «к выплате» — только после того, как истёк срок, совпадающий с окном возврата или отмены заказа. Если товар можно вернуть в течение 14 дней, холд в 14 дней снимает риск оплатить то, что через две недели превратится в возврат, вместо того чтобы потом требовать деньги обратно у партнёра.

У холда есть и побочный эффект: участники программы привыкают, что награда не исчезает, а откладывается на понятный и заранее известный срок, — и это проще объяснить в интерфейсе, чем задним числом списывать уже выплаченные деньги и разбираться, почему баланс партнёра ушёл в минус. Платформы, которые ведут учёт конверсий и холдов как основную функцию, а не как надстройку, отдают этот механизм готовым — см. холды и подтверждение конверсий (/features/holds-and-approvals) — вместо того чтобы собирать его вручную поверх CRM или таблиц, где статус легко забыть обновить.

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

Выплата деньгами

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

С точки зрения налога это не подарок, а вознаграждение за конкретное действие — приглашение клиента, — поэтому исключение для подарков до 4 000 ₽ в год здесь не применяется. Если компания платит физическому лицу по договору за приведённого клиента, она в большинстве случаев выступает налоговым агентом и обязана удержать и перечислить в бюджет 13% НДФЛ, прежде чем перевести остаток человеку. Это стоит закладывать в размер выплаты заранее — указывать в правилах программы сумму «на руки», а не размер начисления, — а не выяснять уже после первого перевода, когда участник ждёт другую цифру.

Второй вопрос — периодичность и масштаб. Разовые ручные переводы работают, пока рекомендателей десятки и выплаты можно проверить глазами; при сотнях и тысячах участников нужен реестр начислений с привязкой к статусу холда и журналом уже отправленных сумм — иначе один и тот же заказ рано или поздно оплатят дважды, а сверка на конец месяца превращается в отдельный проект. Тому, кто уже ведёт выплаты вебмастерам в CPA-сети, добавить реферальную программу в тот же реестр проще, чем строить для неё отдельный процесс с нуля (см. выплаты и учёт — /features/payouts-and-ledger).

Реестр начислений полезен не только бухгалтеру. Если к процессу подключены несколько человек — саппорт отвечает на вопросы участников, финансист согласовывает крупные выплаты, — стоит разграничить, кто что видит и меняет, и вести журнал: кто и когда провёл конкретную выплату. Тот же журнал показывает, каким способом ушли деньги и по чьему решению, и снимает часть споров «кто разрешил» ещё до того, как они возникают.

Бонусы и скидки

У скидок и баллов другая налоговая логика, чем у денег. Если условия программы открыты и одинаковы для всех участников, скидка не признаётся индивидуальным доходом конкретного человека, и НДФЛ с неё не удерживается — ФНС прямо разъясняла это применительно к бонусам в форме скидок по программам лояльности. Для бизнеса это значит, что при выборе между «перевести 500 ₽» и «дать скидку 500 ₽ на следующий заказ» второй вариант снимает часть административных хлопот: не нужно запрашивать банковские реквизиты, удерживать налог и отчитываться по каждому конкретному человеку перед налоговой.

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

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

Учёт

Чтобы награда не превращалась в спор «мне не заплатили» или «заплатили не за то», у каждого начисления должен быть виден путь: начислено — в холде — подтверждено — выплачено — отменено. Без этого пути невозможно ответить на два практических вопроса, которые рано или поздно задаёт финансовый директор: сколько бизнес должен партнёрам прямо сейчас и сколько из уже начисленного никогда не будет выплачено из-за отмен и возвратов.

Чтобы вообще понять, кого награждать, нужны контактные данные приглашённого — телефон или e-mail, по которым видно, что это не тот же человек, что рекомендатель, а другой клиент. Это персональные данные третьего лица, и их сбор и хранение подчиняются тем же требованиям 152-ФЗ, что и любые другие контакты клиентов: согласие на обработку, ограничение цели использования и право на удаление по запросу.

Отменённый или возвращённый заказ должен снимать награду со статуса «к выплате», а не просто вычитаться из следующей выплаты постфактум — иначе рекомендатель не понимает, почему сумма в его кабинете не совпадает с тем, что он ожидал увидеть. Журнал действий и статусы, унаследованные из холда, закрывают именно эту потребность: у каждого изменения суммы есть причина и дата, к которым можно вернуться при споре с партнёром. Для бизнеса, который уже считает конверсии и холды в CPA-сети, учёт реферальных наград — не новая система, а ещё один тип начислений в том же самом реестре.

У самого учёта тоже должны быть границы доступа: кто может менять статус начисления, кто только смотрит отчёт, а кто настраивает правила программы. Журнал действий, где видно, кто и когда изменил конкретную запись, защищает не только от ошибки, но и от спора внутри самой компании — когда несколько человек работают с одним реестром начислений, а через полгода нужно понять, почему сумма партнёру не совпадает с ожидаемой. Для интеграции с сайтом или CRM, откуда приходят данные о заказах и отменах, полезен API с отдельными ключами на каждую систему — так один скомпрометированный сервис можно отключить, не трогая остальные.

Если холды, реестр начислений и выплаты для реферальной программы нужны не на бумаге, а как рабочий инструмент — оставить заявку на подключение CPA-сети (/cpa-set).