На прошлой неделе разговаривал с владельцем кредитного брокера из Алматы. Они помогают бизнесу получать финансирование – ведут переговоры с банками, собирают документы, сопровождают сделки до выдачи денег. Компания растёт: 15 менеджеров, 200 заявок в месяц, партнёрства с восемью банками. И вот проблема: процессы буквально расползаются по швам.
Менеджер ведёт клиента в CRM, но параллельно переписывается с банком в почте, согласовывает условия в мессенджере, хранит документы в облаке, а калькулятор кредита – вообще в отдельном Excel. Когда руководитель хочет понять статус сделки, приходится собирать информацию из пяти источников. Когда уходит менеджер, вместе с ним уходит половина контекста по клиентам.
Эта история – не про конкретную компанию. Она про всю финансовую отрасль. Кредитные брокеры, лизинговые компании, страховые агенты, микрофинансовые организации – все они сталкиваются с одной и той же головоломкой. Финансовые продукты сложные: много участников, длинные согласования, жёсткие требования к документам. Обычная CRM, заточенная под розницу или услуги, просто не справляется.
В этой статье разберём, какой должна быть CRM для финтех-компании: от специфики продаж до технических требований. Без воды, с практическими примерами и честным разговором о том, что работает, а что – маркетинговые обещания.

Почему обычная CRM не подходит для финансов
Признаюсь честно: большинство CRM-систем делались под простые продажи. Клиент оставил заявку – менеджер позвонил – провёл презентацию – выставил счёт – получил оплату. Воронка из пяти этапов, цикл сделки две-три недели, один ЛПР на стороне клиента. Для торговли, услуг, B2B-продаж оборудования – работает отлично.
Но финансовые продукты устроены иначе. И дело не только в том, что сделки длиннее. Дело в принципиально другой архитектуре процесса.
Возьмём, к примеру, лизинг спецтехники для строительной компании. Клиент хочет экскаватор за 25 миллионов. Что происходит дальше? Сначала нужно понять, какую технику он хочет – может быть, есть конкретная модель, может быть, нужна консультация. Потом собрать документы: учредительные, финансовую отчётность, справки из банков, информацию о залогах. Параллельно – оценить предмет лизинга, заказать отчёт у независимого оценщика. Дальше – подать заявку в лизинговую компанию, дождаться скоринга, получить условия. Если клиент согласен – подготовить договор, согласовать его с юристами обеих сторон, подписать, оплатить аванс, заключить договор купли-продажи с поставщиком техники, провести страхование, получить технику, поставить на учёт.
Это не воронка из пяти этапов. Это проект с десятками задач, несколькими параллельными ветками, множеством участников: клиент, лизинговая компания, банк (если рефинансирование), оценщик, страховщик, поставщик техники, логистика. И каждый участник генерирует документы, переписку, согласования.
Попробуйте втиснуть это в CRM, где сделка – это карточка с полями «сумма», «статус» и «ответственный менеджер». Не получится. Точнее, получится – но система будет работать против вас, а не помогать.
Особенности продаж в финансовой отрасли
Прежде чем говорить о функциях CRM, нужно понять, что именно делает финансовые продажи особенными. Я выделил семь ключевых отличий, которые должна учитывать любая система для этой отрасли.
Длинный цикл сделки с неопределённостью
В отличие от обычных продаж, где срок сделки более-менее предсказуем, в финансах он может растянуться непредсказуемо. Клиент подал заявку на кредит – банк запросил дополнительные документы – клиент собирал их месяц – банк запросил ещё – снова ожидание. Или скоринг дал отказ – нужно искать другой банк – начинать процесс заново.
CRM должна уметь работать с «длинными хвостами»: сделками, которые живут по полгода и периодически «просыпаются». При этом вся история, все документы, все переписки должны сохраняться и быть доступны, когда сделка снова станет активной.
Много участников процесса
В обычных продажах у сделки два участника: ваша компания и клиент. В финансах участников может быть пять-десять: клиент, ваш менеджер, андеррайтер банка, оценщик, юрист, бухгалтер, страховщик, нотариус. И каждый из них влияет на процесс, каждый может стать точкой торможения.
CRM должна показывать, кто сейчас «держит мяч»: на ком застряла сделка? Менеджер ждёт документы от клиента? Или документы собраны, но банк ещё не ответил? Или юрист две недели «согласовывает» договор?
Документооборот как часть продажи
В большинстве отраслей документы – это финал сделки: договор, акт, счёт. В финансах документы – это сама сделка. Справка о доходах, выписка из ЕГРН, баланс за три года, справка об отсутствии задолженности по налогам, согласие супруга на залог – всё это нужно собрать, проверить, загрузить в нужном формате, отправить в банк.
CRM должна уметь работать с документами профессионально: версионность, статусы (получен, проверен, отправлен, принят/отклонён), автоматическое напоминание об истекающих справках, интеграция с сервисами проверки подлинности.
Калькуляция прямо в разговоре
Когда клиент звонит узнать условия лизинга, он хочет услышать конкретику: «На эту машину аванс 20%, ставка 18% годовых, ежемесячный платёж 450 тысяч, удорожание за три года – 12%». Менеджер должен рассчитать это за секунды, пока клиент на линии. Потом отправить расчёт в красивом PDF. Потом – сравнить три варианта с разным авансом.
Если калькулятор – отдельная система, менеджер тратит время на переключение, перенос данных, ручное создание документов. CRM должна иметь встроенные калькуляторы для всех продуктов компании.
Интеграция со скорингом и внешними системами
Финансовые компании не принимают решения «на глазок». Есть системы проверки: бюро кредитных историй, сервисы проверки контрагентов, налоговые данные, реестры залогов, базы недвижимости. Идеально, когда эти проверки запускаются автоматически из CRM и результаты сохраняются в карточке сделки.
Это особенно важно для комплаенса: если потом возникнут вопросы регулятора, должно быть видно, что проверка проводилась, какие результаты получены, кто принял решение.
Согласования как отдельный процесс
В финансах редко бывает, чтобы менеджер сам принял решение. Крупная сделка требует согласования рисковиком, кредитным комитетом, иногда – руководством банка-партнёра. Мелкая сделка может проходить автоматически, если клиент соответствует критериям. Но эти правила нужно где-то прописать, а сам процесс согласования – отслеживать.
CRM должна уметь маршрутизировать сделки: если сумма больше X и клиент новый – отправить на кредитный комитет. Если клиент постоянный и сумма типичная – автоматическое одобрение. Это сокращает время и снижает нагрузку на тех, кто согласовывает.
Комплаенс и регуляторные требования
Финансовая отрасль регулируется строго. Хранение персональных данных, противодействие отмыванию денег (AML), идентификация клиента (KYC), требования Центробанка – всё это накладывает ограничения на то, как можно работать с информацией. CRM должна быть готова к аудиту: показывать, кто, когда и какие данные просматривал, изменял, выгружал.
Что должна уметь CRM для финтех-компании
Со спецификой разобрались – переходим к конкретике. Какие функции нужны? Не все критически важны с первого дня, но если планируете расти – лучше заложить в архитектуру сразу.
Ключевые модули CRM для финансов:
1 Продуктовый калькулятор
Встроенный расчёт по всем продуктам компании: кредиты, лизинг, страхование. С возможностью сохранять расчёты, сравнивать варианты и отправлять клиенту в формате PDF или ссылкой.
2 Расширенная воронка с параллельными процессами
Не линейная последовательность этапов, а возможность вести несколько процессов одновременно: сбор документов + скоринг + согласование условий могут идти параллельно.
3 Документооборот с версионностью
Загрузка документов с привязкой к сделке, статусы проверки, срок действия (справка о доходах актуальна 30 дней), напоминания о необходимости обновить.
4 Интеграция со скоринговыми системами
Автоматический запрос в бюро кредитных историй, проверка контрагентов, получение данных из ЕГРЮЛ/ЕГРН – прямо из карточки клиента.
5 Маршрутизация согласований
Автоматическое направление сделки на согласование нужным людям в зависимости от суммы, типа клиента, рисков. С отслеживанием статуса и дедлайнов.
6 Партнёрский портал (для банков/страховых)
Если вы работаете через партнёров – возможность дать им доступ к части данных: статусы заявок, условия, комиссии.
Специфика по направлениям: кредиты, лизинг, страхование
Финтех – не монолит. Кредитный брокер, лизинговая компания и страховой агент работают по-разному, хотя кое-где пересекаются. Разберём каждое направление.
Потребительское и бизнес-кредитование
Главная задача кредитного брокера – подобрать клиенту банк с лучшими условиями и провести сделку до выдачи. Здесь важна скорость: клиент, который ждёт неделю, уходит к конкуренту. И важна конверсия: если из 100 заявок вы доводите до выдачи 15, нужно понимать, почему отваливаются остальные 85.
Что важно для кредитного брокера
- Мультибанковский скоринг: возможность отправить заявку сразу в несколько банков и отслеживать статус по каждому
- Матрица требований: какой банк какие документы требует, какие критерии по клиенту – чтобы не отправлять заявки «в никуда»
- Калькулятор по условиям банков: мгновенный расчёт платежа по ставкам конкретного банка
- Отслеживание комиссий: сколько заработали на каждой сделке, какой банк платит больше
- Воронка по банкам: аналитика конверсии в разрезе партнёров – кто одобряет чаще, кто быстрее платит
Типичные проблемы без CRM
- Менеджер помнит условия трёх банков из восьми, остальные – «надо посмотреть»
- Статус заявки в банке узнают по звонку, а не в системе
- Клиент собрал документы, но оказалось, что нужны другие
- Непонятно, сколько заявок «висит» и на каком этапе
- Нет данных для переговоров с банками о комиссиях
Лизинг
Лизинг сложнее кредитования, потому что появляется третий участник – предмет лизинга. Это не просто деньги, это конкретное имущество: автомобиль, станок, недвижимость. Его нужно оценить, застраховать, поставить на учёт, передать клиенту, а потом – следить за состоянием и страховкой весь срок договора.
Лизинговая сделка – это фактически два параллельных процесса: работа с клиентом (документы, скоринг, согласование) и работа с предметом лизинга (выбор, оценка, покупка, страхование, регистрация). CRM должна связывать эти процессы: нельзя выкупить технику, пока не одобрен клиент, нельзя передать клиенту технику, пока не оформлена страховка.
Важно для лизинга: учёт предмета лизинга
CRM должна хранить не только информацию о клиенте и сделке, но и полное досье на предмет лизинга: VIN/серийный номер, поставщик, стоимость, условия гарантии, страховой полис (номер, срок, покрытие), данные регистрации. После выдачи – история ТО, страховые случаи, текущая локация (если есть GPS). Это нужно и для операционного учёта, и для управления рисками.
Страхование
Страховые агенты и брокеры живут в мире полисов, renewals и комиссий. Здесь свои особенности: продукт часто «привязан» к чему-то (КАСКО – к автомобилю, ДМС – к сотрудникам компании), полис имеет срок действия, а значит – нужно напоминать о продлении заранее.
Страхование – это часто не разовая продажа, а долгосрочные отношения. Клиент купил ОСАГО – через год нужно продлить. Заодно предложить КАСКО. Заодно – застраховать квартиру. CRM для страхования должна уметь работать с кросс-продажами и с calendar-based напоминаниями о продлении.
Ключевые функции для страхования
- Учёт полисов с датами начала/окончания
- Автоматические напоминания о продлении (за 30, 14, 7 дней)
- Связь полиса с объектом страхования
- Калькулятор тарифов по компаниям
- Учёт комиссий и бонусов от страховых
Работа с убытками
- Регистрация страховых случаев
- Сопровождение до выплаты
- Связь с полисом и клиентом
- Документы по убытку
- История обращений
Аналитика
- Портфель полисов по компаниям
- Конверсия продлений
- Средний чек по продуктам
- LTV клиента
- Эффективность агентов
Интеграции: что нужно подключить
CRM для финтех – не изолированная система. Это центр, к которому подключается всё остальное. Какие интеграции критичны?
Бюро кредитных историй (БКИ)
В России работают три основных бюро: НБКИ, Эквифакс, ОКБ. У каждого – свой API, свои форматы, свои особенности. Интеграция с БКИ позволяет прямо из карточки клиента запросить кредитную историю и получить результат в структурированном виде: скоринговый балл, количество кредитов, просрочки, запросы за последний год.
Без интеграции менеджер должен заходить в личный кабинет БКИ, вводить данные клиента вручную, сохранять отчёт, прикреплять к сделке. Это 5-10 минут на каждую проверку. При потоке 50 заявок в день – это потеря нескольких часов ежедневно.
Сервисы проверки контрагентов
Для B2B-кредитования и лизинга нужна проверка юридических лиц: СПАРК, Контур.Фокус, Сбис, ЕГРЮЛ/ЕГРИП. Эти сервисы показывают финансовое состояние компании, судебные дела, аффилированность, смену директоров и учредителей – всё, что помогает оценить риск.
Интеграция с такими сервисами позволяет автоматически обогащать карточку клиента: менеджер вводит ИНН – система подтягивает название, адрес, директора, выручку, количество сотрудников. И показывает «красные флаги», если они есть: предбанкротное состояние, массовый директор, массовый адрес.
Банковские API и партнёрские порталы
Многие банки и лизинговые компании предоставляют API для партнёров: можно отправлять заявки, получать статусы, загружать документы. Это идеальный сценарий – вся работа происходит в вашей CRM, без переключения между системами.
Реальность, правда, сложнее. Не все банки имеют API. Не все API работают стабильно. Иногда проще интегрироваться с email-уведомлениями от банка (парсить статусы из писем), чем ждать, пока банк починит свой API. Хорошая CRM должна поддерживать оба варианта.
Телефония и мессенджеры
Финансовые продажи – это много разговоров. Клиент звонит уточнить условия, менеджер звонит напомнить о документах, банк звонит с вопросами. Интеграция телефонии с CRM позволяет: автоматически определять клиента при входящем звонке, записывать разговоры, привязывать их к сделке, ставить задачи по результатам звонка.
Мессенджеры (WhatsApp, Telegram) всё чаще становятся основным каналом коммуникации. Клиенту проще сфотографировать документ и отправить в чат, чем сканировать и отправлять на email. CRM должна уметь работать с мессенджерами: сохранять переписку, привязывать файлы к сделке, переключать диалог между менеджерами без потери контекста.
Электронный документооборот и ЭЦП
Финансовые сделки требуют много подписей: договоры, согласия на обработку данных, акты. Если всё делать на бумаге – это курьеры, почта, сканирование. Электронная подпись ускоряет процесс в разы: документ подписывается за минуту, не выходя из офиса (или вообще не выходя из дома).
Интеграция CRM с сервисами ЭДО (Диадок, СБИС, Контур) позволяет отправлять документы на подпись прямо из карточки сделки и отслеживать статус: отправлен, просмотрен, подписан, отклонён.

Комплаенс и безопасность: что нельзя игнорировать
Финансовая отрасль – это территория с особыми правилами. Регуляторы следят за соблюдением законов о персональных данных, противодействии отмыванию денег, защите прав потребителей. CRM должна не просто хранить данные – она должна хранить их правильно.
Первое – это разграничение доступа. Не каждый менеджер должен видеть всех клиентов. Не каждый сотрудник должен иметь доступ к финансовым данным. Хорошая CRM позволяет настроить детальные права: этот менеджер видит только своих клиентов, этот руководитель видит весь отдел, этот аналитик видит отчёты, но не карточки клиентов.
Второе – аудит действий. Кто смотрел карточку клиента Иванова? Кто выгружал базу? Кто изменил статус сделки? В регулируемой отрасли это не паранойя, а требование. CRM должна вести полный журнал действий и хранить его достаточно долго.
Третье – защита персональных данных. Если вы работаете с физическими лицами, вы обрабатываете ПД: ФИО, паспорт, адрес, доходы. Нужно получить согласие на обработку (и хранить его!), обеспечить защиту при передаче и хранении, удалять данные по требованию. CRM должна поддерживать эти процессы: шаблоны согласий, шифрование, процедуры удаления.
Четвёртое – проверки KYC/AML. «Знай своего клиента» и «противодействие отмыванию» – это не просто слова. Для определённых типов операций нужно идентифицировать клиента, проверить его по санкционным спискам, оценить уровень риска. Результаты этих проверок должны храниться в CRM как часть досье клиента.
Из практики: почему это важно
Один наш клиент – микрофинансовая организация – получил предписание от ЦБ предоставить данные по всем сделкам за два года с определённым типом клиентов. Благодаря тому, что CRM хранила полную историю с логами, данные были собраны за полтора дня. Без системы это заняло бы недели ручного труда – и не факт, что нашли бы всё.
Как мы адаптируем CRM под финтех
Универсальная CRM «из коробки» редко подходит для финансовой отрасли без доработок. Но и писать систему с нуля – долго и дорого. Мы используем гибридный подход: берём мощную платформу и настраиваем её под специфику клиента.
Для кредитных брокеров мы строим мультибанковскую воронку. Одна заявка клиента разветвляется на несколько «параллельных сделок» – по одной на каждый банк. У каждой свой статус, свои документы, свои согласования. При этом в карточке клиента видна общая картина: в банк А – одобрено, в банк Б – ждём документы, в банк В – отказ. Менеджер понимает, что предложить клиенту, руководитель – где узкие места в процессе.
Для лизинговых компаний добавляем модуль учёта предметов лизинга. Техника, недвижимость, оборудование – со всеми атрибутами, документами, историей. Связываем с договорами, страховыми полисами, графиками платежей. Настраиваем автоматические напоминания: страховка истекает через 14 дней, ТО через 5000 км, окончание договора через 3 месяца (пора предлагать пролонгацию или новый лизинг).
Для страховых агентов фокус на портфеле полисов и продлениях. Календарь с датами окончания, автоматические цепочки коммуникаций (за месяц – email, за две недели – звонок, за неделю – SMS), учёт комиссий по страховым компаниям, аналитика по retention.
Во всех случаях мы интегрируем CRM с внешними системами, которые использует клиент: скоринг, банковские API, телефония, мессенджеры, ЭДО. Цель – чтобы менеджер работал в одном окне, а не переключался между десятью системами.
С чего начать: план внедрения
Если вы решили, что вашей финансовой компании нужна нормальная CRM – с чего начать? Вот практический план, который мы используем с нашими клиентами.
Фаза 1: Аудит процессов (1-2 недели)
Прежде чем внедрять систему, нужно понять, что вы делаете сейчас. Не как «должно быть по инструкции», а как реально работает.
- Пройдите путь заявки от первого контакта до выдачи денег/оформления полиса. Где какие системы используются? Где Excel? Где WhatsApp? Где «в голове менеджера»?
- Определите точки боли: где теряете заявки, где долго ждёте, где дублируете работу.
- Соберите требования к интеграциям: с какими банками/страховыми/скоринговыми системами работаете?
- Проведите интервью с менеджерами: что мешает работать быстрее? Какой информации не хватает?
Фаза 2: Проектирование (2-3 недели)
На основе аудита проектируем целевую архитектуру: какие сущности, какие связи, какие автоматизации.
- Определите модель данных: клиент, сделка, документ, полис/договор, предмет лизинга – что нужно хранить и как это связано.
- Спроектируйте воронку (или воронки): этапы, переходы, условия, автоматические действия.
- Определите критические интеграции для первой версии. Не нужно подключать всё сразу – начните с того, что даёт максимальный эффект.
- Продумайте права доступа и аудит с первого дня. Переделывать потом – больно.
Фаза 3: Настройка MVP (3-4 недели)
- Настройте базовую структуру: сущности, поля, связи.
- Реализуйте основную воронку с минимальными автоматизациями.
- Подключите критические интеграции: хотя бы телефонию и один источник данных (скоринг или проверка контрагентов).
- Перенесите текущие сделки в новую систему.
Фаза 4: Пилот и доработка (2-4 недели)
- Запустите систему на части команды. Собирайте обратную связь каждый день.
- Исправляйте критичные проблемы, добавляйте недостающее.
- Расширяйте на всю команду, когда пилот стабилен.
- Подключайте дополнительные интеграции по приоритету.
Типичный срок от начала аудита до работающей системы – 2-3 месяца. Это быстрее, чем разработка с нуля (там счёт идёт на 6-12 месяцев), но медленнее, чем «включил и работаю» (чего в финтехе не бывает из-за специфики). Главное – не пытаться сделать «всё и сразу». Лучше запуститься с базовым функционалом и развивать систему итеративно.
Нужна CRM для финансовой компании?
Мы помогаем кредитным брокерам, лизинговым и страховым компаниям выстроить процессы в единой системе. Проведём аудит ваших процессов, спроектируем архитектуру под вашу специфику, настроим интеграции с банками и скоринговыми системами. Начнём с пилота на одном продукте – чтобы вы увидели результат быстро и без больших рисков.
CRM для финтеха – не роскошь. Когда продаёте сложные продукты с длинным циклом, кучей участников и жёсткими требованиями регуляторов – Excel и «память менеджера» не вывозят. Нужна система, которая хранит историю, автоматизирует рутину, показывает статус каждой сделки.
И знаете что? Это реально. Не нужно писать систему с нуля – берёте мощную платформу и адаптируете под себя. Только начинайте с понимания своих процессов, а не с выбора «красивой системы». Потому что даже топовая CRM не спасёт, если непонятно, какие проблемы решаем.
Полезные материалы
- Интеграция CRM с банками – автоматическая сверка платежей
- 152-ФЗ и CRM – персональные данные и комплаенс
- Интеграция бота с CRM – как связать диалоги с продажами
- RBAC и аудит в CRM – контроль доступа и безопасность
- BI-дашборды для CRM – аналитика и отчётность