Разработка CRM для банковских гарантий

Мы разработали для Сергея Званцугова платформу, которая соединяет поставщика госзаказа напрямую с десятком банков и возвращает клиенту до 30% стоимости гарантии — ту самую комиссию, которую раньше забирал брокер. За неполные два года через систему прошли 1670 заявок на сумму почти миллиард рублей.

Сайт проекта — https://finhelper.ru/
Система — https://crm.finhelper.ru/
Форум заказчика — https://zvanforum.ru/

Цифры на сегодня:

464 клиентских компаний
1 670 заявок в системе
1 124 завершённых гарантий
955 705 353 ₽ — совокупная сумма банковских гарантий

Предприниматель, практик госзакупок и основатель образовательного сообщества «Тендерная армия». Автор форума zvanforum.ru и нескольких действующих бизнесов в тендерной сфере.

Сергей пришёл к нам с конкретной проблемой рынка: получение банковской гарантии — ритуал, в котором между поставщиком и банком обязательно сидит брокер, получающий до 30% комиссии ни за что. Задача была — убрать из цепочки лишнее звено и сделать это технологически.

Это второй совместный проект с Сергеем. Первым была CRM для ведения тендеров и реализации контрактов.

«Брокер не делает никакой работы. Он просто вводит номер тендера и срок БГ — и за это забирает треть стоимости гарантии. Мы сделали сервис, который делает то же самое сам.»
— Сергей Званцугов, основатель Finhelper

Finhelper — это первый финансовый маркетплейс для участников госзаказа без посредников.

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

Платформа зарабатывает как маркетплейс: небольшая комиссия с каждой сделки от банка-партнёра. Банки, в свою очередь, получают поток заявок без ручной работы — заполнение анкеты, проверка документов, согласование проекта гарантии происходят внутри системы.

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

Сторона клиента — Личный кабинет поставщика
Для компании, которая участвует в госзакупках и которой нужна банковская гарантия. Минимум полей, максимум автозаполнения.
- Профиль и юрлица компании
- Создание и ведение заявок
- Чат с оператором и с банками
- Отчёты по заявкам и финансам
- Баланс бонусных рублей

Сторона Finhelper — Админка платформы
Для сотрудников Finhelper: менеджеров, которые ведут заявки, бухгалтерии и администратора. Управляют всем потоком от имени клиента или вместе с ним.
- Все клиенты, юрлица, заявки, сотрудники
- Расширенная карточка заявки и редактирование предложений банков
- Справочники, списания, настройки тарифов
- Отчёты: по заявкам, финансам, статистике
- Мультиаккаунт — один человек в разных ролях (админ, менеджер, бухгалтер, клиент) без повторного входа

Ядро системы — заявка на банковскую гарантию. У неё семь логических этапов, собранных в одну карточку с вкладками. Клиент и менеджер видят один и тот же прогресс, но у каждого свой набор действий.

Этапы: Тендер → Анкета → Документы → Проверка → Выбор банка → В банках → Получение.

Клиент выбирает юрлицо, вид гарантии и вводит номер закупки из ЕИС. Система автоматически подтягивает с zakupki.gov.ru заказчика, НМЦК, обеспечение заявки, обеспечение контракта, предмет закупки, даты, ФЗ.

Рассчитывается сумма гарантии (её можно пересчитать по кнопке от обеспечения контракта), указываются срок гарантии и действие. Есть чек-бокс «Сложный случай» — пометка для оператора, что заявка требует особого внимания.

Клиент загружает документы по юрлицу. Менеджер проверяет и отмечает, что в порядке, а что на доработку.

Заявка попадает на проверку менеджеру Finhelper. Менеджер либо отправляет её обратно с комментариями («Требует доработки»), либо принимает в работу.

Самый финансово значимый экран. Менеджер видит таблицу тарифов по всем банкам-партнёрам: базовый тариф, в процентах годовых, тариф со скидкой, тариф «банк и агент», процент комиссионного вознаграждения, итоговая комиссия банка. Отсюда он выбирает, в какие банки уйдёт заявка.

Ключевая фишка продукта. Заявка существует одновременно в нескольких банках параллельно, и у каждого свой статус. Клиент видит: банк, статус, комиссия банка, «Зарабатывал брокер» (это сумма, которая вернётся клиенту бонусами), предварительная стоимость гарантии, чат с банком.

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

Внутренняя воронка заявки сложнее, чем семь вкладок. На каждом этапе может возникнуть несколько вариантов развития событий: банк отказал, клиент не оплатил, документы на переподписание.

Статусы:

• Черновик
• Свободные заявки
• На проверке
• Требует доработки
• Выбор банка
• В банках
• Ожидает подписания
• Подписание документов
• Рассмотрение
• Есть предложение
• Ожидаем оплаты
• Выпуск гарантии
• Гарантия выдана
• Отказ

В реестре заявок все статусы — это быстрые фильтры. Виден назначенный сотрудник, счётчик непрочитанных сообщений в чате по каждой заявке. У клиента вверху всегда закреплён куратор с прямыми контактами: Max, Telegram, телефон.

По каждой заявке у клиента может быть до десятка параллельных переписок: с куратором Finhelper и отдельно с каждым банком, куда заявка отправлена. Интерфейс — как мессенджер со списком диалогов слева и историей переписки справа. Поддерживается обмен файлами: например, банк может прислать требования по доработке, а клиент — ответ с исправленными документами.

Менеджер Finhelper видит переписку со всеми сторонами и может в любой момент подключиться к диалогу.

Это то, ради чего затевался проект. Каждое предложение банка содержит поле «Зарабатывал брокер» — это сумма, которая раньше уходила посреднику. В Finhelper она начисляется клиенту на баланс юрлица в виде бонусных рублей и может быть возвращена на расчётный счёт компании.

Важная деталь, на которой Сергей настаивал с самого начала: **возврат идёт только на юрлицо, с которого была оплата**. Никаких переводов на карты физлиц, никаких обходных путей. Это защита от серой схемы с откатами сотрудникам, из-за которой, собственно, и появился Finhelper.

Что даёт бонусная система
1. Откаты сотрудникам невозможны — бонус возвращается только на юрлицо плательщика
2. Цена прозрачна — в системе видна и комиссия банка, и доход брокера, и итоговая стоимость
3. История начислений — каждый бонус привязан к конкретной заявке
4. Списания с остатка — бонусами можно частично покрыть следующую гарантию или запросить возврат на расчётный счёт

Отчёты в системе живут на двух уровнях.

На уровне клиента — то, что касается его заявок и его бонусов: сколько оформлено гарантий, на какую сумму, в каких статусах, сколько начислено бонусных рублей.

На уровне Finhelper — три разреза:
- По заявкам — детализация всех заявок в системе
- По финансам — в разрезе клиентов, сотрудников, компании
- По статистике — активность на платформе, клиенты, заявки, регистрация и активность

Админка Finhelper содержит полный набор инструментов:
- Реестры клиентов и юрлиц с карточками, файлами, вкладкой «Активность»
- Сотрудники с ролями: Администратор, Менеджер, Бухгалтер
- Справочники: банки, тарифы, виды гарантий, ФЗ
- Раздел списаний для бухгалтерии — учёт возвратов комиссии на расчётные счета

У одного клиента может быть несколько юрлиц — каждое со своим балансом бонусных рублей.

• Бэкенд: Laravel
• Фронтенд: Vue.js
• Роли: Клиент / Оператор
• Интеграции: zakupki.gov.ru, банки-партнёры
• Ключевые механики: встроенный чат с файлами, мультиаккаунт, бонусная система, двухсторонний интерфейс, 12 статусов заявки, матрица тарифов

Архитектурно система построена вокруг двух интерфейсов поверх единой базы. Это позволило не дублировать логику (одна и та же заявка видна и клиенту, и менеджеру — с разным набором полей), но чётко разделить UX по ролям. Интеграции с банками реализованы через подписание ссылок и выгрузку документов — это гибко и не ломается, когда у банка меняется внутренний API.

Получение банковской гарантии в течение часа — это реальный бизнес-эффект платформы, а не маркетинговая формулировка. До Finhelper тот же путь занимал несколько дней и трёх посредников.

Если у вас посредническая модель на финансовом или около-финансовом рынке и вы видите, что клиенту и поставщику сложно найти друг друга напрямую — такая платформа снимает эту боль и одновременно закрепляет за вами позицию маркетплейса, а не просто агрегатора.

Модель работает в страховании, кредитах для МСП, факторинге, лизинге, эскроу — везде, где есть несколько продавцов-банков или финансовых компаний и один покупатель.

Мы разрабатываем сложные продукты на Laravel и Vue — от внутренних CRM до платформ с клиентской и операторской частью, с бонусными программами, интеграциями с госсистемами и банками.