Як створити реферальну програму: посилання, відстеження, винагороди та правила проти шахрайства

Реферальна програма винагороджує наявних клієнтів за те, що вони приводять нових. Щоб її створити, потрібні унікальний код або посилання для кожного клієнта, спосіб запам’ятати цей код, коли приходить новий відвідувач, запис, що пов’язує новий акаунт із тим, хто запросив, чітке правило того, коли реферал зараховується, винагорода (кредит, знижка або гроші) і перевірки, які не дають людям запрошувати самих себе. Сам код — не найскладніша частина. Найскладніше — обрати подію для зарахування, яка відображає справжню цінність, і створити винагороди, які не коштують більше, ніж клієнти, яких вони приводять.

Визначте правила до побудови

Запишіть їх спершу. Кожне з них змінює побудову:

• Хто може запрошувати? Кожен клієнт, лише платні клієнти, чи лише ті, хто з вами певний час?
• Що вважається успішним рефералом? Реєстрація, перша оплата, перше замовлення на певну суму чи перебування понад вікно повернення коштів або пробний період?
• Яка винагорода і кому? Лише тому, хто запросив, чи обом сторонам (двосторонню пропозицію «дайте 10, отримайте 10»)?
• Якою буде форма винагороди? Кредит на акаунті, знижковий код, безкоштовний місяць, фізичний подарунок чи гроші.
• Чи є обмеження? Ліміт на людину на місяць, строк дії кредиту, одна винагорода на нового клієнта.
• Скільки часу посилання діє? Якщо хтось клікнув сьогодні і зареєструвався через три тижні, чи це ще зараховується?

Поширене просте налаштування: обидві сторони отримують кредит на акаунт, а реферал зараховується, коли пройшла перша оплата нового клієнта і минуло вікно повернення коштів.

Що потрібно програмі

Дані

Тримайте реферали та винагороди окремо. Реферал може існувати без винагороди (очікує або відхилено), а винагороду можна скасувати, якщо запрошений клієнт попросить повернення коштів.

Сторінки та елементи

• Сторінка «Запросити друга» в акаунті клієнта: його посилання, кнопки поширення і список його рефералів зі статусами та отриманими винагородами.
• Досвід для запрошеного відвідувача: «Alex дав тобі знижку $10 на перше замовлення», пропозиція застосовується під час оформлення або реєстрації.
• Логіка атрибуції, яка зберігає код, коли людина приходить за посиланням, і прив’язує його до акаунта під час реєстрації.
• Логіка зарахування, яка спрацьовує, коли відбувається кваліфікуюча подія, часто через платіжний вебхук.
• Адмін-вигляд: усі реферали, очікувані погодження, позначені, загальна сума виданих винагород.
• Сторінка умов, які чітко описують правила.

Як працює атрибуція

1. Alex ділиться посиланням yourapp.com/?ref=ALEX42.
2. Sam клікає. Застосунок зберігає ALEX42 у cookie або local storage з датою.
3. Sam переглядає, іде, повертається через кілька днів і реєструється. Під час реєстрації застосунок читає збережений код і створює очікуваний реферал від Alex до Sam.
4. Sam оплачує перше замовлення. Платіжний провайдер повідомляє ваш застосунок; після вікна повернення коштів реферал стає зарахованим.
5. Застосунок видає обидві винагороди і повідомляє Alex.

Також дозвольте людям вводити код під час реєстрації або оформлення, для рефералів, які відбуваються через розмови. Вирішіть, що відбувається, якщо людина прийшла за двома різними посиланнями; зазвичай діє правило «зараховується останнє клікнуте».

Шахрайство й зловживання

Будь-яку винагороду, що чогось вартує, будуть перевіряти на міцність. Базовий захист:

• Без самореферал: відхиляйте, коли запрошений акаунт має спільну електронну пошту, платіжну картку, телефон або адресу доставки з тим, хто запросив.
• Зараховуйте за цінністю, а не за реєстрацією: оплачене, неповернене замовлення підробити значно важче, ніж адресу електронної пошти.
• Період очікування перед тим, як винагорода стане доступною.
• Обмеження на того, хто запрошує, на місяць.
• Ручна перевірка для тих, у кого раптово різко зросла кількість рефералів.
• Скасування винагород, якщо кваліфікуючий платіж повернуто.

Винагороди й платежі

Кредит на акаунті — найпростіша винагорода для роботи: це число на акаунті клієнта, яке віднімає оформлення замовлення. Знижкові коди добре працюють для магазинів. Грошові виплати — найскладніші: ви збираєте реквізити для виплат, обробляєте невдалі перекази і можете мати обов’язки з податкової звітності залежно від того, де знаходитеся ви і ваші клієнти, тож перевірте місцеві правила або проконсультуйтеся з радником. Якщо ви приймаєте платежі через Stripe або подібний сервіс, нехай платіжні вебхуки керують зарахуванням. Наш гайд про додавання платежів описує налаштування.

Приклад першого промпту, що працює

Додай реферальну програму до нашого застосунку підписки на готові набори інгредієнтів. Кожен авторизований клієнт отримує унікальний реферальний код і посилання виду /?ref=CODE. Коли відвідувач приходить з ?ref=, зберігай код у cookie на 30 днів і прив’язуй до його акаунта під час реєстрації. Запрошений клієнт автоматично отримує знижку $15 на першу коробку. Під час реєстрації створюй очікуваний реферал; коли перша оплата запрошеного клієнта проходить (з наявного Stripe-вебхука) і минає 14 днів без повернення коштів, позначай реферал як зарахований і додавай тому, хто запросив, кредит $15 на акаунт. Відхиляй самореферали, якщо електронна пошта, відбиток картки або адреса доставки збігаються з тим, хто запросив. Обмеж винагороди до 10 на того, хто запрошує, на місяць. Додай сторінку «Запросити друга» з посиланням клієнта, кнопками поширення і його рефералами зі статусом. Додай адмін-сторінку зі списком усіх рефералів і фільтрами: очікують, зараховані, відхилені, позначені. Зберігай усе в базі даних.

Кроки побудови

1. Коди та сторінка «Запросити друга». Створіть код для кожного клієнта, покажіть посилання.
2. Атрибуція. Зберігайте код під час приходу, прив’язуйте під час реєстрації, дозвольте ручне введення.
3. Пропозиція для запрошеного клієнта, застосована під час оформлення або реєстрації.
4. Зарахування за платіжною подією з періодом очікування.
5. Винагороди, видані як кредит, і кредит, застосований під час оформлення.
6. Перевірки на шахрайство й ліміти.
7. Адмін-вигляд і сповіщення («Sam щойно приєднався за вашим посиланням»).
8. Наскрізне тестування з тестовими платежами: запросіть, зареєструйтеся в приватному вікні, оплатіть, зробіть повернення і перевірте, що винагорода скасована.

Типові помилки

• Винагородження реєстрацій. Запрошує фейкові акаунти.
• Винагороди більші, ніж коштує клієнт. Перед тим як встановлювати суму, прорахуйте, скільки в середньому приносить новий клієнт.
• Коди губляться між кліком і реєстрацією. Протестуйте випадок, коли людина клікнула, пішла і повернулася пізніше.
• Немає скасування при поверненнях коштів.
• Приховування програми. Розмістіть посилання в меню акаунта, у підтвердженні замовлення та в листі після покупки.
• Розмиті умови. Нечіткі правила ведуть до звернень у підтримку і суперечок.

Коли краще реферальний інструмент

Платформи рефералів і партнерських програм обробляють атрибуцію між пристроями, виявлення шахрайства, виплати та податкові форми, і вони інтегруються з поширеними системами магазинів та білінгу. Якщо ви ведете інтернет-магазин на готовій платформі, спершу перевірте її маркетплейс застосунків; реферальний застосунок може встановлюватися за лічені хвилини. Якщо ви плануєте платити грошові комісії багатьом партнерам, платформа партнерських програм зазвичай безпечніша, ніж створювати виплати самостійно.

Будуйте власну, коли ваш продукт уже має акаунти й платежі, якими ви керуєте, коли винагороди — це кредит на акаунті, а не гроші, або коли правила специфічні для вашого бізнесу. Для механік «запросіть друзів, щоб піднятися в списку» до запуску див. як створити сторінку листа очікування. Для винагород за повторні покупки, а не реферали, див. як створити застосунок програми лояльності.

Побудова з Mythex

У Mythex ви можете попросити агента додати реферальну програму до застосунку, який ви будуєте, і протестувати весь процес у живому прев’ю. Агент додає окрему базу даних Postgres, коли рефералам потрібно зберігатися (або введіть /database). Mythex не включає вбудованого входу або платежів для застосунків, які ви будуєте: ви підключаєте власну автентифікацію та власний акаунт Stripe, з ключами, що зберігаються як секрети проєкту (рецепт Stripe). Платіжним вебхукам потрібна публічна адреса, тож публікуйте застосунок перед наскрізним тестуванням (рецепт вебхуків).

Запитання