битрикс24 для лизинговой компании

почему обычная воронка сделок не подходит лизингу

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

На моих проектах эта разница — главная причина, почему готовая коробочная CRM-воронка лизинговой компании не подходит без переделки. Нужен не один объект «сделка», а два связанных: заявка на лизинг (разовый процесс до подписания договора) и смарт-процесс сопровождения графика платежей (длится всё время действия договора).

Путаница этих двух сущностей — частая ошибка на моих аудитах: компания пытается вести весь пятилетний цикл в одной карточке сделки, и через год воронка превращается в свалку из сотен просроченных «незакрытых» сделок, по которым на самом деле всё идёт штатно.

смарт-процесс «заявка на лизинг» вместо обычной сделки

Заявка на лизинг проходит стадии, которых нет в типовой воронке продаж: приём заявки и первичных документов лизингополучателя, скоринг (оценка платёжеспособности), согласование условий с поставщиком предмета лизинга, согласование в кредитном комитете, подготовка и подписание договора.

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

Отдельная стадия «отказ» с обязательным полем «причина отказа» — не для отчётности ради отчётности, а чтобы через полгода можно было посчитать, на каком именно этапе теряется больше всего заявок: на скоринге, на согласовании условий или уже на этапе подписания.

согласование: кредитный комитет и юротдел без пересылки по почте

В 8 из 10 лизинговых компаний, которые я аудировал, согласование договора идёт через переписку в почте или мессенджере: менеджер скидывает файл юристу, тот правит и скидывает обратно, копия правок теряется, финальная версия неочевидна. Бизнес-процесс в Битрикс24 убирает эту пересылку целиком.

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

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

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

график платежей и контроль просрочек

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

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

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

интеграция с 1С — что синхронизировать, а что нет

Бухгалтерский учёт лизинговых платежей и амортизации предмета лизинга остаётся в 1С — это зона ответственности бухгалтерии, и переносить её в Битрикс24 не нужно. Из CRM в 1С обычно передаются данные о подписанном договоре (реквизиты, сумма, график) для формирования проводок, а обратно — фактические поступления оплат, чтобы менеджер видел реальный статус в CRM, а не спрашивал бухгалтерию каждый раз вручную.

Общие принципы обмена 1С и Битрикс24 и типовые ошибки, из-за которых он ломается, разбирал подробно в статье ошибки обмена 1С и Битрикс24 — для лизинговой компании добавляется один нюанс: график платежей желательно синхронизировать раз в сутки, а не в реальном времени, потому что промежуточные технические статусы платежа в 1С (резервирование, обработка) не должны триггерить преждевременные уведомления клиенту.

документооборот — договор и допсоглашения из шаблонов

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

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

отчётность: где реально теряются деньги

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

С двумя смарт-процессами (заявка и график платежей) эти три отчёта строятся автоматически без выгрузки в Excel — стандартными отчётами CRM по стадиям и полям смарт-процесса. Кому в компании имеет смысл смотреть эти цифры регулярно, а не раз в квартал, разбирал в статье про аналитику продаж в Битрикс24 — логика применима и здесь, только вместо воронки продаж смотрите воронку заявок на лизинг.

типовые ошибки при внедрении для лизинговой компании

Ошибка 1 — вести весь пятилетний цикл в одной карточке сделки вместо двух связанных смарт-процессов, из-за чего воронка превращается в свалку. Ошибка 2 — забыть про ветвление согласования по сумме, тогда каждая мелкая сделка проходит через полный кредитный комитет, и согласование начинает тормозить продажи. Ошибка 3 — синхронизировать график платежей с 1С в реальном времени вместо раз в сутки, что генерирует ложные уведомления клиентам по техническим статусам.

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

частые вопросы