Как онлайн-школам принимать платежи: способы, провайдеры и примерные цены

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

В этой статье собраны практические варианты приёма оплат и разбор конкретных решений: агрегаторы «всё-в-одном» (на примере Prodamus), классические платёжные провайдеры (YooKassa, CloudPayments), а также Система быстрых платежей (СБП) через банк. Для каждого варианта мы рассмотрим функциональность, когда его выбирать, ориентиры по стоимости, требования комплаенса и базовые процессы интеграции с CMS/LMS.

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

1. Агрегаторы «всё-в-одном»

Объединяют банковские карты, Систему быстрых платежей (СБП), SberPay/T-Pay, рекуррентные списания (подписки), рассрочки/кредиты, фискализацию чеков и платёжные виджеты. Порог входа низкий, внедрение быстрое.

Пример: Prodamus.

2.Классические платёжные провайдеры (PSP — payment service provider/эквайринг)

Эквайринг карт и СБП, подписки, модули для CMS (content management system) и LMS (learning management system), интеграции с облачной кассой. Гибкая масштабируемость.
Примеры: YooKassa, CloudPayments.

Что такое модули для CMS и LMS

CMS (Content Management System) — система управления сайтом.
Примеры: WordPress, Tilda, 1C-Битрикс, Webflow.
Модуль/плагин оплаты для CMS — готовое расширение, которое добавляет на сайт:

виджет/кнопку оплаты;
приём карт и СБП; передачу статуса платежа («Оплачено/Отказ/Возврат») в ваш сайт/CRM; автоматическую отправку фискальных чеков (если подключена облачная касса); опционально — подписки (рекуррентные списания) и рассрочки.

LMS (Learning Management System) — система управления обучением.
Примеры: GetCourse, Moodle, TeachBase, Stepik, собственной разработки.
Модуль/интеграция оплаты для LMS — готовая связка, которая:
принимает оплату за курс/тариф; автоматически открывает доступ к урокам после статуса «Оплачено»; закрывает доступ при возврате/отмене подписки; пишет платеж в отчёты LMS и отправляет чек студенту.

Зачем это нужно

• Быстрый запуск без индивидуальной разработки.
• Меньше технических ошибок: статусы, чеки и доступы работают «из коробки».
• Соответствие 54-ФЗ через облачную кассу в рамках модуля.

3.СБП напрямую через банк

Оплата по QR/ссылке с низкой комиссией и быстрым зачислением.
Эффективно как второй способ рядом с картой. Ограничения в подписках и сложном биллинге.

54-ФЗ: обязательна фискализация каждого расчёта через онлайн/облачную кассу и отправка чека покупателю.

YooKassa (классический PSP/эквайринг)

Что даёт

• Карты, СБП, SberPay/T-Pay.
• Подписки (рекуррентные списания) при корректной оферте.
• Готовые модули для сайтов и LMS.
• Интеграция с облачной кассой (54-ФЗ).

В каких случаях выбирать

• Подписочная модель (клубы, ежемесячные тарифы).
• Нужны устойчивые рекурренты и широкие интеграции.

Стоимость

• Модель: без абонплаты; комиссия за успешный платёж.
• Для интернет-эквайринга карт у малого/среднего бизнеса — около 1,65–2,5% (зависит от оборота и категории мерчанта).

«Чеки» можно закрыть в экосистеме провайдера или через стороннюю облачную кассу.

Приём платежей в онлайн-школе — это не выбор «одной кнопки», а сочетание решений под вашу модель продаж. Практика показывает: наилучшие результаты даёт комбинирование провайдера с подписками и рассрочками (Prodamus или YooKassa/CloudPayments) с параллельным добавлением СБП через банк для снижения комиссии по разовым оплатам. Такой подход повышает конверсию и управляет издержками одновременно.

Ключ к устойчивости — корректный комплаенс (54-ФЗ, оферта, политика возвратов, уведомления по подпискам) и прозрачная интеграция с LMS: статусы платежей, автоматическое открытие/закрытие доступов, логи вебхуков. Финансовая модель должна опираться на заранее согласованные экономические допущения: доли способов оплаты, комиссии, средний чек, долю подписок, конверсию в оплату и уровень возвратов. Это позволит вовремя заметить отклонения и управлять маржой.

Рекомендуемые шаги

1. Определить продуктовую модель: разовые продажи, подписка, рассрочки.
2. Выбрать базовый провайдер оплаты (подписки/рассрочки/облачная касса) и подключить СБП через банк как второй способ.
3. Настроить юридические документы и уведомления, протестировать чеки и все сценарии оплаты/возврата.
4. Связать статусы с LMS и включить мониторинг: доля отказов банка, чарджбэки, конверсия «регистрация → оплата», blended-комиссия.
5. Раз в месяц пересматривать доли способов оплаты и ставки, добиваясь минимальной комиссии при сохранении конверсии.

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