Телефония для службы поддержки

ZVONEX · 01

У разговора должен быть владелец

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

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

ZVONEX · 02

Не заставлять клиента объяснять всё заново

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

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

ZVONEX · 03

Расписание и ожидания клиента

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

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

ZVONEX · 04

Показатели, которые объясняют процесс

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

Перед внедрением уточните, какие данные доступны и как они считаются. Разные системы могут по-разному определять события. Сравнение имеет смысл только при понятных определениях и одинаковом периоде наблюдения.

ZVONEX · 05

Проверить сложный, а не только удачный пример

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

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

ZVONEX · 06

Бриф для ZVONEX

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

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

Бриф для первого обсуждения

1. Ответственный остаётся понятным после принятия звонка.
2. Передача сохраняет суть вопроса и выполненные шаги.
3. Описан порядок работы при отсутствии специалиста.
4. Метрики имеют согласованные определения.
5. Пилот включает повторное и сложное обращение.

Продолжить знакомство

• Телефония для отдела продаж
• Телефония для удалённой команды
• Телефония для филиалов и международной команды

Все материалы и официальные ресурсы ZVONEX

Главная ZVONEX · Контакты компании