Пять мест, где центральная линия теряет пациентов
Общий колл-центр для нескольких клиник кажется надёжнее администраторов в каждом филиале: одна линия, обученные операторы, единые скрипты. Но у централизации есть свои слепые зоны, и они редко видны в стандартном отчёте АТС.
Самое коварное — переводы. Оператор принял звонок, понял, что вопрос к конкретному филиалу, перевёл — и в отчёте колл-центра вызов числится отвеченным. Что было дальше, не знает никто.
- пациент не дождался ответа в очереди и сбросил вызов;
- звонок оборвался в голосовом меню до выбора филиала;
- оператор перевёл вызов в клинику, а там трубку не сняли;
- оператор пообещал уточнить расписание врача и перезвонить, но задача осталась в блокноте;
- вызов пришёл в пересменку или после закрытия линии.
Почему отчёт по колл-центру не показывает проблему
Типичный отчёт отвечает на вопрос «сколько звонков приняли и сколько потеряли в очереди». Он не отвечает на главный вопрос руководителя: по каким потерянным номерам так и не состоялся разговор и кто должен был его провести.
Пока пропущенный вызов остаётся строкой в статистике, а не задачей конкретного оператора, перезвон зависит от памяти и доброй воли. В пиковые часы на это не хватает ни того, ни другого.
Что настроить в колл-центре уже на этой неделе
Часть потерь закрывается организационно, без смены телефонии. Главное — договориться о правилах и сделать их выполнение проверяемым.
- Разделите очередь перезвонов: кто берёт сброшенные в очереди, кто — неотвеченные переводы в филиалы.
- Для переводов введите правило «не дозвонился до филиала — звонок возвращается оператору».
- Обещание «перезвоню» фиксируйте как задачу со сроком, а не устную договорённость.
- Определите, кто разбирает звонки, поступившие после закрытия линии, и к какому часу утра.
- Ежедневно смотрите не процент принятых, а список номеров без состоявшегося разговора.
Как Lead Control работает с колл-центром сети
Lead Control подключается к АТС колл-центра и филиалов и фиксирует каждый пропущенный вызов: сброс в очереди, обрыв в меню, неотвеченный перевод. Ответственный оператор сразу получает уведомление в Telegram — маскированный номер, время, филиал, на который хотел попасть пациент, и сколько он уже ждёт.
Правила распределения настраиваются под вашу схему: пропуски можно направлять дежурному оператору, по очереди или тому, кто последним говорил с этим номером. Напоминания идут, пока не состоится реальный разговор; если АТС не отдаёт статус соединения, оператор отмечает результат кнопкой.
Руководитель колл-центра видит очередь необработанных вызовов, время реакции каждого оператора и самые старые обращения. Это позволяет разбирать не общий процент, а конкретные номера и смены.
Приватность и связь с МИС
В уведомлениях только административные данные: номер, время, филиал, ответственный, статус перезвона. Ни услуг, ни жалоб, ни сведений о лечении в Telegram не попадает.
Если в сети используется МИС с разрешённым API, после разговора можно ставить задачу «подтвердить запись» или создавать запись в МИС. Возможность интеграции с вашей МИС и АТС проверяем на старте.
Условия запуска
Решение собирается под вашу телефонию и структуру сети, коробочной версии нет. Разработку и пилот на части операторов делаем бесплатно. Платить за пользование нужно только тогда, когда сервис показал пользу на реальных звонках вашего колл-центра.
Частые вопросы
Можно ли отследить звонок, который оператор перевёл в филиал, а там не ответили?
Да, если АТС отдаёт события переводов. Тогда такой вызов не считается обработанным и возвращается в очередь перезвонов. Что именно отдаёт ваша АТС, проверяем на первом этапе.
У нас операторы работают в разных сменах. Кому придёт уведомление?
Тому, кого вы назначите правилами: дежурному на смене, по очереди или по номеру линии. Незакрытые пропуски предыдущей смены остаются в очереди и видны следующей.
Нужно ли менять телефонию колл-центра?
Обычно нет. Мы подключаемся к существующей АТС, если она отдаёт события звонков по API. Если данных не хватает, предлагаем упрощённую схему.
Как сравнить работу операторов между собой?
В панели руководителя видно время реакции на пропуски и число незакрытых обращений по каждому оператору и смене.