Поддержка платформы контакт-центра после запуска: первая и вторая линия

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

Из чего состоит сопровождение

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

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

Сколько стоит сбой

Возьмём линию из калькулятора операторов: 120 звонков в час, 11 операторов на линии, час оператора 600 ₽. Если звонки не принимаются час, компания платит 6 600 ₽ за простой операторов и теряет 120 звонков. При значениях калькулятора пропущенных звонков – половина звонков с возможной покупкой, конверсия 10%, средний чек 5 000 ₽ – это ещё до 30 000 ₽ несостоявшихся продаж. Итого около 36 600 ₽ за час, или 9 150 ₽ за каждые 15 минут.

Мелкие сбои стоят не меньше, просто незаметнее. Если 30 операторов из-за повторяющейся проблемы – зависшего статуса, переподключения гарнитуры, ручного поиска звонка в CRM – теряют по 10 минут в день, это 5 часов и 3 000 ₽ в день, а за 22 рабочих дня – 66 000 ₽ в месяц и 792 000 ₽ в год. Одна инструкция в базе знаний или одна исправленная настройка снимает эти потери.

Как из этих цифр получаются приоритеты. Цена инцидента = операторы без работы × часы × стоимость часа + потерянные звонки × доля звонков с возможной покупкой × конверсия × средний чек. Критичный инцидент останавливает всю линию, и его цена растёт с каждой минутой – для него договариваются о самой быстрой реакции и связи в любое время суток. Высокий затрагивает часть операторов или одну важную очередь. Обычный мешает, но не останавливает работу. Подставьте в формулу свою линию – и станет понятно, какие сроки реакции вам нужны.

За что вы платите

Сама платформа CONTACT.WORK бесплатная: лицензий и платы за платформу нет. Вы платите за техподдержку по выбранному тарифу, а если платформа работает в нашем облаке – ещё за хостинг. Цена не зависит от числа звонков. Отдельно оплачиваются только распознавание и синтез речи и языковая модель для ИИ-агентов – или вы запускаете их на своём сервере с видеокартой либо на Mac mini.

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

Первая линия: отвечает сразу и собирает данные

Первая линия принимает обращения по телефону, почте и в чате, при необходимости круглосуточно; каналы и график согласуются в каждом проекте. Типовые вопросы она закрывает сама:

• работа в интерфейсе: статусы, переводы, формы звонков, отчёты;
• рабочее место: гарнитура, микрофон, браузер, вход в систему;
• учётные записи и права доступа.

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

Вторая линия: устраняет причину

Инженеры второй линии разбирают сложные инциденты:

• телефония: качество связи, маршрутизация, голосовое меню (IVR), подключения к операторам связи (SIP);
• интеграции: передача звонков и записей в CRM, обмен данными с внутренними системами;
• серверы и сеть: доступность, нагрузка, место под записи разговоров.

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

Порядок эскалации

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

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

Два примера разбора

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

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

Обновления и доработки

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

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

Изменения на вашей стороне – новые поля и права в CRM, смена оператора связи, перенос серверов, перестройка сети – тоже согласуйте с командой сопровождения: многие неожиданные сбои возникают на стыке систем. Как устроены крупные изменения, рассказали в статье о доработке платформы.

Общая база знаний

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

Как оценить качество поддержки

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

С чего начать

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