Внутренние заметки: где заканчивается переписка с клиентом

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

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

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

Ответ пишут клиенту, заметку — следующему человеку в цепочке

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

Заметка нужна для другого. Она экономит время команде, когда обращение вернётся, сменится оператор или понадобится проверить, почему приняли именно такое решение.

Плохая заметка звучит как эмоция:

«Опять не понимает, уже объясняли».

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

Рабочая заметка звучит скучнее, зато полезнее:

«Проверили оплату за 14 марта: платёж не прошёл, банк вернул отказ. Клиенту отправили ссылку на повторную оплату. Если напишет снова — сначала проверить статус платежа, потом предлагать новый способ».

В ней нет литературной красоты, но есть факты. Следующий оператор не начинает расследование заново и не обещает клиенту то, что уже проверили.

В заметке можно писать не всё, что хочется сказать

У поддержки часто тяжёлая переписка. Клиент может злиться, присылать пять сообщений подряд, спорить с очевидным правилом, требовать невозможное. Желание оставить резкий комментарий понятно.

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

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

Это не значит, что нужно скрывать сложность. Можно и нужно фиксировать риск, конфликт, подозрение на злоупотребление, нарушение правил. Но писать это языком фактов, а не ярлыков.

Вместо:

• «Клиент токсичный».
• «Похоже, пытается нас развести».
• «Ничего не понимает».

Лучше:

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

Факты можно проверить. Оценки приходится защищать.

Хорошая заметка короче длинного пересказа

Другая крайность — писать в заметку всю историю обращения заново. Это тоже не помогает. Коллега и так видит переписку. Ему нужна выжимка: что неочевидно из сообщений и что важно для следующего шага.

Обычно хватает четырёх вещей:

• что уже проверили;
• что пообещали клиенту;
• какое решение приняли и почему;
• что делать, если клиент вернётся.

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

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

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

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