Реферальная программа для малого бизнеса: правила, учёт рекомендаций и экономика
Реферальная программа даёт клиенту понятный способ рекомендовать бизнес и получить награду за заранее определённый результат. Чтобы она работала управляемо, нужны пять вещей: событие, за которое начисляется награда; правило, кому относится рекомендация; журнал операций; порядок отмен; расчёт затрат на привлечённого покупателя. Одной фразы «приведи друга» для этого недостаточно.
Ниже рассматриваем программу для магазина или услуг с двумя сторонами вознаграждения: новому покупателю и рекомендателю. Главный вопрос — как исполнить обещание и понять экономику, включая спорные рекомендации и повторные заказы. Все суммы и сроки в примерах условные; готовые правила нужно согласовать с фактическим процессом вашего бизнеса.
Начните с одного засчитываемого события
Рекомендация, регистрация и покупка — разные события. Если цель программы — новые оплаченные заказы, не начисляйте основную награду только за переход по ссылке. Сначала сформулируйте, кто считается новым покупателем, какие покупки участвуют и когда заказ достаточно подтверждён для начисления. Определение должно одинаково работать в магазине, переписке и учётной системе.
Пример операционного правила: «Награда рекомендателю создаётся после первого завершённого заказа приглашённого клиента, если рекомендация закреплена до оплаты. Выдача происходит после проверки статуса заказа». Период проверки выбирайте под свой процесс, а не копируйте из чужой отрасли. В справке ReferralCandy условия награды и момент её выдачи рассматриваются отдельно; это полезное разделение и для ручного учёта.
Определите источник истины для рекомендации
У каждого приглашения должен быть идентификатор: индивидуальная ссылка, код или запись сотрудника с подтверждённым основанием. У каждого нового клиента — стабильная карточка, а не произвольно введённое имя. Источник истины — журнал, где видно, кто, кого и когда пригласил, к какому заказу относится событие и на основании какого правила принято решение.
Не пытайтесь восстановить происхождение заказа только по устному воспоминанию через месяц. Для офлайн-покупки сотрудник уточняет код до оплаты и фиксирует его в предусмотренном месте. Для сайта проверяют передачу идентификатора между страницами и оформлением. Если технического отслеживания нет, начните с небольшого ручного пилота, где каждую связь можно проверить.
Что делать, если клиента пригласили двое
| Ситуация | Пример заранее выбранного правила | Что сохранить в журнале |
|---|---|---|
| Два разных кода | Учитываем код, подтверждённый клиентом до первой оплаты | Оба обращения, время выбора и итоговый код |
| Код назван после покупки | Передаём на ручную проверку без автоматического обещания | Причину задержки и решение ответственного |
| Сотрудник оформил заказ за клиента | Не используем случайную ссылку из браузера сотрудника | Основание связи с реальным рекомендателем |
| Повторная карточка того же человека | Сначала проверяем историю и объединение записей | Какие карточки сопоставлены и почему |
| Самостоятельная покупка по своему коду | Не засчитываем как привлечение нового покупателя | Основание проверки без лишних личных данных |
Это один возможный набор правил, а не универсальный стандарт. Можно выбрать первое подтверждённое приглашение вместо последнего кода, но смешивать подходы от случая к случаю нельзя. Объясните сотрудникам разницу между маркетинговой атрибуцией и наградой: реклама могла участвовать в знакомстве с брендом, а вознаграждение назначается по условиям программы.
Разделите начисление, доступность и выдачу
Статус «начислено» означает, что событие принято к учёту. «Доступно» — что проверка завершена и награду можно использовать. «Выдано» — что бизнес фактически понёс соответствующие затраты. Если всё объединено одной галочкой, невозможно понять размер обещаний и реальных расходов. Это особенно мешает, когда награда используется при следующем визите.
Минимальный журнал содержит дату, идентификаторы участника и приглашённого, заказ, тип и размер двух наград, статус, дату изменения и ответственного. Отдельно сохраняйте причину отмены или ручной корректировки. Исправления проводите новой записью, чтобы история не исчезала. Даже обычная таблица полезнее чата, где каждый сотрудник помнит свою версию договорённости.
Продумайте отмены и исключения до запуска
Проверьте сценарии полного и частичного возврата, отменённой услуги, перенесённой записи и смены состава заказа. Важно заранее знать, пересчитывается ли награда при изменении суммы и что происходит с ещё не использованным вознаграждением. Техническая обработка зависит от системы: документация ReferralCandy, например, отдельно описывает проверку отмен и ограничение периода пересмотра.
Не обещайте автоматическую защиту от злоупотреблений, если проверка фактически ручная. Сигналы для проверки — много приглашений за короткое время, повторяющиеся контакты, несоответствие истории первого заказа. Каждый сигнал требует разбирательства: большая семья или активный довольный клиент не становятся нарушителями только из-за необычного поведения.
Как рассчитать экономику двух наград
Для первого расчёта сложите стоимость награды новичку, награды рекомендателю, коммуникаций, обработки и технического обслуживания программы. Номинальная цена подарка и его затраты для бизнеса могут различаться. Если подарок занимает дефицитное время специалиста или вытесняет обычную продажу, простого учёта расходных материалов недостаточно.
Учебный пример: новичок покупает на 2 000 ₽. После переменных затрат до наград остаётся 800 ₽ вклада. Его подарок обходится в 120 ₽, награда рекомендателю — в 180 ₽, обработка и сообщения — в 50 ₽. Вклад первого заказа после этих затрат равен 800 − 120 − 180 − 50 = 450 ₽. Аренда, постоянная зарплата и прочие постоянные расходы этим расчётом ещё не покрыты.
За период завершились 40 подходящих первых заказов. Затраты на вознаграждения и обработку составили 14 000 ₽, ещё 4 000 ₽ потратили на запуск и обслуживание. Стоимость одного привлечённого по программе — 18 000 / 40 = 450 ₽. Если часть покупателей пришла бы и без награды, стоимость дополнительного привлечения будет выше. Учитывайте это отдельно от простого подсчёта помеченных заказов.
Повторные покупки оценивайте по когортам
Объедините клиентов по месяцу первого заказа и дождитесь сопоставимого срока наблюдения. Сравнивать приглашённых в начале месяца с людьми, пришедшими вчера, бессмысленно: у первых было больше времени вернуться. Смотрите долю повторных покупателей, вклад последующих заказов и фактическое использование награды рекомендателя.
Не выдавайте суммарную выручку рекомендованных клиентов за дополнительную прибыль. Часть заказов перенесена из других каналов, часть наград ещё предстоит выдать, а дорогая первая акция могла привлечь людей без дальнейшей потребности. Отдельный материал о расчёте LTV поможет выбрать горизонт наблюдения, а экономика повторного визита — проверить вклад возвращений.
Подготовьте короткую памятку участнику
Памятка отвечает на четыре вопроса: кому передать код, какое действие друга учитывается, когда станет доступна награда и куда обратиться при ошибке. Не прячьте главное условие в длинном тексте после яркого обещания. Если программа действует только для определённого ассортимента или способов заказа, это должно быть понятно до покупки.
«Передайте другу свой код. Он называет его до первой оплаты подходящего заказа. После завершения заказа и проверки статуса мы сообщим о доступной награде. Если код не удалось применить, напишите администратору с номером заказа — проверим ситуацию».
Сообщение о награде должно содержать её статус, способ использования и понятный контакт для вопроса. Не пишите «подарок уже ваш», когда его выдача ещё зависит от проверки. Отдельно подготовьте объяснение отказа: конкретное невыполненное условие и возможность уточнить ошибку учёта. Сотрудник не должен придумывать основания на месте.
Проверьте программу на пяти тестовых покупках
- Новый покупатель использует правильный код до оплаты.
- Один клиент пробует два кода разных рекомендателей.
- Заказ отменяется до выдачи награды.
- Повторный покупатель создаёт новую карточку.
- Сотрудник вручную исправляет ошибочное начисление.
Для каждой ситуации пройдите весь путь от приглашения до записи расходов. Проверьте текст условий, работу смены и сообщение участнику. После пилота решите, какие операции можно автоматизировать. В Лояльности 360 можно организовать поддерживаемые коммуникации с участниками; наличие конкретного реферального учёта и интеграции проверяйте перед обещанием механики клиентам.
Первичные источники
ReferralCandy: условия наград; момент выдачи награды; сигналы для проверки рекомендаций; отмены покупок и период пересмотра. Это примеры устройства специализированного продукта, а не описание функций Лояльности 360.