Основатели P2P-платформ обычно приходят с одной из двух историй. Первая: «Мы хотим дать людям возможность кредитовать друг друга без банка — как это работает технически?» Вторая: «Мы уже общались с инвесторами, те говорят что нужен MVP P2P-кредитования — с чего начать?» Обе истории хороши. Плохо то, что в обоих случаях основатели сразу начинают проектировать всё — скоринг, мобильное приложение, вторичный рынок займов, личный кабинет инвестора с аналитикой. И именно здесь теряют от трёх до шести месяцев ещё до первой строчки кода.
Почему P2P — это не просто «маркетплейс займов»
P2P-кредитование в России регулируется отдельным законом — Федеральный закон № 259-ФЗ «О привлечении инвестиций с использованием инвестиционных платформ» (краудлендинг/краудфандинг). С 2020 года операторы инвестиционных платформ обязаны включаться в реестр ЦБ РФ. Это означает, что вы не просто делаете веб-приложение — вы создаёте регулируемую финансовую инфраструктуру.
Чем P2P отличается от обычного маркетплейса с точки зрения разработки? Тремя принципиальными вещами:
- Финансовые транзакции — деньги реально перемещаются между счетами пользователей через платёжную систему. Это не «виртуальные баллы», это регулируемые денежные операции.
- Юридически значимые договоры — каждая сделка оформляется договором займа с электронной подписью. Это накладывает требования к хранению документов и идентификации сторон.
- KYC и AML — идентификация пользователей и мониторинг подозрительных операций — не «фича для следующей версии», а обязательное условие работы платформы.
Понимание этих трёх ограничений сразу отвечает на вопрос, что должно быть в MVP, а что — нет.
Обязательный минимум: что должно работать в день запуска
MVP P2P-кредитования — это не «максимум урезанного продукта», а минимальный набор функций, при котором платформа остаётся юридически и операционно работоспособной. Нельзя убрать KYC и «добавить потом» — без идентификации пользователей вы не можете легально проводить транзакции.
1. Регистрация и верификация (KYC)
Это фундамент. В рамках 259-ФЗ и требований ЦБ платформа обязана идентифицировать участников. Для MVP достаточно двух уровней: базовая регистрация (email + телефон) и верификация личности через Госуслуги (ЕСИА) или ручную проверку паспортных данных с загрузкой фото документа.
Полноценный биометрический KYC с видео-идентификацией — это следующая итерация. В MVP достаточно того, что вы можете установить личность участника и хранить подтверждение этого факта.
2. Профили заёмщика и инвестора
Два типа пользователей с разными данными. Заёмщик: цель займа, запрашиваемая сумма, срок, информация о занятости/доходе. Инвестор: риск-профиль (какой процент готов потерять), диапазон суммы инвестирования, предпочтения по срокам. Это не «красивые дашборды» — это входные данные для скоринга и матчинга.
3. Скоринг — даже простой
Самая частая ошибка — откладывать скоринг «до второй версии». Без скоринга ваша платформа не может присваивать ставки и рейтинги заёмщикам. Инвесторы не знают, куда вкладывать деньги. Платформа не работает.
Для MVP не нужна ML-модель на основе альтернативных данных. Достаточно правилового скоринга: три-пять параметров (возраст, занятость, доход, наличие просрочек по кредитам через НБКИ/ОКБ, цель займа) → балльная система → три категории риска (A/B/C или аналог) → соответствующая ставка. Простая логика, прозрачная для инвесторов, рабочая с первого дня.
4. Договор займа с электронной подписью
Каждая сделка на платформе — это договор займа между физическими или юридическими лицами. Для юридической силы договора необходима простая электронная подпись (ПЭП) — достаточно SMS-кода для подтверждения согласия. Шаблон договора разрабатывается с юристом один раз и параметризуется: сумма, срок, ставка, стороны — подставляются автоматически.
Хранение подписанных договоров — обязательно. Как минимум на период исковой давности (3 года). Это архитектурное решение, которое нужно принять сразу.
5. Платёжная система
Деньги должны двигаться. Для MVP в России — интеграция с одним платёжным провайдером: ЮKassa, Тинькофф Эквайринг или платёжная система с поддержкой escrow-счетов. Ключевое требование: средства инвесторов до выдачи займа хранятся на номинальном счёте оператора платформы, а не смешиваются с операционными деньгами компании. Это требование 259-ФЗ, и его нарушение — прямой риск для лицензии.
Что НЕ нужно в v1
Здесь основатели теряют больше всего времени. Каждый из пунктов ниже появился в реальных разговорах с командами, которые пришли к нам с перегруженным скоупом.
Полностью автоматический ML-скоринг. Отличный инструмент — для второй итерации, когда у вас есть 200+ завершённых сделок и данные о реальных дефолтах. До этого момента ML-модель будет обучена на общих данных, не специфичных для вашей платформы. Правиловый скоринг лучше отсутствия скоринга, а данные для ML вы накопите за 6–12 месяцев работы.
Мобильное приложение. P2P — это не продукт импульсного потребления. Заёмщики и инвесторы принимают взвешенные финансовые решения. Веб-версия с адаптивным дизайном покрывает 90% сценариев использования на старте. Мобильное приложение добавляет 3–4 месяца разработки и отдельный CI/CD-процесс — это деньги и время, которые нужны на другое.
Вторичный рынок займов. Возможность инвестору продать свою долю в займе другому инвестору — ценная функция. Но она требует отдельного юридического оформления, отдельной логики ценообразования и ликвидности (нужно достаточное количество активных инвесторов, чтобы рынок вообще работал). До 500–1000 активных инвесторов вторичный рынок будет пустым. Добавьте, когда будет смысл.
Портфельная аналитика для инвесторов. Дашборды с графиками доходности, диверсификации, риск-профиля портфеля — это retention-фичи. Они удерживают инвесторов, которые уже есть. Сначала привлеките первых инвесторов и дайте им сделать первые сделки. Аналитика появится в следующем цикле.
Архитектурное решение, которое нельзя откладывать
Отдельная база данных для финансовых транзакций — это не опциональная «лучшая практика». Это требование, которое невозможно ввести постфактум без полной переработки системы.
Что это означает на практике: пользовательские данные (профили, документы, переписка) хранятся в одной БД. Финансовые транзакции (движения денег, счета, займы, выплаты) — в отдельной, с жёсткими ограничениями доступа, полным аудит-логом и отдельным бэкапом. Никакой смеси.
Почему это важно с первого дня? Потому что финансовые данные подпадают под другой уровень требований безопасности. Потому что любой аудит или проверка ЦБ потребует чистой, верифицируемой истории транзакций. Потому что в случае инцидента безопасности изоляция финансовых данных — это разница между «утекли профили пользователей» и «утекли данные о движении реальных денег». И потому что потом это переделать стоит в 5–10 раз дороже, чем сделать правильно сразу.
Регуляторный периметр: что нужно знать до разработки
IT2BE не оказывает юридических услуг, и следующий раздел — это обзор, а не юридическая консультация. Но понимание регуляторного контекста напрямую влияет на архитектурные решения.
Для работы краудлендинговой платформы в РФ необходимо включение в реестр ЦБ как оператора инвестиционной платформы. Это требует: уставного капитала от 5 млн рублей, соответствия требованиям к организационной структуре, технической инфраструктуры соответствующего уровня (включая требования к хранению данных на серверах в РФ по 152-ФЗ), правил платформы и стандартных договоров.
Это не значит, что MVP нельзя разрабатывать до получения статуса. Многие команды строят и тестируют продукт параллельно с юридическим оформлением. Но архитектура должна изначально учитывать эти требования — иначе после получения регуляторного статуса придётся переделывать систему под требования, которые были известны заранее.
Ключевые требования, влияющие на разработку: хранение данных на российских серверах (152-ФЗ), аудит-лог всех операций с возможностью предоставления по запросу регулятора, номинальный счёт для средств инвесторов, ПЭП для подписи договоров.
Итог: что строить в первые 22 дня
MVP P2P-кредитования — это не «простой продукт». Это финансовая платформа с минимальным, но работоспособным набором функций. Правило простое: если убрать эту функцию и платформа перестаёт работать юридически или операционно — она в MVP. Если убрать и платформа всё ещё работает — откладываем на v2.
По этому критерию в MVP попадают пять вещей: KYC, профили участников, скоринг (простой, но рабочий), договор займа с ПЭП, платёжная интеграция с номинальным счётом. И архитектурное решение, которое нельзя отложить — изолированная БД для финансовых транзакций.
В IT2BE мы специализируемся на FinTech MVP и понимаем разницу между «запустить что-то» и «запустить что-то, что работает в регуляторном периметре». Если вы проектируете P2P-платформу и хотите разобраться, какой именно скоуп реалистичен за 22 рабочих дня — приходите на Zoom-колл, разберём ваш конкретный кейс.
FAQ о MVP P2P-кредитования
Можно ли запустить P2P-платформу без включения в реестр ЦБ?
Формально — нет, если речь о регулируемой деятельности оператора инвестиционной платформы по 259-ФЗ. Однако многие команды разрабатывают и тестируют MVP параллельно с процессом подачи документов в ЦБ — это занимает несколько месяцев. Важно: архитектура продукта уже на этапе MVP должна соответствовать техническим требованиям регулятора, иначе после получения статуса придётся переделывать систему. Юридическое сопровождение — параллельный процесс, не последовательный.
Сколько стоит интеграция с бюро кредитных историй для скоринга?
Подключение к НБКИ или ОКБ для запроса кредитных историй требует договора с бюро (обычно несколько месяцев на согласование и проверку) и стоимости запроса от 30 до 150 рублей за один отчёт в зависимости от тарифа и объёма. Для MVP с ограниченным числом заявок это приемлемо. Альтернатива для самого раннего этапа — скоринг без запроса в БКИ, на основе данных, которые пользователь предоставил сам, с ручной верификацией первых 50–100 заявок. Это медленнее, но позволяет запуститься без ожидания договора с бюро.
Почему нельзя использовать обычный расчётный счёт для хранения денег инвесторов?
Потому что это прямое нарушение 259-ФЗ. Средства инвесторов до момента выдачи займа должны храниться на номинальном счёте оператора — это счёт, на котором деньги принадлежат инвесторам, а не платформе. Смешение операционных денег компании со средствами клиентов — это и юридический риск (средства могут быть арестованы при проблемах у компании), и регуляторное нарушение. Банки, работающие с FinTech, предоставляют специальные номинальные счета — это стандартная услуга.
Как долго занимает разработка MVP P2P-платформы?
Реалистичный срок для минимально работоспособной P2P-платформы с KYC, скорингом, договорами и платёжной интеграцией — 22–30 рабочих дней при наличии чёткого ТЗ, готовых шаблонов договоров и согласованного платёжного провайдера. Критический путь обычно не разработка, а организационные вопросы: согласование с юристами шаблона договора, подключение платёжного провайдера (5–10 рабочих дней на верификацию), выбор БКИ для скоринга. Эти процессы нужно запускать параллельно с разработкой, а не после неё.