Кейс №3. Автоматизация взаимодействия отдела продаж и ипотечных брокеров

Компания: Крупный застройщик России (ТОП-5 по объёмам строительства)
Формат проекта: Жилая недвижимость (массовый сегмент + комфорт)
Отрасль: Девелопмент жилой недвижимости

Задача

Реализовать единый цифровой процесс взаимодействия между отделом продаж (ОП) и отделом ипотечных брокеров (ИБ), который:

1. Обеспечивает сквозное сопровождение клиента от первого контакта до одобрения ипотеки;
2. Исключает дублирование действий, потерю информации и «чёрные ящики» между отделами;
3. Сохраняет разграничение доступа: каждый отдел видит только релевантные данные;
4. Позволяет оценивать эффективность как менеджеров, так и брокеров на основе объективных данных.

Ключевое требование заказчика:

«Мы не хотим двух CRM. Вся работа — в amoCRM. Но чтобы брокеры не мешали менеджерам, а менеджеры — не лезли в работу брокеров».

Контекст и предпосылки

На момент запуска проекта:

• Отдел продаж активно использовал amoCRM для ведения сделок;
• Ипотечные брокеры вели клиентов вне системы — в Excel, WhatsApp, личных заметках;
• При передаче клиента на ипотеку часто терялась история переговоров, условия, мотивация клиента;
• Не было прозрачности: руководство не могло понять, где «горит» процесс — на этапе продаж или на этапе оформления кредита.

Проблема

1. Фрагментация данных
   Клиент существовал в двух мирах: как «сделка» у менеджера и как «заявка» у брокера. Связь между ними — устная или через мессенджеры.
2. Отсутствие контроля качества
   Невозможно было ответить на вопросы:
   – Почему клиент не получил одобрение?
   – Была ли своевременно передана заявка?
   – Какие документы не были собраны?
3. Риск потери клиента
   Задержка даже на 1–2 дня на этапе передачи в ИБ часто приводила к охлаждению или уходу к конкуренту.

Решение

Мы разработали внутренний продукт на базе amoCRM, не расширяя права пользователей, но создавая сквозную логику взаимодействия.

Архитектура решения

1. Единая карточка клиента, но с двумя «режимами отображения»:Для менеджера — фокус на этапах продаж, возражениях, договоре;
   Для брокера — фокус на статусе заявки, банке, пакете документов, сроках.
   
2. Автоматическая передача сделки в ИБ
   При переходе сделки в статус «Требуется ипотека»:Создаётся дочерняя сделка в отдельной воронке «Ипотека»;
   Привязывается к тому же контакту;
   Передаётся ключевая информация: сумма, объект, тип кредита, примечания менеджера.
   
3. Двусторонняя синхронизация событий
   Если брокер меняет статус («Одобрено», «Отказ», «Требуются доп. документы») — в сделке менеджера автоматически обновляется поле «Статус ипотеки» и приходит уведомление;
   Если менеджер отменяет сделку — дочерняя сделка ИБ архивируется.
   
4. Жёсткое разграничение прав
   Брокеры не видят комментарии, историю звонков, сумму сделки;
   Менеджеры не видят внутренние поля брокеров (например, «Вероятность одобрения в Сбере»);
   Оба вида пользователей работают в рамках своих ролей — без нарушения политики безопасности.
   

Пользовательский сценарий

1. Менеджер переводит сделку в статус «Нужна ипотека» → система предлагает выбрать брокера.
2. Выбран брокер → создаётся дочерняя сделка, отправляется задача.
3. Брокер работает в своей воронке, обновляет статусы, загружает сканы.
4. Менеджер видит: «Ипотека одобрена. Срок действия — 30 дней» — и продолжает работу по заключению договора.
5. Руководитель видит единый отчёт: сколько клиентов ушло на ипотеку, сколько одобрено, среднее время обработки, причины отказов.

Результаты

1. Сквозной клиентский путь
   – 100% заявок на ипотеку теперь фиксируются в CRM;
   – Время передачи клиента от ОП к ИБ сократилось с 2–3 дней до <1 часа.
2. Прозрачность и контроль
   – Появилась возможность анализировать качество работы брокеров: кто чаще получает одобрения, кто затягивает сбор документов;
   – Менеджеры перестали «терять» клиентов на этапе ипотеки.
3. Рост конверсии
   – Конверсия из «нужна ипотека» в «договор подписан» выросла на 22% за 6 месяцев.
4. Единое информационное поле
   – Все данные — в одной системе;
   – Нет дублей, нет Excel-файлов, нет «а ты передал?».

Заключение

Этот кейс показывает:
Сложные межотделовые процессы можно оцифровать даже в рамках стандартной CRM — без компромиссов в безопасности и удобстве.

Мы умеем:

• Находить точки трения между отделами;
• Проектировать процессы, которые работают в реальных условиях, а не в демо-режиме;
• Внедрять решения, которые принимают и менеджеры, и руководители.

Если вы знаете, что именно вам нужно — мы реализуем.
Если не знаете — мы разберём ваши процессы и предложим решение, которое действительно будет работать.

WEB - студия https://intopweb.ru/ предлагает вам индивидуальных подход при разумных ценах. От момента регистрации домена и до выхода вашего бизнеса в лидеры региона мы будем сопровождать вас в интернет-пространстве. Мы работаем с интеграцией CRM и сквозной аналитикой https://integrat.pro/ и наши клиенты получают результат в кратчайшие сроки.