Как перестать забывать про долги клиентов с помощью CRM

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

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

Забывание долга редко выглядит как «мы совсем забыли». Обычно это цепочка мелких сбоев.

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

Можно выделить четыре типичные причины:

• Разрыв между продажей и деньгами. Менеджер отвечает за сделку до отгрузки, бухгалтер за поступление денег. Долг живёт на стыке, и за него формально не отвечает никто.
• Данные в разных системах. Факт задолженности есть в учётной программе, а история общения с клиентом (обещания, переносы, споры) в CRM или вообще вне её. Чтобы понять ситуацию, нужно собрать картину из нескольких источников.
• Отсутствие срока следующего действия. Если после напоминания не назначено, когда и кто напишет снова, дело замирает. Это самая частая причина «зависших» долгов.
• Неловкость. Менеджерам психологически трудно напоминать о деньгах клиентам, с которыми они выстраивают тёплые отношения. Без чёткого регламента напоминание откладывается «до более удобного момента».

Заметьте, что первые три причины технические: их решает система и регламент. Четвёртая человеческая, и её тоже можно частично снять, если напоминания становятся нейтральным процессом, а не личной инициативой менеджера.

Что CRM может, а что нет

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

Что CRM делает хорошо:

• привязывает задолженность к карточке клиента и сделке;
• создаёт задачи и напоминания с конкретным исполнителем и сроком;
• хранит историю обещаний («клиент пообещал оплатить до 15-го»);
• показывает список должников по срокам просрочки;
• запускает автоматические уведомления по шаблонам;
• формирует отчёты по дебиторке для руководителя.

Чего она сама по себе не делает:

• не гарантирует точность данных: если оплаты не попадают в систему вовремя, вы будете напоминать тем, кто уже заплатил;
• не заменяет юридическую работу с задолженностью;
• не решает проблему, если менеджеры не работают в системе.

Последний пункт важнее остальных, и к нему мы вернёмся в разделе про внедрение.

Шаг 1. Определите, что считается долгом

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

Практичное разделение:

• Текущая задолженность: счёт выставлен, срок оплаты ещё не наступил. Действий не требуется, но клиент уже виден в списке.
• Просроченная задолженность: срок прошёл. Запускается регламент напоминаний.
• Проблемная задолженность: просрочка превысила порог, установленный в компании (например, 30 или 60 дней), либо клиент перестал выходить на связь. Подключается руководитель или юрист.

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

Шаг 2. Подключите данные об оплатах к CRM

Это самый трудоёмкий этап, и от него зависит всё остальное. Есть три основных способа.

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

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

Шаг 3. Настройте поля и статусы

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

• сумма счёта и сумма к доплате;
• срок оплаты;
• дата фактической оплаты;
• статус оплаты (ожидается, частично, просрочено, оплачено);
• ответственный менеджер;
• дата и суть последнего контакта по оплате;
• обещанная клиентом дата оплаты.

Последнее поле часто упускают, а оно ключевое. Срок по договору и дата, которую назвал клиент в разговоре, это разные вещи. Напоминать нужно именно в момент, когда клиент сам пообещал заплатить: так вы не давите заранее и не пропускаете нарушенное обещание.

Не заводите десятки полей «на будущее». Каждое лишнее поле — это лишняя обязанность менеджера, и его рано или поздно перестанут заполнять.

Шаг 4. Выстройте регламент напоминаний

CRM нужна для того, чтобы регламент выполнялся сам, а не держался на дисциплине. Типовая схема выглядит так:

1. За 2–3 дня до срока оплаты: мягкое информационное сообщение со счётом. Такие сообщения снижают число просрочек, которые случаются просто по невнимательности.
2. В день срока: автоматическая задача менеджеру проверить поступление.
3. Через 1–3 дня просрочки: короткое нейтральное напоминание от менеджера (звонок или сообщение) с вопросом, всё ли в порядке со счётом.
4. Через 7–10 дней: повторный контакт с уточнением конкретной даты оплаты; дата записывается в поле «обещано».
5. Через 14–30 дней: уведомление руководителю отдела, при необходимости — приостановка новых отгрузок по политике компании.
6. Дальше: претензия, переговоры о графике платежей или передача юристу.

Сроки условны, подстройте их под свою специфику. Главный принцип: после каждого контакта в системе должна появиться задача со следующим шагом и датой. Если задача не создана, процесс остановился.

Что лучше автоматизировать, а что оставить людям

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

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

Шаг 5. Разделите ответственность

Технически настроенная CRM не работает, если непонятно, чей это долг. Варианты распределения:

• Ответственность у менеджера по продажам. Плюс: он знает клиента и контекст. Минус: конфликт интересов, ему неудобно давить на клиента, с которым он хочет продавать дальше.
• Ответственность у бухгалтера или финансового специалиста. Плюс: нейтральная позиция, знание учёта. Минус: нет контекста отношений, клиенту может быть непонятно, кто это звонит.
• Смешанная модель. Менеджер ведёт первые касания (до 7–10 дней просрочки), затем подключается финансовый специалист. В CRM это оформляется передачей задачи и явным изменением ответственного.

Смешанная модель встречается чаще всего, потому что позволяет сохранить отношения на раннем этапе и не затягивать процесс на позднем. Ключевое условие в том, что передача происходит по правилу (по достижении определённого срока), а не «когда кто-то вспомнит».

Мини-кейс 1: небольшая студия с проектной оплатой

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

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

Что сделали:

• добавили в сделку этап «Ожидается остаток» с обязательными полями срока и суммы;
• при переходе на этот этап автоматически создаётся задача менеджеру на день срока оплаты;
• если поле «дата поступления» пусто через три дня после срока, задача уходит директору;
• раз в неделю в мессенджер приходит сводка сделок на этапе «Ожидается остаток».

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

Мини-кейс 2: оптовый поставщик с отсрочкой платежа

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

Решение оказалось не столько в напоминаниях, сколько в данных:

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

Здесь автоматизация работает на качество разговора с клиентом: путаница в цифрах подрывает доверие быстрее, чем сама просрочка.

Отчёты: что смотреть руководителю

Хорошие отчёты по дебиторке отвечают на управленческие вопросы, а не просто перечисляют цифры.

• Реестр просрочки по возрасту (1–7, 8–30, 31–60, более 60 дней): показывает, где деньги «застревают».
• Долги по менеджерам: видно, у кого процесс работает, а у кого нет. Использовать это нужно осторожно: причиной может быть не менеджер, а специфика его клиентов.
• Концентрация: какой процент задолженности приходится на трёх-пяти крупнейших должников. Если он высок, риск сосредоточен, и точечная работа даст больше, чем общая рассылка.
• Динамика: растёт или падает просроченная задолженность неделя к неделе.
• Клиенты-повторщики: те, кто систематически платит с опозданием. Это основание для пересмотра условий, например предоплаты или сокращения отсрочки.

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

Нюансы и ограничения

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

Автоматика бьёт по отношениям, если её переусердствовать. Клиент, получивший шаблонное сообщение о просрочке через час после срока, может воспринять это как недоверие. Чем важнее клиент, тем больше в процессе должно быть человеческого участия.

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

Юридическая сторона зависит от юрисдикции. Например, в России проценты за пользование чужими денежными средствами регулирует статья 395 Гражданского кодекса, общий срок исковой давности составляет три года, а для многих споров действует обязательный претензионный порядок. Но это общие ориентиры: для конкретной ситуации, особенно на сумму, ради которой имеет смысл идти в суд, нужна консультация юриста. CRM здесь помогает тем, что хранит переписку и подтверждения обещаний, которые могут пригодиться как доказательства, но решает не она.

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

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

Чек-лист запуска

• Зафиксирован единый термин «долг» и пороги просрочки.
• Понятно, откуда в CRM попадают данные об оплатах и кто отвечает за их актуальность.
• В сделке или счёте есть поля: срок оплаты, статус, обещанная дата, ответственный.
• Описан регламент: что происходит на каких сроках просрочки.
• Определено, кто и в какой момент передаёт долг дальше.
• Настроены задачи, которые создаются автоматически, а после каждого контакта ставится следующая.
• Есть еженедельный отчёт и человек, который его разбирает.
• Проведена пробная работа на небольшой группе клиентов до массового запуска.

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

Можно ли отслеживать долги клиентов в CRM, если у нас нет интеграции с бухгалтерией?
Да, но с оговорками. Можно вести данные вручную или загружать выгрузки из учётной системы по расписанию. Такой вариант подходит при небольшом числе счетов. С ростом объёма увеличивается риск расхождений, и автоматическая интеграция становится оправданной.

Как напоминать клиенту о долге, чтобы не испортить отношения?
Начинайте с нейтрального вопроса, а не с обвинения: уточните, получен ли счёт и нет ли вопросов по документам. Называйте конкретные суммы и даты. Просите назвать дату оплаты и фиксируйте её. Тон должен быть деловым и спокойным, даже если просрочка уже длинная.

Какая CRM лучше подходит для контроля дебиторской задолженности?
Универсального ответа нет. Важнее не бренд, а наличие нескольких возможностей: настраиваемые поля, автоматические задачи и уведомления, интеграция с вашей учётной системой, отчёты по срокам. Перед выбором проверьте, как конкретная система решает именно ваш сценарий, лучше на пробном периоде.

Через сколько дней просрочки нужно передавать долг юристу?
Единого срока нет. Он зависит от суммы, отрасли, договорных условий и отношений с клиентом. Многие компании ориентируются на диапазон 30–60 дней, но для крупных сумм или при явных признаках недобросовестности реагируют раньше. Уточните вопрос у юриста и зафиксируйте порог в регламенте.

Что делать, если менеджеры не заполняют данные о долгах?
Сначала выясните причину: слишком много обязательных полей, неудобный интерфейс, непонятно, зачем это нужно. Сократите набор полей до необходимого, автоматизируйте то, что можно, и покажите, что система избавляет от ручной работы. Только после этого имеет смысл вводить требования по дисциплине.

Итог

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

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