Как организовать поддержку клиентов в небольшой команде

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

Для начала запишите правила на одной странице. Затем пройдите по ним несколько вопросов в рабочей системе.

Соберите список каналов

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

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

У каждого вопроса должен быть ответственный

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

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

Различайте получение ответа и решение

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

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

Договоритесь о сроках и рабочем времени

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

Укажите рабочие часы команды и объясните, когда клиент получит обновление. Если срок решения пока неизвестен, сообщите ближайшее действие: «Проверим доступ к отчёту и напишем после проверки».

Порядок подсчёта и примеры с рабочими часами разобраны в статье о SLA поддержки. Правила команды можно собрать в шаблоне регламента.

Подготовьте материалы для повторяющихся вопросов

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

В статье о базе знаний разобрано, как фиксировать цены и условия. Любой готовый ответ сотрудник должен сверять с ситуацией клиента.

Передавайте контекст вместе с вопросом

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

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

Проверьте процесс до запуска

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

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

Что измерять сначала

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

В NovaLead поддержка собирает переписку и рабочий контекст команды. Начните с одного канала и тестового вопроса, затем проверьте передачу коллеге. Посмотреть рабочее место поддержки.