Статья написана для директоров и руководителей отделов продаж, которые пока не автоматизированно работают с долгами клиентов. Призвана помочь им быстро внедрить шаблонный процесс в деятельность
Что это такое
и зачем с этим работать
У всех, кто работает в b2b, есть представление о дебиторской задолженности (будем называть ее "ДЗ"). Это то, что вы часто необоснованно записываете в ваши свободные активы - долги вам от ваших контрагентов. ДЗ - нормальное и понятное явление, вы отгрузили - клиент платит через 5 дней. Вот эти 5 дней (например, у вас именно 5 дневный срок оплаты в договоре указан) за ним числится долг. Что происходит, если клиент не платит после 5 дней? Буква "П" - она добавляется к "ДЗ" и получается "просроченная дебиторская задолженность (ПДЗ)". Зачем с ней работать, ведь клиент все равно заплатит? Если готовы ждать год-три, пока не очень добросовестный клиент оплатит поставку, то можно пропустить статью.
Из популярных процессов в части долгов контрагентов обычно выделяют:
- Возврат ПДЗ. Чтобы вернуть то, что нам уже должны
- Отгрузка при ДЗ. Чтобы не усугубить свое положение, если клиент и так не платит.
Сегодня поговорим о возврате ПДЗ. Это прямо процесс из "ТОП 3" запросов клиентов нам на автоматизацию.
Лайфхак:
Задолженность есть почти у всех, но системно борются с ней единицы. По большому счету неважно, как ваша компания будете с ней работать - через бизнес-процессы или через таблицу xls. Любая системность даст результаты. Бизнес-процессы же круче тем, что они будут выполнять 65% чьей-то работы:
- Сами запускаться при возникновении долга
- Формировать письма клиенту
- Направлять задачи менеджерам
- Контролировать сроки оплаты и т.д.
Необходимые условия
для внедрения процесса в жизнь компании
1. Договора, заключённые с вашими клиентами, должны содержать пункты:
- по срокам оплаты (если это пред- и пост- оплаты, то указание их долей)
- пени и штрафные санкции в случае просроченной оплаты
Не указано в договоре? Не лучший вариант, но поможет ГК РФ статья 314, по которой оплата должна произойти в "разумные сроки" или в 7ми дневный срок с момента востребования по свершению обязательств.
2. Задачи по нему должны возникать сами и системно. Нет системы = нет контроля = лишняя нагрузка на пинки, напоминания и оправдания.
3. Есть такая неприятная "болезнь ребенка в магазине игрушек" - когда хочется, чтобы сразу было и то, и другое, и еще вот это. Начать следует с простого бизнес-процесса, с минимумом событий. Будет желание прикрутить сюда тонну оповещений, согласований срока от менеджера к руководителю... Не надо. Лучше проще, но заработает сразу, а бантики успеете позже доделать. Дайте сотрудникам привыкнуть к новому формату работы.
4. Должна быть ответственность у исполнителей процесса. Т.е. если менеджер получает свой процент независимо от оплаты клиента, то и работать с ПДЗ интереса для него не будет.
Из чего состоит процесс
и какие события в него входят
Схема работы представлена на рисунке выше. Если работаете через бизнес-процессы, то стартовать события схемы нужно за день до плановой оплаты по договору (если ещё нет денег от клиента). Все варианты работы с задолженностью схожи в том, что в зависимости от срока долга определенный исполнитель должен провести определенные мероприятия по взаимодействию с клиентом по этому долгу. Мы постарались объединить опыт разных внедрений и показать некий усреднённый шаблон, который будет легко изменить под свои потребности.
Мероприятий в процессе условно 4 типа:
1. У клиента есть долг, но он не просрочен.
Работают:
- менеджер клиента
Используемые документы:
- письмо напоминание об оплате
- событие в crm о звонке клиенту и результате общения
В этом случае наша система уже должна включиться и постараться предвосхитить возникновение просрочки. Система сама отправляет письмо клиенту с напоминанием, что от него нет оплаты. Дополнительно формируется задача менеджеру о телефонном звонке клиента.
2. У клиента есть долг, оплата по договору просрочена на 1 день.
Работают:
- менеджер клиента
Документы:
- письмо просьба исполнить обязательства по договору
- событие в crm о звонке клиенту и результате общения
- опционально - блокировка отгрузок контрагенту
Система зафиксировала момент просроченной оплаты и автоматически напомнила клиенту и менеджеру об этом событии. Менеджер должен уточнить у клиента дату оплаты, если она в срок до 7 дней, то считаем, что все процесс идёт "как задумано". Менеджер устанавливает новую дату оплаты, и система ждёт проведения платёжки. Желательно получить от клиента гарантийное письмо.
Если же менеджер понимает, что есть риск, либо клиент говорит, что оплатит позже, чем через 7 дней, то процесс эскалируется до руководителя отдела продаж (РОП)
3. Оплата по договору просрочена на 2 дня
Работают:
- руководитель отдела продаж (РОП)
Документы:
- письмо досудебное требование исполнить обязательства по договору
- событие в crm о звонке клиенту и результате общения
РОП подключается к процессу и связывается с клиентом. Либо назначает встречу, либо в телефонном разговоре уточняет у клиента причины, устанавливает в системе новую дату оплаты (мероприятия в каждом случае разнообразны и зависят от политики компании). Если дата оплаты превышает допустимый срок, эскалирует процесс дальше.
4. Оплата просрочена на 10 и более дней.
Работают:
- юридический отдел / служба безопасности
По задолженности превышены все разумные сроки - подключается служба, отвечающая за конфликтные отношения. Обычно это либо юрист, либо безопасность. Их работа зависит от политики компании. Обычно, вводят статусы, которые позволяют отследить, на каком этапе задача (выставлена претензия, пени рассчитаны и т.д.)
Итого
как это использовать
- Скачиваем схему и регламент процесса
- Подгоняем "мероприятия" под свои запросы
- Редактируем регламент, пишем служебные распоряжения, запускаем в работу
- Хотите автоматизировать? Пишите нам, настроим такой процесс
Автоматизацию подобных бизнес-процессов мы проводим на нашей новой редакции "Процессы 3.0: Бизнес-процессы, CRM, Управление по целям". В ней можно настроить такой шаблон, запустить в работу и подгонять под ваши реалии - добавлять оповещения, включать в процесс новые службы, добавить показатели работы менеджеров и т.д. "Процессы 3.0" встраиваются в базу, поэтому работа будет проходить в едином интерфейсе. Интересен такой кейс? Напишите нам, будем рады сотрудничеству!
Хороших процессов!
