База знаний

Как онлайн-школе собрать оплаты на запуске и не потерять реквизиты

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

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

Почему день старта ломает ручной приём

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

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

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

Как посчитать нагрузку заранее

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

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

Средний чек. Учитывайте, что у курса обычно несколько тарифов. Средний чек считается не по основному пакету, а по фактическому распределению продаж между тарифами, включая самый дешёвый.

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

Условный пример (допущение, не статистика). Пусть вы ожидаете 300 оплат со средним чеком 25 000 рублей — это около 7,5 млн рублей сбора. Если 40% придётся на два часа, это порядка 120 оплат, то есть около одной операции в минуту в течение двух часов подряд. Ручная сверка в таком темпе невозможна: один платёж нужно найти, сопоставить с заявкой и открыть доступ — это несколько минут работы.

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

Варианты приёма и их пригодность под пик

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

СпособПиковая нагрузкаИдентификация платежаОсновной риск
Перевод на личную карту по реквизитамНе выдерживаетРучная, по скриншотамОграничение операций, ошибки сверки
Ручной обмен через посредникаНе выдерживаетРучнаяПлавающий курс, зависимость от одного человека
Оплата криптовалютой напрямуюВыдерживаетПолуавтоматическаяУзкая доля аудитории готова платить так
Платёжный сервис с СБП: QR-код и платёжная ссылкаВыдерживаетАвтоматическая, по операцииТребует подключения и подготовки заранее

Для аудитории из России привычный сценарий — оплата по СБП: ученик сканирует QR-код или переходит по платёжной ссылке и платит рублями из своего банковского приложения за считанные секунды. Школе при этом важно, чтобы выручка приходила в понятной ей валюте: в модели RUBREK зачисление идёт в USDT (TRC-20), обычно в течение 15–60 минут после оплаты. Комиссия зависит от оборота — ставка составляет от 5,5% до 1,2%, плата за подключение и комиссия за вывод не взимаются. Актуальную сетку смотрите в тарифах.

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

Идентификация платежа и сверка с учениками

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

Что стоит продумать заранее:

  1. Уникальная ссылка или QR на заявку. Идеальный вариант — когда каждая оплата уже привязана к записи в вашей системе: ученик оставил заявку, получил персональную платёжную ссылку, платёж пришёл с её идентификатором.
  2. Сумма как признак тарифа. Если тарифов несколько, разведите их суммы так, чтобы они не совпадали до рубля. Это упрощает разбор спорных случаев.
  3. Единый журнал операций. Каждая операция должна быть видна в кабинете с суммой в рублях, применённым курсом, ставкой и итоговой суммой в USDT. Выгрузка в CSV позволяет вечером свести журнал платежей с таблицей учеников без ручного пересчёта.
  4. Правило «доступ по факту зачисления». Доступ открывается по подтверждённой операции, а не по скриншоту. Скриншот — только вспомогательный аргумент при разборе спорной ситуации.

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

Рассрочки, частичные оплаты и возвраты

Онлайн-школы почти всегда продают не одной суммой. Частичная предоплата, оплата двумя-тремя частями, доплата до старшего тарифа — обычная практика. Проблема в том, что в учёте такие платежи легко теряются.

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

Что учесть по частичным оплатам:

  • Заранее решите, какой объём доступа открывается после первой части, — и опишите это в оферте и в письме ученику.
  • Ставьте напоминания о следующем платеже до наступления даты, а не после просрочки.
  • Помните, что комиссия применяется к каждой операции, а не к сумме договора: при дроблении чека на части считайте экономику по фактическому числу операций.

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

Чек-лист подготовки к запуску

За неделю до старта

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

За день до старта

  1. Платёжный сервис предупреждён о пике: назовите дату, ожидаемое число операций, средний и максимальный чек. Это снижает вероятность лишних вопросов по нетипичной активности.
  2. Роли распределены: кто следит за журналом операций, кто открывает доступы, кто отвечает в поддержке.
  3. Проверены ссылки и QR-коды на всех страницах и во всех письмах — включая те, что уже отправлены.
  4. Заведена рабочая таблица сверки: заявка, тариф, сумма, статус оплаты, статус доступа.

В день старта

  1. Журнал операций держится открытым, сверка идёт волнами каждые 30–60 минут, а не в конце дня.
  2. Неопознанные платежи выносятся в отдельный список сразу, не накапливаясь.
  3. Раз в несколько часов фиксируется промежуточный итог: число оплат и сумма сбора.
  4. Вечером делается выгрузка в CSV и полная сверка с таблицей учеников.

Регламент для менеджеров и шаблоны для учеников

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

Заранее подготовьте короткие шаблоны сообщений — они экономят десятки минут на каждом десятке обращений:

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

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

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

RUBREK — приём платежей в рублях по СБП с зачислением выручки в USDT. Ставка от 1,2% с оборота, подключение за один рабочий день. Посмотреть тарифы или написать в Telegram.

Подключим приём платежей за один рабочий день

Напишите в Telegram: зададим пять вопросов про нишу и оборот, назовём ставку и пришлём реквизиты для приёма. Без предоплат за подключение.