Фев 24, 2026

Юнит-экономика EMI в Чехии (2026)

Бизнес Финтех

Кошельки, карты и выплаты в рамках ЧНБ

Юнит-экономика EMI в Чехии (2026): CNB-proof модель для кошельков, карт и выплат, где доходы и расходы привязаны к AML, safeguarding, сверкам и операционным контролям.

Юнит-экономика EMI выглядит «простой», пока вы не строите её под Чехию и не понимаете, что Чешский национальный банк (ЧНБ) не интересуется вашими презентациями. ЧНБ интересует, является ли модель проверяемой, подтверждённой доказательствами и управляемой в операционном смысле с первого дня: контроль при подключении клиентов, мониторинг по ПОД/ФТ (AML), защита клиентских средств (safeguarding) и управление компанией, которое выдерживает вопросы на лицензировании.

В Чехии EMI работают по закону № 370/2017 Sb. «О платёжной системе», а лицензирование и надзор ведёт ЧНБ. ЧНБ также прямо указывает, что заявления подаются электронно (через datová schránka).

Этот текст даёт практическую рамку юнит-экономики, которая соответствует ограничениям для чешской EMI (без фантазийных марж и без подхода «с комплаенсом разберёмся потом»).

Базовое уравнение юнит-экономики EMI

Моделируйте в двух слоях:

Маржа на активного пользователя (в месяц)

CM/пользователь = (маржа по картам + комиссии кошелька + маржа по выплатам + подписки) − (обработка + мошенничество/чарджбеки + KYC/AML + поддержка + платформа + распределение накладных затрат на safeguarding/операции)

Маржа на транзакцию (проверка здравого смысла)

CM/картовая транзакция ≈ полученный interchange − комиссии платёжных систем/процессинга − ожидаемые потери от мошенничества/оспариваний
CM/выплата ≈ комиссия − комиссия платёжной инфраструктуры − затраты на проверки и обработку отклонений

Почему это «ЧНБ-устойчиво»? Потому что эти строки совпадают с тем, что вы обязаны контролировать и подтверждать: обработка транзакций, работа с мошенничеством, мониторинг по ПОД/ФТ, сверки, и операционное управление.

Карты в ЕС (значит и в Чехии): interchange ограничен, так что планируем по-взрослому

Потолки interchange: предел, который нельзя «обойти ростом»

Для потребительских карт в ЕС interchange ограничен 0,2% (дебет) и 0,3% (кредит) по Регламенту о комиссиях за интерчейндж (IFR). В Чехии это действует так же, потому что это право ЕС.

Доходы по картам (реалистично)

  • Доход от interchange (со стороны эмитента): оборот по картам × эффективная ставка interchange × доля эмитента
  • Тарифы/подписки (часто реальный двигатель прибыли): премиальные уровни, дополнительные карты, пакеты для бизнеса
  • Замена/экспресс-доставка карт (осторожно: доверие клиентов)
  • Комиссии за снятие наличных/банкоматы (осторожно: восприятие + ограничения + шум по спорам)

Затраты по картам (где умирает маржа)

  • Комиссии платёжных схем и процессинга (авторизация/клиринг/расчёты)
  • Комиссии BIN-спонсора / управляющего программы (если используете)
  • Производство карт + доставка + замены
  • Операции по спорам/чарджбекам
  • Потери от мошенничества (CNP и «свои же» мошенники это классика)
  • Нагрузка на поддержку (карты генерируют обращения)

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

Кошельки: стабильная база, тонкая маржа, а чешская комплаенс-нагрузка неизбежна

Кошельки кажутся «липкими», но ЧНБ ждёт управляемую среду: подключение, мониторинг, safeguarding-сверки, работа с жалобами и нормальное управление.

Доходы по кошелькам

  • Ежемесячные комиссии за счёт (частные/бизнес)
  • Тарифные уровни (лимиты, функции, приоритетная поддержка)
  • Разовые комиссии: дополнительные выписки, подтверждения, срочные документы
  • «Справедливая» цена для пользователей, которые перегружают поддержку

Затраты по кошелькам (реальность Чехии)

  • KYC-подключение + регулярное обновление данных
  • AML-мониторинг + санкционные проверки + расследования
  • Расходы на главную книгу/ядро платформы (часто за активного + за транзакцию)
  • Сверки + safeguarding-операции (процесс + люди)
  • Поддержка (доступы, изменения получателя, возвраты, споры)

Важная деталь: «проценты на остаток» это почти всегда ловушка

Правила по электронным деньгам запрещают платить проценты (или выгоды), привязанные к сроку хранения электронных денег у клиента. Поэтому не стройте массовый продукт вокруг «получайте проценты, держа электронные деньги» как ключевой источник дохода.

(Да, на уровне safeguarding бывают конструкции, но неправильно это подать в маркетинге значит устроить себе комплаенс-головную боль.)

Выплаты (SEPA / Instant / SWIFT): дешёвые рельсы, дорогая операционка

В Чехии выплаты это место, где «возьмём 0,20 €» превращается в «почему у нас 7 человек разбирают возвраты и отклонения».

Доходы по выплатам

  • Комиссия за перевод (внутренний и международный)
  • Пакеты («X переводов включено»)
  • Наценка за мгновенный перевод (SEPA Instant)
  • Бизнес-выплаты: зарплатные ведомости, платежи поставщикам, массовые выплаты

Затраты по выплатам

  • Комиссии платёжных каналов (SEPA vs SEPA Instant vs SWIFT)
  • Ложные срабатывания проверок (стоимость ручной проверки)
  • Обработка возвратов/отклонений (обычно недооценивают)
  • Расследования и запросы подтверждений (банки любят бумажки, вы платите зарплаты)

Драйверы маржи, которые реально важны

  • Доля автоматической обработки (сколько проходит без ручного вмешательства)
  • Доля возвратов/отклонений (ошибочные IBAN, блокировки из-за проверок)
  • Средний размер выплаты (фиксированная/процентная/смешанная модель цены)

Тарифы и ценообразование: удерживаем конверсию и не дотируем «тяжёлых» пользователей

Надёжная ценовая структура для EMI в Чехии:

  • Низкий входной порог → монетизация через подписки и платные «дорогие» операции
  • Тарифные уровни → цена соответствует стоимости обслуживания (поддержка, лимиты, Instant-платежи)
  • Комиссии по факту использования → для дорогих каналов (Instant, SWIFT, сложные направления)
  • Бизнес-тарифы → цена по нагрузке (пакетные выплаты, пользователи, интеграции, SLA)

Правило: если вы рассчитываете только на interchange, цены придётся менять позже. Обычно это делает реальность, а не стратегия.

Регуляторное управление как ограничение юнит-экономики (акцент на Чехию)

Лицензирование в ЧНБ это не только «заполнить формы». Подавать нужно электронно (datová schránka), и ваша способность быстро отвечать на вопросы зависит от того, есть ли доказательства и понятная ответственность за процессы.

ЧНБ также прямо указывает нормативную рамку по платежам, включая закон № 370/2017 Sb. и прямо действующие акты ЕС, например DORA (Регламент (ЕС) 2022/2554), который делает требования к ИТ-управлению частью «базовой гигиены».

Перевод в модель:

  • больше контролей + больше надзора = реальные операционные расходы
  • раздутый список подрядчиков = фиксированные затраты + больше точек отказа
  • слабая автоматизация = рост штата на объёмах

Быстрый пример (в месяц, упрощённо, без фантазий)

Допустим:

  • 10 000 активных пользователей
  • 700 € оборот по карте на пользователя в месяц → 7,0 млн € суммарно
  • действуют потолки interchange ЕС
  • 20% пользователей на премиуме 6 €
  • выплаты: 1,2 на пользователя в месяц, чистая маржа 0,25 € на выплату (после комиссий и обработки), условно

Доходы (условно):

  • Interchange: небольшой, потому что ограничен
  • Подписки: 2 000 × 6 € = 12 000 €
  • Маржа на выплатах: 10 000 × 1,2 × 0,25 € = 3 000 €

А потом приходит реальность: процессинг, комиссии платёжных схем, KYC/AML, споры, мошенничество, поддержка, платформа, safeguarding-операции.

Вывод: в Чехии (и в ЕС) жизнеспособная юнит-экономика EMI строится на дисциплине в ценах + автоматизации + управляемом операционном контуре, а не на мечтах про interchange.

Шаблон моделирования (что включает «таблица, которую переживёт ЧНБ»)

Входные данные

  • активные пользователи, активация, отток
  • оборот по карте/пользователь, транзакции/пользователь, дебет/кредит
  • доля подписок + доход на пользователя по уровням
  • выплаты/пользователь, микс каналов, доля возвратов
  • стоимость KYC на подключение, стоимость AML на активного, обращения/пользователь
  • стоимость процессинга/схем на картовую транзакцию, доля споров, доля мошенничества
  • safeguarding + сверки (человеко-часы на 1 000 транзакций)

Выходы

  • CM/пользователь, CM/транзакция по продуктам
  • окупаемость CAC (месяцы) и LTV
  • чувствительность: оборот, доля подписок, мошенничество, возвраты, автоматизация

ПОЛУЧИТЕ ČNB-READY GAP-CHECK И ЧЁТКИЙ СПИСОК ПРАВОК

ЗАПУСТИТЬ EMI PRE-CHECK

ЗАКАЗАТЬ

FAQ

Может ли EMI в Чехии опираться на interchange как на главный доход?

Практически нет. В ЕС (включая Чехию) interchange по потребительским картам ограничен (0,2% дебет / 0,3% кредит), поэтому он редко покрывает весь набор затрат: процессинг + комиссии платёжных схем + споры + мошенничество + поддержка + комплаенс. Считайте interchange вспомогательной статьёй. Устойчивую маржу обычно дают подписки, бизнес-тарифы и цена на дорогие операции (мгновенные платежи, расследования, «тяжёлая» поддержка).

Что ЧНБ хочет видеть за цифрами «юнит-экономики» в лицензии?

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

  • прозрачный тарифный план и логика списаний (включая возвраты/отклонения),
  • реалистичные затраты по подрядчикам (ядро, KYC, проверки, процессинг, карточная программа),
  • штатная модель, привязанная к объёмам (алерты, споры, обращения),
  • safeguarding и сверки, привязанные к процессам и владельцам,
  • рабочее управление аутсорсингом и надзором.
«Бесплатный счёт + бесплатные переводы» это проблема?

Не незаконно, но почти всегда экономическая фикция, если вы не субсидируете это чем-то ещё (и честно не показали субсидию в модели). «Бесплатно» обычно означает расходы в:

  • ручные проверки (AML, санкции, расследования),
  • обработку возвратов/отклонений,
  • обращения в поддержку,
  • комиссии подрядчиков за транзакции.

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

Как назначать цену на выплаты (SEPA vs SEPA Instant), не убивая конверсию?

Делайте тарифы по стоимости обслуживания:

  • включайте разумное число обычных SEPA в пакет,
  • берите понятную наценку за SEPA Instant,
  • ставьте ограничения «честного использования» для тяжёлых пользователей (или переводите их в бизнес-планы),
  • обработку возвратов/отклонений тарифицируйте или хотя бы ограничивайте, потому что это быстро съедает время сотрудников.

И обязательно моделируйте долю возвратов. Люди обожают вводить неправильные IBAN. Это их хобби.

Какая статья затрат чаще всего недооценивается у первых чешских EMI-фаундеров?

Операции вокруг compliance и исключений:

  • ложные срабатывания проверок,
  • расследования и запросы документов,
  • операционка по спорам/чарджбекам,
  • ручная обработка нестандартных случаев,
  • safeguarding и сверки.

Основатели моделируют «идеальный сценарий», а потом удивляются, когда приходит реальность.

Разрешает ли право Чехии платить проценты на остатки клиентов?

Как правило, регулирование электронных денег запрещает проценты (или выгоды), привязанные к сроку хранения электронных денег. Даже если есть конструкции на уровне safeguarding, строить массовое предложение на «процентах за хранение e-money» можно только при очень аккуратной юридической структуре и формулировках. Если в маркетинге это выглядит как вклад, проверять будут как вклад.

Самый быстрый способ улучшить маржу без повышения цен?

Уменьшить ручной труд и количество исключений:

  • повышать долю автоматической обработки,
  • улучшать качество данных при подключении,
  • снижать возвраты (валидация получателя, проверка IBAN),
  • усиливать антифрод на ранней стадии (до масштабирования чарджбеков),
  • сокращать число подрядчиков (меньше фиксированных затрат и инцидентов).

В 2026 «улучшение маржи» обычно означает «меньше хаоса на транзакцию».

Как показать юнит-экономику так, чтобы выдержать вопросы ЧНБ?

Покажите в формате, который можно «допросить»:

  • маржа на пользователя (в месяц) + маржа на транзакцию (по продуктам),
  • таблица предположений + доказательства (договоры, коммерческие предложения, ориентиры),
  • сценарии чувствительности (рост мошенничества, рост возвратов, медленнее рост, больше людей),
  • связка объёмы → алерты/споры/обращения → штат → операционные расходы,
  • процесс safeguarding/сверок и владельцы.

ЧНБ не нужен ваш пафос. Им нужна модель, которую можно проверить и которая сходится внутри себя.