Как я автоматизировал раздачу призов за приглашения в разных городах без ручного учёта

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

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

Проблема: ручной учёт приглашений в семи городах

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

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

Из чего состоит реферальный бот Манго

Я спроектировал Манго-бот как единую систему для мессенджера MAX, работающую поверх общей базы данных вне зависимости от города участника. Каждый участник кооператива получает персональную реферальную ссылку сразу при первом обращении к боту. Ссылка привязана к его идентификатору, а не к городу, поэтому вся система работает как единое целое, а не как семь независимых локальных реестров.

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

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

Антифрод-защита от накруток

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

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

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

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

Автоматическое начисление призов

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

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

Для организаторов автоматическое начисление означает, что финал конкурса не превращается в аврал со сверкой данных за несколько дней до раздачи призов — все цифры уже посчитаны системой на протяжении всего периода, и остаётся только выгрузить финальный рейтинг из админ-панели.

Что получил кооператив в итоге

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

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

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

Кому подойдёт такое же решение

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

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

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

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

Частые вопросы

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

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

Подходит ли такая система для конкурса в одном городе, а не в семи? Да, архитектура одинаково хорошо работает и для одного города, и для распределённой сети — разница только в объёме данных, которые видит администратор в панели.

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

Реферальный Манго-бот для кооператива «Артель» снял с организаторов ручной учёт приглашений по семи городам и заменил его автоматической системой с защитой от накруток и мгновенным начислением призов. Конкурс запущен и реально работает: десятки участников приглашают друзей, и вся математика считается системой, а не таблицами администраторов.

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