Долги клиентов за мероприятия: учет в CRM

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

Отделите долг от ожидаемого платежа

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

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

Раз в неделю откройте список заказов с остатком и разделите его на три группы: срок не наступил, напоминание нужно сегодня, срок нарушен. Если заказ нельзя уверенно отнести к одной группе, в нём не хватает даты или подтверждённой суммы.

Закрепите основание каждой суммы

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

Храните рядом с суммой согласованный состав услуг и историю изменений. Дополнительная услуга становится обязательством только после подтверждения клиентом. Для сложных событий полезно сверять расчёт со сметой мероприятия, а не собирать итог из сообщений разных сотрудников.

Возьмите любой заказ с доплатой и попросите сотрудника за две минуты объяснить, из чего она состоит. Ответ должен опираться на карточку и документы, а не на поиск по чату.

Назначьте владельца напоминания

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

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

Проверьте просроченные задачи. Если там много записей без результата разговора, проблема не в частоте уведомлений, а в отсутствии понятного завершения задачи.

Напоминайте без давления и путаницы

Сообщение «у вас долг» звучит резко, особенно если срок только наступил. Но и расплывчатое «напоминаем об оплате» заставляет клиента уточнять сумму, назначение и реквизиты.

В напоминании назовите событие, согласованный остаток, срок и удобный способ оплаты. Если были изменения, приложите актуальное подтверждение. Тон зависит от этапа: до срока — сервисное напоминание, после пропуска — запрос новой даты, при повторном нарушении — разговор по регламенту.

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

Смотрите на долги вместе с календарём

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

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

На планёрке смотрите не только общий долг, но и ближайшие события без достаточной оплаты. Это помогает обсуждать конкретные решения, а не абстрактную сумму дебиторки.

Практическая проверка на реальных заказах

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

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

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

Как провести пробный запуск

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

В течение недели не исправляйте данные задним числом ради красивого отчёта. Отмечайте, на каком шаге сотруднику пришлось обойти правило, почему он это сделал и чего ему не хватило. Иногда причина находится не в дисциплине, а в лишнем обязательном поле, непонятном статусе или уведомлении, которое приходит не тому человеку. Такие наблюдения помогают отличить проблему обучения от неудобной настройки.

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

Что сделать после разбора

Настройте четыре обязательных поля: остаток, срок, ответственный и следующее действие. Затем разберите все активные заказы и восстановите недостающие договорённости. В FUNcrm отчет по оплатам полезен именно тогда, когда каждая строка ведёт к понятной карточке события. Такой порядок снижает число неловких напоминаний и даёт владельцу честную картину денег, которые ещё не поступили.