Клиентская поддержка в CRM начинается с единого учёта обращений. Звонок, письмо или сообщение в чате должны попадать в карточку клиента, получать ответственного и срок ответа. Тогда руководитель видит не только количество обращений, но и результат по каждому из них: вопрос решён, заказ изменён, возврат согласован или требуется повторный контакт. В статье разберём, как описать процесс, настроить статусы, контроль сроков и интеграции без сложной системы.
Почему обращения теряются между звонками, чатами и почтой?
Проблема обычно возникает до того, как обращение становится задачей в CRM. Клиент написал сотруднику в личный чат, позвонил на мобильный номер или отправил письмо на общий адрес. Менеджер ответил, но не записал содержание разговора. Через несколько дней другой сотрудник не видит контекст и просит клиента повторить историю.
Отдельная дыра появляется у заявок с сайта. Форма может передать контакт на почту, а письмо останется без ответа. Если менеджер переносит данные в CRM вручную, часть обращений задерживается или получает неправильный статус. В материалах о приёме лидов отмечается, что при разрозненных каналах компания может терять 15–30% обращений ещё до контакта продавца (Kalinkin Dev, «Как перестать терять заявки: закрываем дыры в CRM при приёме лидов»).
Для поддержки нужно считать обращением любой запрос, который требует действия. Это может быть вопрос о заказе, просьба изменить условия, сообщение о неисправности, запрос документов или претензия. Лайк и короткий комментарий без дальнейшей работы в эту очередь не попадают.
Какую структуру обращения создать в CRM?
Одна карточка должна отвечать на пять вопросов: кто обратился, по какому вопросу, когда нужно ответить, кто отвечает и чем всё закончилось. Если хотя бы одного поля нет, контроль быстро превращается в просмотр переписок.
- Клиент — контакт или компания, связанные с заказами и предыдущими обращениями.
- Канал — телефон, сайт, электронная почта или чат.
- Тема — доставка, оплата, гарантия, возврат, консультация или другая категория.
- Приоритет — обычный, важный или критичный. Критерий нужно описать словами, например: «клиент не может воспользоваться уже оплаченным заказом».
- Ответственный — конкретный сотрудник, а не отдел целиком.
- Срок следующего действия — время ответа, звонка, уточнения или передачи вопроса.
- Результат — решено, передано специалисту, ждём клиента, требуется повторный контакт или обращение закрыто.
Не стоит создавать отдельное поле для каждой детали разговора. Свободный комментарий нужен, чтобы записать суть и договорённости, а статус и срок должны оставаться отдельными полями. Так CRM сможет показать просроченные обращения и построить отчёт.
Для небольшого бизнеса достаточно одной очереди поддержки и нескольких понятных статусов: «новое», «в работе», «ждём информацию», «решение подготовлено», «закрыто». Если клиент написал повторно, сотрудник открывает прежнюю карточку, а не создаёт новую. История остаётся в одном месте.
Как настроить сроки ответа и контроль просрочек?
Срок поддержки лучше разделить на два события. Первое — когда сотрудник должен подтвердить получение обращения. Второе — когда он должен дать решение или сообщить следующий шаг. Например, оператор может быстро подтвердить вопрос, но получить ответ от склада только позже. В CRM эти действия должны иметь разные задачи и сроки.
| Тип обращения | Первое действие | Следующий контроль |
|---|---|---|
| Общий вопрос | Назначить ответственного и зафиксировать тему | Проверить, получен ли ответ |
| Вопрос по действующему заказу | Открыть заказ и подтвердить статус клиенту | Поставить задачу до момента решения |
| Претензия или неисправность | Зафиксировать детали и приоритет | Назначить владельца решения и дату проверки |
| Запрос, который зависит от другого отдела | Передать вопрос конкретному сотруднику | Проверить результат до обещанного срока |
Автоматизация здесь нужна для дисциплины, а не для усложнения процесса. После создания обращения CRM может назначить сотрудника по каналу или теме, поставить задачу, отправить уведомление о приближении срока и показать руководителю просрочку. Если карточка несколько дней находится в статусе «ждём клиента», система должна напомнить о повторном контакте.
Полезно разделять просрочку ответа и просрочку решения. Иначе сотрудник может формально ответить одной фразой, а вопрос останется без движения. В отчёте должны быть видны обе даты: когда клиент получил первый ответ и когда проблема закрылась.
Как связать телефон, почту и чаты с карточкой клиента?
Интеграция каналов имеет смысл только после описания процесса. Сначала определите, какие обращения нужно сохранять, кто их принимает и какие данные обязательны. Потом подключайте телефонию, формы сайта и чаты. Иначе CRM просто наполнится несвязанными событиями.
Для звонков полезно передавать в CRM номер клиента, время разговора, сотрудника и ссылку на запись, если телефония поддерживает такую функцию. Пропущенный звонок должен создавать задачу с конкретным сроком обратного контакта. Отдельный сценарий для этого описан в материале «Как не терять пропущенные звонки: процесс от уведомления до результата».
Формы сайта нужно проверять не только при запуске. Тестовая заявка должна создать карточку, назначить ответственного и передать источник обращения. Практическая схема проверки каналов и заявок собрана в статье «Как не терять заявки из сайта, карт и соцсетей».
Чаты стоит подключать к CRM через рабочий аккаунт компании, чтобы переписка не оставалась на личном телефоне сотрудника. В карточке клиента должны сохраняться тема разговора и итог, а не только факт отправки сообщения. Для контроля качества переписок полезен отдельный процесс, описанный в материале «Как контролировать качество переписок в WhatsApp и Telegram с помощью CRM».
Электронная почта требует такой же логики. Входящее письмо создаёт обращение или прикрепляется к существующей карточке. Ответ сотрудника сохраняется в истории. Если клиент отвечает на письмо, CRM не должна создавать дубликат при совпадении адреса и темы.
Какие отчёты нужны руководителю поддержки?
На старте достаточно пяти показателей. Они показывают, где задержка возникает и что происходит после первого ответа.
- количество новых обращений за период;
- доля обращений без назначенного ответственного;
- время до первого ответа;
- количество просроченных задач;
- доля обращений, которые закрылись решением или повторной продажей.
Отчёт нужно строить по каналам и ответственным, но не использовать его как рейтинг без контекста. Большое число обращений у сотрудника может означать сложный участок, а низкое число закрытых карточек — большое количество вопросов, которые зависят от склада или бухгалтерии.
Раз в неделю руководитель выбирает несколько закрытых обращений и проверяет четыре вещи: понятна ли причина запроса, есть ли зафиксированное решение, выполнено ли обещание клиенту и не требуется ли следующий контакт. Такой контроль помогает находить ошибки в процессе, а не только считать просрочки.
Какие ошибки мешают CRM работать как поддержка?
- Сотрудники создают карточки только для крупных заказов, а вопросы по мелким обращениям оставляют в чатах.
- В CRM есть статус «в работе», но нет срока следующего действия.
- Все обращения назначают на руководителя, поэтому очередь выглядит полной, даже когда никто не занимается вопросом.
- Сотрудник закрывает карточку сразу после отправки ответа, хотя клиент ещё должен подтвердить результат.
- Один клиент получает несколько карточек по одной проблеме, потому что сотрудники не ищут предыдущую переписку.
- Руководитель подключает новые интеграции до того, как команда договорилась о правилах обработки.
Если поддержка связана с продажами, результат обращения стоит передавать в воронку: запрос на повторный заказ, согласование дополнительных работ или возврат клиента. Для компаний, где сотрудники согласуют услуги и изменения заказа, пригодится описание процесса «Как CRM фиксирует согласование дополнительных работ».
На неделе можно сделать три шага:
- Собрать обращения за несколько рабочих дней и распределить их по каналам и темам.
- Создать в CRM одну очередь с ответственным, приоритетом, сроком и результатом.
- Проверить на тестовых звонке, письме и заявке с сайта, что каждый контакт создаёт задачу и попадает в историю клиента.
После такой проверки станет понятно, нужна ли готовая настройка CRM, интеграция отдельных каналов или проектирование процесса с нуля. Для малого бизнеса это обычно точнее, чем сразу переносить в систему все функции отдела продаж и поддержки.
