Заявки

«Я же вам писал»: почему заявки теряются в чатах

«Сейчас уточню», — пишет Ольга клиенту, который спрашивает о замере в субботу. В нашем примере она работает в небольшой мебельной мастерской: отвечает на сообщения, записывает клиентов и встречает тех, кто зашёл посмотреть образцы.

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

Ольга не собиралась оставлять клиента без ответа. Но её «сейчас уточню» не попало в рабочий список. Телефон сохранил реплику, а срок ответа — нет.

Администратор мебельной мастерской смотрит сообщение на телефоне, пока посетитель выбирает образцы
О чём эта история
  1. Ответили ещё не значит договорились
  2. У вопроса появляется своё место
  3. Боту — уточнения, Ольге — решение
  4. С чего начать завтра

Ответили ещё не значит договорились

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

Можно попросить Ольгу чаще проверять телефон. Она даже поставит напоминание. Но если сообщение придёт в другой мессенджер или смену примет коллега, личный сигнал не покажет команде, что клиент всё ещё ждёт. Напоминание есть у Ольги, обязательство — у мастерской.

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

У вопроса появляется своё место

Вернёмся к субботнему замеру. В рабочем списке задача могла бы звучать так: «Уточнить выезд мастера. Клиент ждёт ответа. Ольга вернётся к нему сегодня». Рядом — ссылка на разговор и время, к которому нужно дать определённый ответ. Ольга может заняться посетителем, а потом открыть не весь поток сообщений, а список обещаний, которые ещё надо выполнить.

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

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

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

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

Боту — уточнения, Ольге — решение

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

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

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

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

С чего начать завтра

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

Для начала не требуется менять все каналы сразу. Возьмите вчерашние обращения и проверьте три вещи:

  1. Кому вы ответили, но ещё должны что-то сделать?
  2. Кто продолжит каждый такой разговор?
  3. Где коллега увидит следующий шаг, если первый сотрудник отвлёкся или заболел?

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

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

← Все статьи