Специфика, которую готовые CRM не учитывают
Кредитный брокер живёт не так, как продавец товаров. Одна заявка клиента уходит в несколько банков одновременно. У каждого банка свои требования к пакету документов, свои сроки рассмотрения, свой статус ответа. Клиент ждёт одно решение, банки отвечают вразнобой — один одобрил, второй запросил документы, третий отказал, — и менеджер должен в любой момент знать, где какая заявка и что с ней. Готовая CRM с линейной воронкой «лид → сделка → оплата» эту картину не описывает в принципе: у неё одна сделка равна одному статусу, а тут у одной сделки статусов пять.
Что обязано быть в системе брокера
Одна заявка — несколько банков. Карточка клиента ветвится: одна анкета порождает заявки в несколько банков, каждая со своим статусом и сроком. Без этого менеджер ведёт параллельный учёт в голове или в отдельном Excel — и там теряет.
Контроль сроков по каждому банку. Банк рассматривает заявку несколько дней. Пропустил момент, когда пора теребить банк или клиента, — сделка остывает, клиент уходит к другому брокеру или в банк напрямую. Система должна сама подсвечивать заявки, по которым подходит срок, а не полагаться на память менеджера.
Документы в одном месте. Брокерская сделка — это пакет: анкета, справки о доходах, выписки, документы по залогу. Они должны висеть на карточке клиента, а не искаться по почте, мессенджерам и папкам. Плюс видно, какого документа ещё не хватает для конкретного банка.
Расчёт комиссии. Банк одобрил — по правилам конкретного банка и продукта посчиталась комиссия брокера. Вручную это источник ошибок и споров с клиентом «откуда такая сумма».
Где теряются сделки и почему
Сделки у брокера теряются не на «продаже», а на стыках сопровождения:
- заявка ушла в банк — и про неё забыли до звонка клиента «ну что там?»;
- банк запросил документ — менеджер не донёс его вовремя, срок вышел;
- одобрение получили — но клиент остыл, пока до него дозванивались;
- одобрили в двух банках — а менеджер не сравнил условия и предложил не лучшее.
Все эти точки — про сроки, напоминания и полноту пакета, которых нет, когда учёт ручной. Каждая потерянная здесь сделка — это уже проделанная работа, которая не принесла комиссию.
Почему это коробка, а не готовый SaaS
Логика брокера нетиповая — ветвление заявки, сроки по каждому банку, свои комиссии, — и готовый SaaS с линейной воронкой её не даёт: приходится либо ломать процесс под интерфейс, либо вести половину в стороне. Нужна система под процесс: с вашими банками, вашими сроками и вашими правилами расчёта комиссии. И держать её логично на своём сервере — данные заёмщиков это чувствительные персональные данные, за которые вы отвечаете по 152-ФЗ.
Как это собрано для реального брокера — в кейсе.
Обсудить систему под ваш профиль брокериджа — через форму.
