Финансовая модель RegTech / KYC-AML-сервиса

Описание

RegTech-платформа для автоматической проверки контрагентов и клиентов по требованиям KYC/AML — это B2B-сервис, продаваемый банкам, финтех-компаниям, МФО и другим регулируемым организациям. Экономика проекта определяется тремя составляющими: стоимостью привлечения клиента (длинный цикл сделки, демо, пилот), удержанием (churn) и структурой дохода (подписка + плата за проверки). Инвестиции на старте складываются из разработки платформы (поэтапный капекс на программирование и покупку лицензионного ПО), получения обязательной лицензии Банка России или иного регулятора, а также затрат на начальную команду продаж и маркетинг. Объём вложений до выхода на окупаемость может составлять десятки миллионов рублей — в модели показывается порядок чисел, а не итоговые значения.

Выручка формируется из ежемесячной абонентской платы за доступ к платформе и дополнительных платежей за каждую проведённую проверку; крупные клиенты могут работать по индивидуальным enterprise-тарифам. Специфика бизнеса — постепенный выход на проектную мощность за счёт набора и разгона менеджеров по продажам, а также длительного цикла сделки (от 3 до 9 месяцев). Модель воспроизводит стандартную SaaS-экономику: посегментный расчёт ARPU, воронку с конверсией из лида в демо, в платящего клиента, и ежемесячный отток.

Отдельный блок посвящён регуляторной нагрузке: ежегодные затраты на поддержание лицензии, обязательные аудиты комплаенс-системы, резервы под возможные штрафы и приведение в соответствие с требованиями по защите персональных данных. Модель подходит, если вы запускаете независимый KYC-AML-сервис с собственной облачной платформой. Если планируется встраивание сервиса внутрь банка как структурного подразделения или создание целой линейки RegTech-продуктов (например, ещё и антифрод-система) — это другой продукт.

Особенности моделирования

• Расчёт воронки продаж: холодные контакты → квалифицированные лиды → демо → платящий клиент, с разбивкой по каналам и средней длиной цикла сделки.
• Плавный набор менеджеров по продажам (план найма) и их постепенный выход на целевую производительность (ramp-up), прямо влияющие на выручку.
• Структура доходов от клиента: выделены регулярная подписка (лицензионная плата) и переменная часть — оплата за каждую проверку (упрощённая, углублённая, AML-скрининг), с возможностью задания разных тарифов для сегментов.
• Учёт возвратной метрики ежемесячного оттока клиентов (churn rate) и снижения MRR — вместо допущения «клиент навсегда».
• Расходы на compliance: ФОТ штатных специалистов по комплаенс (расчёт от количества обслуживаемых клиентов), ежегодный аудит, лицензионные сборы, страховка ответственности.
• Масштабируемые затраты на облачную ИТ-инфраструктуру и API-запросы к внешним базам (пропорционально числу проверок).
• Блок капитальных затрат на разработку платформы, разбитый по этапам (MVP → базовая версия → расширенный функционал) с учётом аутсорса или собственной команды.
• Прямой денежный поток с расчётом ARR, MRR, LTV, CAC, периода окупаемости клиента — интеграция SaaS-метрик в финансовую отчётность.

Что входит в базовую версию

• Параметры выручки: сегменты клиентов (банки, МФО, финтех), тарифные планы (абонентская плата + стоимость проверок разного типа), настройка enterprise-контрактов.
• Динамический блок продаж: график найма менеджеров, воронка продаж (лиды → демо → клиент), продолжительность цикла сделки, период ramp-up.
• Операционные затраты: ФОТ команды (разработка, продажи, поддержка, compliance), облачный хостинг (зависимость от объёма проверок), маркетинг, аренда и офис.
• Капитальные затраты: поэтапная разработка платформы, приобретение лицензионного ПО, начальная маркетинговая кампания.
• Регуляторный блок: затраты на получение и поддержание лицензии, аудит, страхование, резерв под штрафы.
• Налоговое окружение: УСН (доходы / доходы минус расходы) или ОСНО, НДС, страховые взносы.
• Финансовые отчёты: P&L, Cash Flow (прямой метод), Баланс, показатели IRR, NPV, срок окупаемости.
• Отдельная панель SaaS-метрик: ARR, MRR, LTV, CAC, Churn, период возврата клиента, когортный анализ выручки.

Типичные ошибки моделирования

• Не учитывают ramp-up менеджеров и сразу ставят целевую производительность — выручка завышается на 20–30% в первые 6–12 месяцев.
• Считают клиентов «вечными», не закладывают ежемесячный отток — это приводит к завышению LTV в 2–3 раза и к некорректной оценке окупаемости.
• Планируют получить лицензию ЦБ с нуля без временнóго лага и дополнительных затрат — старт продаж откладывается на 6–12 месяцев, возникает кассовый разрыв.
• Стоимость проверки считают единой, не разделяя на упрощённую, углублённую и AML-скрининг — фактическая себестоимость может быть выше на 10–15%, снижая валовую маржу.
• Не закладывают затраты на регулярный комплаенс и ежегодный аудит, учитывая только разовую лицензию — операционные расходы недооцениваются на 3–5% от оборота.
• В расчётах смешивают клиентов разного размера, берут средний чек без учёта сегментов — ARPU искажается вверх или вниз на 15–20%, что ломает оценку точки безубыточности.