Продажи онлайн-курса редко идут ровным потоком. Типичный запуск — это короткое окно, в котором собирается основная часть выручки: открытие корзины после вебинара, последние сутки перед закрытием набора, дедлайн специальной цены. В остальные дни оплат может быть единицы. Именно поэтому платёжный контур школы нужно проектировать не под средний день, а под пик.
Ниже — операционное руководство для школ и экспертов, которые продают русскоязычной аудитории, а сами работают за пределами России. Речь не о маркетинге запуска, а о том, что происходит в момент, когда сотни человек одновременно нажимают кнопку «Оплатить».
Почему день старта ломает ручной приём
Ручной приём — это когда ученику выдают номер карты или счёта, он переводит деньги, присылает скриншот, а менеджер сверяет его вручную и открывает доступ. На потоке в пять-десять оплат в день такая схема работает. На запуске она рассыпается, и обычно по четырём причинам сразу.
- Скорость поступления. Оплаты приходят пачками по несколько десятков в час. Менеджер физически не успевает сверять их в реальном времени, очередь растёт, ученик ждёт доступ и пишет в поддержку — нагрузка удваивается.
- Реквизиты «выгорают». Один и тот же личный счёт, на который за пару часов приходят сотни переводов от незнакомых людей, — это нештатный сценарий для любого банка. Ограничение операций посреди запуска означает, что часть аудитории просто не сможет заплатить.
- Скриншоты не равны деньгам. Изображение можно отредактировать, перевод — отменить, платёж может зависнуть. Доступ, выданный по картинке, — это риск, который на объёме превращается в убыток.
- Нет единой картины. К вечеру никто не может назвать точную сумму сбора: часть оплат в переписке, часть в таблице, часть в банковском приложении. Сверка занимает следующий день, а решения по добору аудитории нужно принимать сейчас.
Вывод простой: инструмент приёма должен быть выбран и проверен до того, как открылась корзина. Как устроен автоматический сценарий приёма рублёвых платежей с зачислением выручки в USDT, мы разбирали в разделе «Как это работает», а отраслевые детали — в решении для онлайн-школ.
Как посчитать нагрузку заранее
Прежде чем выбирать способ приёма, оцените три величины: сколько будет оплат, какой средний чек и как оплаты распределятся во времени. Точность здесь не нужна — нужен порядок величин, чтобы понять, выдержит ли выбранная схема.
Число оплат. Отталкивайтесь от размера прогретой аудитории и конверсии, которую вы наблюдали на прошлых потоках. Если истории нет, считайте два сценария — консервативный и оптимистичный — и готовьтесь к верхнему.
Средний чек. Учитывайте, что у курса обычно несколько тарифов. Средний чек считается не по основному пакету, а по фактическому распределению продаж между тарифами, включая самый дешёвый.
Распределение по часам. Это главный параметр. Обычно всплеск приходится на первые часы после открытия продаж и на последние часы перед дедлайном. Разумно исходить из того, что заметная доля всех оплат придётся на два-три часа.
Условный пример (допущение, не статистика). Пусть вы ожидаете 300 оплат со средним чеком 25 000 рублей — это около 7,5 млн рублей сбора. Если 40% придётся на два часа, это порядка 120 оплат, то есть около одной операции в минуту в течение двух часов подряд. Ручная сверка в таком темпе невозможна: один платёж нужно найти, сопоставить с заявкой и открыть доступ — это несколько минут работы.
Полученные цифры — оборот за день, пиковую интенсивность и максимальный чек — зафиксируйте письменно. Они понадобятся и для выбора инструмента, и для разговора с платёжным сервисом.
Варианты приёма и их пригодность под пик
Сравнивать способы приёма имеет смысл по четырём критериям: выдерживает ли способ пиковую интенсивность, автоматически ли идентифицируется платёж, насколько предсказуемо поведение канала и как быстро школа получает деньги в рабочей валюте.
| Способ | Пиковая нагрузка | Идентификация платежа | Основной риск |
|---|---|---|---|
| Перевод на личную карту по реквизитам | Не выдерживает | Ручная, по скриншотам | Ограничение операций, ошибки сверки |
| Ручной обмен через посредника | Не выдерживает | Ручная | Плавающий курс, зависимость от одного человека |
| Оплата криптовалютой напрямую | Выдерживает | Полуавтоматическая | Узкая доля аудитории готова платить так |
| Платёжный сервис с СБП: QR-код и платёжная ссылка | Выдерживает | Автоматическая, по операции | Требует подключения и подготовки заранее |
Для аудитории из России привычный сценарий — оплата по СБП: ученик сканирует QR-код или переходит по платёжной ссылке и платит рублями из своего банковского приложения за считанные секунды. Школе при этом важно, чтобы выручка приходила в понятной ей валюте: в модели RUBREK зачисление идёт в USDT (TRC-20), обычно в течение 15–60 минут после оплаты. Комиссия зависит от оборота — ставка составляет от 5,5% до 1,2%, плата за подключение и комиссия за вывод не взимаются. Актуальную сетку смотрите в тарифах.
Важное уточнение: RUBREK не является банком. Это платёжный сервис, который принимает платежи ваших клиентов и зачисляет выручку. Подключение занимает один рабочий день — на запуске это означает, что подготовку нельзя откладывать на последний вечер.
Идентификация платежа и сверка с учениками
Главная операционная задача запуска — быстро и однозначно связать поступившие деньги с конкретным человеком и конкретным тарифом. Если эта связь рвётся, начинается ручной разбор, а он на пике съедает всё время команды.
Что стоит продумать заранее:
- Уникальная ссылка или QR на заявку. Идеальный вариант — когда каждая оплата уже привязана к записи в вашей системе: ученик оставил заявку, получил персональную платёжную ссылку, платёж пришёл с её идентификатором.
- Сумма как признак тарифа. Если тарифов несколько, разведите их суммы так, чтобы они не совпадали до рубля. Это упрощает разбор спорных случаев.
- Единый журнал операций. Каждая операция должна быть видна в кабинете с суммой в рублях, применённым курсом, ставкой и итоговой суммой в USDT. Выгрузка в CSV позволяет вечером свести журнал платежей с таблицей учеников без ручного пересчёта.
- Правило «доступ по факту зачисления». Доступ открывается по подтверждённой операции, а не по скриншоту. Скриншот — только вспомогательный аргумент при разборе спорной ситуации.
Отдельно проговорите с командой, что делать с платежами, которые не удалось сопоставить автоматически: кто их разбирает, в какой срок и по какому каналу связывается с учеником. Полезно завести отдельный список «неопознанные оплаты» и не оставлять в нём записи дольше суток. Подходы к проверке операций и работе с данными мы описали в разделе «Безопасность».
Рассрочки, частичные оплаты и возвраты
Онлайн-школы почти всегда продают не одной суммой. Частичная предоплата, оплата двумя-тремя частями, доплата до старшего тарифа — обычная практика. Проблема в том, что в учёте такие платежи легко теряются.
Базовое правило: каждый входящий платёж — отдельная операция. Не пытайтесь «схлопывать» части в одну строку. Вместо этого ведите по ученику простую схему: полная стоимость тарифа, сумма уже оплаченного, остаток и дата следующего платежа. Тогда любая операция из журнала однозначно ложится на карточку ученика, а вопрос «оплатил ли он полностью» решается за секунды.
Что учесть по частичным оплатам:
- Заранее решите, какой объём доступа открывается после первой части, — и опишите это в оферте и в письме ученику.
- Ставьте напоминания о следующем платеже до наступления даты, а не после просрочки.
- Помните, что комиссия применяется к каждой операции, а не к сумме договора: при дроблении чека на части считайте экономику по фактическому числу операций.
Про возвраты стоит говорить осторожно. Обязательства перед учеником исполняет школа: именно она продаёт доступ к программе, и именно она отвечает за возврат средств. Правила возврата — сроки, условия, порядок расчёта суммы — школа устанавливает сама и сверяет их с законодательством своей юрисдикции; это вопрос к вашему юристу, а не к платёжному сервису. Практическая рекомендация одна: держите на счетах резерв под возможные возвраты в период гарантии и не считайте весь сбор запуска доступной прибылью в первый же день.
Чек-лист подготовки к запуску
За неделю до старта
- Подключение к платёжному сервису завершено и проверено, доступ к кабинету есть у двух человек из команды.
- Проведены тестовые оплаты по каждому тарифу — реальными небольшими суммами, а не в демо-режиме.
- Проверено, что операция корректно отображается в кабинете и попадает в выгрузку.
- Согласован резервный канал оплаты на случай сбоя основного, и он тоже протестирован.
- Подготовлены шаблоны сообщений для учеников и краткий регламент для менеджеров.
За день до старта
- Платёжный сервис предупреждён о пике: назовите дату, ожидаемое число операций, средний и максимальный чек. Это снижает вероятность лишних вопросов по нетипичной активности.
- Роли распределены: кто следит за журналом операций, кто открывает доступы, кто отвечает в поддержке.
- Проверены ссылки и QR-коды на всех страницах и во всех письмах — включая те, что уже отправлены.
- Заведена рабочая таблица сверки: заявка, тариф, сумма, статус оплаты, статус доступа.
В день старта
- Журнал операций держится открытым, сверка идёт волнами каждые 30–60 минут, а не в конце дня.
- Неопознанные платежи выносятся в отдельный список сразу, не накапливаясь.
- Раз в несколько часов фиксируется промежуточный итог: число оплат и сумма сбора.
- Вечером делается выгрузка в CSV и полная сверка с таблицей учеников.
Регламент для менеджеров и шаблоны для учеников
На пике решает не техника, а то, насколько быстро человек в поддержке понимает, что делать. Поэтому регламент должен умещаться на одной странице и отвечать на четыре вопроса: как выглядит подтверждённая оплата, через сколько открывается доступ, что говорить, если деньги ещё не отобразились, и кому эскалировать нестандартный случай.
Заранее подготовьте короткие шаблоны сообщений — они экономят десятки минут на каждом десятке обращений:
- Инструкция по оплате. Один экран: как отсканировать QR-код или открыть платёжную ссылку, какую сумму платить, что делать дальше.
- Подтверждение оплаты. Сообщение с суммой, тарифом и сроком открытия доступа.
- Ответ на «я оплатил, доступа нет». Спокойное объяснение, что зачисление занимает некоторое время, и просьба прислать дату и точную сумму операции.
- Резервный канал. Готовое сообщение на случай, если основной способ оплаты временно недоступен, — чтобы менеджер не сочинял его в моменте.
- Напоминание о следующей части. Для тех, кто платит в рассрочку.
Отдельно предупредите команду о простом правиле: реквизиты и ссылки на оплату выдаются только из одного согласованного источника. Самодеятельность вроде «скину свою карту, так быстрее» на запуске создаёт ровно ту ситуацию, ради избежания которой всё и выстраивалось: платежи вне учёта, недовольные ученики и невозможность свести цифры.
Если остались вопросы по подключению, срокам зачисления или комиссиям — ответы на частые из них собраны в разделе FAQ. Нестандартный сценарий запуска лучше обсудить заранее: напишите в Telegram @rubrek_bot и опишите ожидаемый объём — подготовиться к пику до открытия продаж всегда дешевле, чем разбирать последствия после.