Как собственнику навести порядок в клиентских обещаниях команды
Когда сотрудники обещают клиенту срок, скидку, доработку, обратный звонок или документ, бизнес берет на себя обязательство. Клиент не делит компанию на отделы и должности. Для него есть одно лицо — ваша команда. Если обещание не выполнено, падает доверие, растет число напоминаний, менеджеры тратят время на оправдания, руководители тушат конфликт вместо работы по плану.
Я внедряю контроль клиентских обещаний не ради дисциплины на бумаге. Моя задача — убрать потери, которые прячутся в мелочах: забытый счет, неотправленный договор, перенос отгрузки без предупреждения, несогласованная скидка, обещанный звонок без звонка. Каждая такая мелочь бьет по выручке, загрузке людей и повторным продажам.
С чего начать
Сначала я отделяю обещание от обычного общения. Обещанием считаю любую фразу, после которой у клиента появляется ожидание результата к сроку или по условию. Если менеджер сказал «пришлю расчет вечером», «уточню у производства», «согласую скидку», «перезвоню после обеда», «добавим позицию в счет», — у компании возникло обязательство. Пока команда не научится видеть такие моменты, контроль не заработает.
Дальше я задаю единый формат фиксации. У обещания есть пять обязательных полей: что обещано, кому, кто отвечает, срок, подтверждение выполнения. Без одного из этих пунктов запись бесполезна. Формулировка нужна короткая и проверяемая. Не «решить вопрос», а «отправить клиенту исправленный договор». Не «связаться позже», а «позвонить клиенту до 16:00 и согласовать дату монтажа».
После этого выбираю одно место учета. Не два, не три, не переписку в мессенджере, почте и блокноте. Один реестр. Для малого бизнеса подойдет простая таблица. Для команды с потоком заявок — CRM. Смысл не в названии инструмента, а в том, чтобы запись создавалась сразу после разговора и не терялась между каналами.
Правила учета
У системы контроля есть слабое место: сотрудники начинают вносить записи задним числом, когда уже возникла проблема. Поэтому я ввожу правило: обещание фиксируется в момент разговора или сразу после него. Если запись появилась через день, руководитель уже не видит реальную картину, а получает красивую реконструкцию событий.
Второе правило — один ответственный по каждой договоренности. Если ответственными назначены двое, фактически нет никого. Даже когда исполнителей несколько, запись держит один человек. Он собирает данные, двигает задачу, предупреждает клиента о сдвиге, закрывает результат.
Третье правило — срок всегда указывается в конкретном виде. Не «срочно», не «к вечеру», не «на неделе». Нужны дата и время, если срок влияет на решение клиента. Для части обещаний нужен промежуточный контроль. Если подготовка коммерческого предложения занимает два дня, я ставлю не только финальный срок, но и точку проверки внутри процесса.
Четвертое правило — закрытие обещания подтверждается фактом. Не словами сотрудника, а следом действия: письмо отправлено, документ подписан, клиент уведомлен, деньги возвращены, товар отгружен, задача закрыта в системе. Если факт не виден, запись остается открытой.
Контур управления
Когда реестр наполнен, собственнику не нужен ручной просмотр каждой строки. Нужен контур управления. Я смотрю на четыре показателя: число ночевокновых обещаний за период, число просроченных, средний срок закрытия, доля закрытия в срок. Уже по ним видно, где узкое место. Если просрочки копятся в одном отделе, проблема не в дисциплине вообще, а в конкретном участке.
Отдельно полезно делить обещания по типам. Я обычно выделяю коммерческие условия, документы, сроки поставки, сервисные действия, обратную связь. Тогда видно, где компания дает больше сбоев. Если проседают документы, надо разбирать согласование и шаблоны. Если ломаются сроки поставки, искать причину в запасах, логистике или передаче заказа в производство.
Еще один рабочий прием — разбор причин срыва по простым категориям. Не зафиксировали. Зафиксировали, но забыли. Не хватило полномочий. Не хватило ресурса. Ждали смежный отдел. Дали обещание без проверки. Такой разбор убирает шум. Вместо общего разговора о безответственности появляется карта реальных дефектов процесса.
Команда быстро привыкает обходить новую систему, если контроль строится только на наказании. Я действую иначе. Сначала объясняю, что реестр обещаний защищает сотрудника не меньше, чем компанию. У менеджера появляется понятная картина обязательств, меньше внезапных претензий, проще передавать клиента коллеге, проще доказывать факт выполнения. После этого сопротивление заметно снижается.
Есть еще одна ошибка собственников: они пытаются контролировать только линейный персонал, а обещания руководителей остаются вне поля зрения. Если начальник отдела продаж пообещал клиенту особые условия, ускорение поставки или личное участие в споре, его договоренности фиксируются на тех же основаниях. Иначе команда быстро увидит двойной стандарт и начнет им пользоваться.
Чтобы система жила долго, я встраиваю ее в ритм управления. Короткий просмотр просрочек — ежедневно. Разбор причин срывов — раз в неделю. Корректировка правил, полномочий и нагрузки — по итогам месяца. Такой цикл удерживает качество без лишнего шума. Через несколько недель становится видно, кто обещает без проверки, где теряются задачи и какие клиенты получают больше всего сбоев.
Если у компании длинный цикл сделки, полезно вводить SLA (соглашение об уровне сервиса) для типовых обещаний. Простыми словами — заранее установленный срок на стандартное действие: ответ на запрос, отправка договора, выставление счета, обратный звонок. Тогда контроль строится не на памяти сотрудников, а на понятной норме. Для нестандартных случаев остается отдельная фиксация сроков.
Собственнику не нужна громоздкая система. Нужна прозрачность: что команда пообещала клиентам, кто несет ответственность, где срок нарушен, по какой причине и как быстро сбой исправлен. Когда обещания становятся видимыми, бизнес перестает терять деньги на забытых мелочах и перестает выглядеть ненадежным без прямого умысла со стороны сотрудников.
